Membangun aplikasi tanpa kode: mitos atau kenyataan?

Apakah mungkin untuk membangun aplikasi bisnis yang berfungsi dalam satu jam? Platform pengembangan aplikasi berkode rendah seperti Appian Quick Apps dan lainnya dirancang untuk melakukan hal itu, tetapi seberapa baik aplikasi ini bekerja di desktop dan seluler? Seberapa canggih fitur-fiturnya? Apakah sebenarnya tidak ada coding yang terlibat? Apakah para pembuat aplikasi ini lebih diarahkan untuk pengguna atau pengembang bisnis sehari-hari? Jenis tugas apa yang cocok untuk aplikasi ini, apakah itu kolaborasi dasar dan manajemen proyek atau kasus penggunaan yang lebih rumit?

Bagaimana Anda membangun aplikasi tanpa coding? Mode baru pembuatan aplikasi ini datang dengan banyak pertanyaan, dan PCMag menguji ide tersebut.

Kami mengambil empat alat kode rendah (Appian, Microsoft PowerApps, Salesforce Lightning, dan Zoho Creator), menempatkan mereka di ruangan dengan empat pengembang dari tim Tek Ziff Davis kami selama satu jam, dan menyaksikan mereka mencoba membangun aplikasi dasar dan menyesuaikan itu - tanpa menulis satu baris kode pun. Oh, dan kami merekam semuanya juga.

Sedikit Latar Belakang tentang "Kode Rendah"

Istilah "pengembangan aplikasi kode rendah" tidak ada sampai beberapa tahun yang lalu tetapi konsep ini bukan yang baru. Bagian dari nilai untuk bisnis adalah pengembangan masyarakat. Sudah lama ada gagasan di perusahaan dan usaha kecil dan menengah (SMBs) tentang "pengguna listrik" atau "pengembang warga negara": pengguna bisnis mengambil sendiri untuk membuat aplikasi mereka sendiri, sering berkecimpung dalam Visual Basic for Applications (VBA) pemrograman dalam Excel.

Sisi lain dari persamaan adalah pengembang tradisional dan TI, di mana platform kode rendah ini dirancang untuk mempercepat pengiriman perangkat lunak dengan cepat membangun aplikasi untuk kasus penggunaan bisnis tertentu. Istilah "kode rendah" itu sendiri berasal dari perusahaan riset dan analisis teknologi Forrester Research. Analis Clay Richardson dan John Rymer menciptakan istilah dalam laporan Forrester 2014, "Platform Pengembangan Baru Muncul Untuk Aplikasi yang Menghadapi Pelanggan, " dan menindaklanjutinya dengan dua laporan pasar, "Gelombang Forrester: Platform Pengembangan Kode Rendah, Q2 2016, "dan" Lanskap Vendor: Medan Aplikasi Frekuensi-Rendah yang Patah dan Subur."

Forrester memperkirakan bahwa vendor menghasilkan pendapatan minimal $ 1, 7 miliar selama 2015, dan mengatakan dalam laporan itu bahwa banyak yang meningkatkan pendapatan mereka lebih dari 50 persen per tahun. Laporan Wave memecah 42 vendor dalam ruang tersebut, diorganisasikan ke dalam lima kategori kode rendah: tujuan umum, proses, basis data, penanganan permintaan, dan mobile-first, meskipun Rymer mengatakan pada PCMag bahwa kategori mobile-first kemungkinan akan hilang, menjadi diberikan dalam semua platform kode rendah karena industri melakukan konsolidasi di bawah tujuan umum.

"Banyak orang masih menganggap produk-produk ini hanya sebagai alat; putaran terakhir dari sekrup dalam apa yang kami lakukan di Lotus Notes atau Access. Ini bukan alat, mereka adalah platform. Jika Anda akan berinvestasi dalam mereka, Anda ingin dapat membuat aplikasi dalam skenario sebanyak mungkin, "kata Rymer. "Ponsel bukan produk, itu fitur. Kategori tujuan umum memiliki jangkauan di seluruh seluler dan UI web, alat untuk membantu Anda mengelola proyek, manajemen siklus aplikasi, manajemen portofolio, tugas administratif. Ini adalah set fitur yang sangat luas."

Laporan Forrester juga membahas tiga mitos utama tentang platform kode-rendah. Rymer berbicara sedikit tentang masing-masing:

Mitos # 1: Platform kode-rendah hanya untuk pengembang warga negara, bukan pengembang pro.

"Dasar dari penelitian ini adalah kumpulan pelanggan referensi yang menggunakan produk-produk ini. Ketika kami melangkah mundur dan berpikir tentang siapa orang-orang ini, mereka semua adalah pengembang profesional. Sejak itu kami telah bertemu dengan populasi yang lebih luas dari warga dev, tetapi saya tidak akan "Jangan menempatkan platform ini di depan dev warga tanpa pelatihan dan peralatan, " kata Rymer. "Saya tidak bisa memikirkan produk yang sangat berhasil memuaskan kebutuhan pengembang pro dan pengguna akhir dengan set fitur yang sama."

Mitos # 2: Platform kode rendah menghilangkan kebutuhan untuk pemrograman apa pun (kode rendah vs. "tanpa kode").

"Ketika kami melakukan Wave pada platform kode rendah, salah satu pertanyaan yang kami tanyakan adalah ketika Anda menggunakan produk ini, apa fungsi yang mengharuskan Anda untuk kode? Jawabannya adalah 1: integrasi dan 2: antarmuka pengguna, " kata Rymer. "Integrasi itu sulit. Tidak dapat diprediksi. Ini berantakan. Area lain di mana orang melakukan pengkodean khusus adalah UI seluler. Jika Anda ingin aplikasi melampaui aplikasi web dan melakukan tata letak khusus, mengakses server pada perangkat, atau menginginkan pixel- tampilan sempurna, platform kode rendah biasanya tidak menyediakan templat untuk itu. Di seluler masih ada banyak pekerjaan yang harus dilakukan. Kita harus mencapai yang asli."

Mitos # 3: Platform kode rendah berarti skala kecil.

"Bagi saya, hal yang sangat menarik tentang lanskap adalah kapan kita mencapai titik di mana akuisisi mulai terjadi? Kita belum sampai di sana, karena pendapatan tidak ada di sana kecuali untuk Salesforce dan Service Sekarang, yang sudah menjadi vendor besar, tetapi Appian adalah lebih dari $ 100 juta dalam pendapatan… apakah seseorang akan membelinya? Apakah seseorang membeli OutSystems atau Mendix? Kita juga harus mengawasi masuknya Microsoft ke lapangan, karena mereka bisa menjadi pemain besar dalam semalam. 2-3 tahun ke depan, saya pikir kita akan sampai pada titik di mana Oracle of the world memutuskan untuk memperoleh para pemimpin dalam pendapatan, daripada membangun. Akuisisi $ 50 juta dari vendor kode rendah adalah kacang untuk Oracle, "kata Rymer.

Metodologi Pengujian PCMag

Untuk keperluan pengujian kami, setiap pengembang menggunakan platform kode rendah masing-masing untuk membuat aplikasi penjadwalan dasar. Tujuan di akhir jam adalah untuk membangun aplikasi yang dapat menambahkan acara baru (nama, tanggal / waktu, durasi), mengundang pengguna ke acara tersebut, tombol simpan untuk membuat acara, dan kemampuan untuk melihat daftar peristiwa dalam tampilan kalender atau daftar kronologis. Jika pengembang menyelesaikan semua itu, mereka dapat bereksperimen dengan lebih banyak fitur kustomisasi UI atau bonus seperti pemberitahuan.

Dari perspektif fitur, Rymer mengatakan platform kode rendah menggantikan pengkodean sebagian besar dengan pengembangan deklaratif: antarmuka visual drag-and-drop, pemetaan objek dan pemodelan proses, form builders, editor WYSIWYG, dll. Di Appian, Microsoft PowerApps, Salesforce Lightning, dan Zoho Creator, pengembang menggunakan jenis fitur ini untuk membangun aplikasi mereka. Perbedaan besar lainnya antara platform adalah bahwa Appian adalah vendor khusus dengan kode rendah dan manajemen proses bisnis (BPM), sedangkan Microsoft, Salesforce, dan Zoho menawarkan alat mereka sebagai bagian dari ekosistem yang lebih besar, dengan Zoho juga menawarkan produk seperti Zoho CRM, Proyek Zoho, dan Zoho Books.

Mengapa kami menggunakan pengembang sungguhan untuk pengujian ini alih-alih pengguna bisnis run-of-the-mill? Beberapa alasan. Seperti yang dijelaskan Rymer, pengembang dan TI menggunakan platform ini di perusahaan dengan keteraturan yang jauh lebih banyak daripada pengembang warga negara. Kami ingin menguji apakah, untuk keperluan tiket cepat atau permintaan fitur ringan yang dikirim ke departemen TI, membangun aplikasi dengan cepat menggunakan platform kode-rendah akan lebih mudah daripada proses pengembangan tradisional.

Pengembang juga jauh lebih berpengetahuan tentang apa yang diperlukan untuk membuat aplikasi yang berfungsi di tempat pertama. Dalam video di bawah ini, para devs dapat dengan jelas mengartikulasikan apa yang bisa dan tidak bisa dilakukan platform, apa keterbatasan mereka, dan apakah alat seperti ini benar-benar membantu pengaturan bisnis sehari-hari.

Akankah kita menjalankan tes seperti ini dengan pengembang warga juga, atau menarik pengguna bisnis yang tidak menaruh curiga menyusuri lorong ke lab, duduk, dan membuat mereka membuat aplikasi kode-rendah? Mungkin. Kami ingin mendengar tanggapan Anda. Tinggalkan komentar pada ceritanya, kirimkan komentar atau tweet Facebook kami, dan beri tahu kami apakah Anda ingin mempelajari lebih lanjut tentang kode-rendah melalui konten semacam ini.

Bagaimana Alat Tumpuk

Begitu jam dimulai dan pembuatan aplikasi dimulai, pengembang menemukan kekuatan dan kelemahan dengan setiap platform kode-rendah, tetapi pada akhir jam masing-masing telah membangun aplikasi. Seberapa baik platform bekerja, dan seperti apa produk jadi? Tonton video di bawah ini dan cari tahu.

Appian

Microsoft PowerApps

Petir Tenaga Penjualan

Zoho Pencipta

Garis bawah

Keempat platform membuat aplikasi penjadwalan yang berfungsi (atau setidaknya semi-berfungsi), tetapi alat kode rendah yang melakukan keseluruhan terbaik adalah Appian dan Zoho Creator. Untuk Appian, kombinasi Appian Quick Apps dan Appian Designer yang lengkap menjadikan duo kuat dalam membuat aplikasi dengan cepat dan kemudian melapiskan kustomisasi dan menambahkan fitur di atas. Aplikasi Cepat terutama berbasis formulir, dan Desainer lengkap memungkinkan Anda memetakan semua data dan objek di aplikasi dengan Appian Process Modeler drag-and-drop. Ini adalah platform kode-rendah yang paling matang, paling mudah digunakan yang kami uji untuk membuat aplikasi BPM.

Pencipta Zoho tampil mengagumkan juga. Pengembang kami dapat membuat aplikasi penjadwalan dasar dengan mudah dalam waktu sekitar 10 menit, dan kemudian menghabiskan sisa waktu berusaha untuk menyesuaikan aplikasi. Mengimbangi keterbatasan utama Rymer dengan platform kode-rendah, pengembangannya mengalami hambatan ketika datang untuk menyesuaikan UI dan mengoptimalkan tata letak untuk seluler. Zoho Creator adalah platform "kode tertinggi" dari grup dalam hal skrip tambahan di atas pengembangan drag-and-drop dan form building, tetapi mengemas fungsionalitas kode-rendah yang cukup besar di luar kotak untuk membangun aplikasi padat dalam satu jam.

Salesforce Lightning juga berkinerja sangat baik, membangun aplikasi yang terlihat bagus dengan pengalaman pengembangan yang relatif bebas rasa sakit. Kritik terbesar pengembang kami terhadap Salesforce Lightning adalah sifat hak milik ekosistemnya di sekitar Salesforce App Cloud dan perangkat lunak manajemen hubungan pelanggan (CRM). Dalam pengalamannya, sifat mengembangkan aplikasi di Lightning sangat bergantung pada pengetahuan bahasa pemrograman APEX Salesforce ketika datang ke kustomisasi, ia merekomendasikan produk ini paling cocok untuk pengembang dan pengguna dengan keahlian Salesforce yang mendalam. Namun, Salesforce mencakup dasarnya dalam hal ini, menawarkan situs web pelatihan mendalam yang disebut Salesforce Trailhead dengan beragam kursus untuk mempercepat Anda.

Lalu kita sampai pada Microsoft PowerApps, alat gratis Redmond dan platform kode rendah terbaru di blok (saat ini masih menggunakan tag beta), dan yang dengan yang paling matang untuk melakukannya. UI PowerApps adalah yang paling ramping dari alat yang kami uji, dan platform ini dilengkapi dengan petunjuk langkah demi langkah untuk membuat dan aplikasi serta berbagai tata letak seluler.

Pengembang kami menemukan UI bentuk dasar secara langsung dan membuat templat aplikasi dalam 5-10 menit, tetapi menemukan program itu hanya berfungsi dengan mesin Windows 8.1 atau Windows 10, dan mengalami masalah dalam menarik data, bahkan ketika menggunakan Microsoft OneDrive. Forrester's Rymer tidak terkejut bahwa PowerApps muncul pendek dalam pengujian awal, tetapi melihat hal-hal besar di cakrawala setelah alat Microsoft jatuh tempo, terutama jika mereka menggabungkan kode rendah dengan intelijen bisnis (BI).

"Apakah PowerApps untuk pengguna akhir seperti SharePoint Designer seharusnya, atau itu alat pengembang? Ini adalah salah satu pertanyaan besar yang harus mereka jawab, " kata Rymer. "Juga, saya pikir Microsoft akhirnya akan menyatukan PowerApps dan Microsoft Power BI, dengan gagasan bahwa mereka akan menjadi sepasang kembar alat yang akan digunakan bersama-sama. Kami akan memperhatikan dengan cermat ketika PowerApps pergi GA, karena itu bisa menjadi signifikan."