Membina aplikasi tanpa pengekodan: mitos atau realiti?

Adakah mungkin untuk membina aplikasi perniagaan yang bekerja dalam satu jam? Platform pembangunan aplikasara rendah seperti Appian Quick Apps dan lain-lain direka untuk berbuat demikian, tetapi bagaimana aplikasi berfungsi pada desktop dan mudah alih? Bagaimana maju ciri-ciri ini? Adakah sebenarnya pengekodan sifar terlibat? Adakah pembangun aplikasi ini lebih ditujukan kepada pengguna perniagaan atau pemaju setiap hari? Apakah jenis tugas yang digunakan oleh aplikasi ini, sama ada kolaborasi asas dan pengurusan projek atau kes penggunaan yang lebih rumit?

Bagaimanakah anda membina aplikasi tanpa sebarang pengekodan? Cara pembuatan aplikasi baru ini datang dengan banyak soalan, dan PCMag meletakkan idea untuk ujian.

Kami mengambil empat alat rendah kod (Appian, Microsoft PowerApps, Lightforce Lightning, dan Zoho Creator), meletakkan mereka di dalam bilik dengan empat pemaju dari pasukan Ziff Davis Tech kami selama satu jam, dan menyaksikan mereka cuba membina aplikasi asas dan menyesuaikan ia-tanpa menulis satu baris kod. Oh, dan kami juga memainkan semuanya.

Latar Belakang Kecil pada "Kod Rendah"

Istilah "pembangunan aplikasi kod rendah" tidak wujud sehingga beberapa tahun yang lalu tetapi konsepnya bukanlah yang baru. Sebahagian daripada nilai perniagaan adalah dalam pembangunan rakyat. Sudah lama ada tanggapan dalam perusahaan dan kecil untuk perniagaan menengah (SMB) dari "pengguna kuasa" atau "pemaju warganegara": pengguna perniagaan yang mengambilnya sendiri untuk membuat aplikasi mereka sendiri, sering kali menggunakan Visual Basic for Applications (VBA) pengaturcaraan dalam Excel.

Bahagian persamaan yang lain adalah pemaju tradisional dan IT, di mana platform rendah kod ini direka untuk mempercepatkan penghantaran perisian dengan cepat membina aplikasi untuk kes penggunaan perniagaan tertentu. Istilah "kod rendah" itu sendiri berasal dari penyelidikan teknologi dan analisis firma Forrester Research. Penganalisis Clay Richardson dan John Rymer mencipta istilah dalam laporan 2014 Forrester, "Platform Pembangunan Baru Menampakkan Untuk Aplikasi Terhadap Pelanggan, " dan diikuti dengan dua laporan pasaran, "The Forrester Wave: Platform Pembangunan Rendah, Q2 2016, "dan" Vendor Landscape: Terracity, Fractured, Fertile Terrain Platform Aplikasi Rendah."

Forrester mendekati vendor menjana pendapatan minimum $ 1.7 bilion pada tahun 2015, dan berkata dalam laporan itu, ramai yang menaikkan pendapatan mereka melebihi 50 peratus setahun. Laporan Wave meruntuhkan 42 vendor dalam ruang, yang disusun menjadi lima kategori kod-kod rendah: tujuan umum, proses, pangkalan data, pengendalian permintaan, dan telefon bimbit pertama, walaupun Rymer memberitahu PCMag bahawa kategori pertama bergerak mungkin akan hilang, menjadi satu diberikan dalam semua platform kod-rendah seperti industri menyatukan di bawah tujuan umum.

"Banyak orang masih memikirkan produk-produk ini sebagai alat sahaja, giliran terakhir skru dalam apa yang kami lakukan pada Lotus Notes atau Access, bukannya alat, mereka adalah platform, jika anda akan melabur mereka, anda mahu dapat membuat permohonan dalam sebanyak mungkin senario, "kata Rymer. "Mudah alih bukanlah satu produk, ia adalah satu ciri. Kategori tujuan umum mempunyai liputan di seluruh web mudah alih dan web, alat untuk membantu anda menguruskan projek, pengurusan kitaran hayat aplikasi, pengurusan portfolio, tugas pentadbiran.

Laporan Forrester juga membahas tiga mitos utama mengenai platform kod-rendah. Rymer bercakap sedikit tentang setiap satu:

Mitos # 1: Platform kod rendah hanya untuk pemaju warganegara, bukan pemaju pro.

"Asas penyelidikan ini adalah kumpulan pelanggan rujukan menggunakan produk ini Apabila kita melangkah mundur dan berfikir tentang siapa orang-orang ini, mereka semua pemaju profesional Sejak kita menemui penduduk yang lebih luas devs warganegara, t meletakkan platform ini di hadapan seorang warganegara tanpa latihan dan alat, "kata Rymer. "Saya tidak dapat memikirkan produk yang telah berjaya dalam memenuhi keperluan pemaju pro dan pengguna akhir dengan set ciri yang sama."

Mitos # 2: Platform kod rendah menghapuskan keperluan untuk sebarang pengaturcaraan (kod rendah vs "no-code").

"Apabila kami melakukan Wave pada platform kod-rendah, salah satu soalan yang kami tanyakan ialah apabila anda menggunakan produk ini, apakah fungsi yang diperlukan untuk kod? Jawapannya adalah 1: integrasi dan 2: antara muka pengguna, " kata Rymer. "Integrasi adalah sukar, ia tidak dapat diramalkan, ia adalah kemas, kawasan lain di mana orang melakukan pengkodan adat ialah UI mudah alih, jika anda mahukan aplikasinya melampaui aplikasi web dan melakukan susun atur tersuai, mengakses pelayan pada peranti atau mahu piksel- paparan yang sempurna, platform kod rendah biasanya tidak menyediakan templat untuk itu.Dalam mudah alih masih banyak kerja yang perlu dilakukan.

Mitos # 3: Platform rendah kod bermaksud skala kecil.

"Bagi saya, perkara yang benar-benar menarik mengenai landskap adalah ketika kita sampai ke titik di mana pengambilalihan mula berlaku? Kami belum ada di sana, kerana pendapatan tidak ada kecuali Salesforce dan ServiceNow, yang sudah menjadi vendor besar, tetapi Appian lebih daripada $ 100 juta dalam pendapatan… akankah seseorang membelinya? Adakah seseorang akan membeli OutSystems atau Mendix? Kami juga perlu memerhatikan pemasukan Microsoft ke dalam bidang, kerana mereka boleh menjadi pemain yang hebat dalam semalam. 2-3 tahun akan datang, saya fikir kita akan sampai ke titik di mana Oracle dunia memutuskan untuk memperoleh pemimpin dalam pendapatan, bukannya membina. Pengambilalihan $ 50 juta vendor kod rendah adalah kacang kepada Oracle, "kata Rymer.

Kaedah Pengujian PCMag

Untuk tujuan ujian kami, setiap pemaju menggunakan platform rendah kod masing-masing untuk membuat aplikasi penjadualan asas. Matlamat pada akhir jam adalah untuk membina aplikasi yang boleh menambah acara baru (nama, tarikh / masa, tempoh), menjemput pengguna ke acara, butang simpan untuk membuat acara, dan keupayaan untuk melihat senarai peristiwa dalam paparan kalendar atau senarai kronologi. Sekiranya dev telah mencapai semua itu, mereka boleh bereksperimen dengan lebih banyak ciri penyesuaian UI atau bonus seperti pemberitahuan.

Dari perspektif ciri, Rymer berkata platform rendah kod menggantikan pengekodan sebahagian besarnya dengan pembangunan perisytiharan: drag-and-drop antara muka visual, pemetaan objek dan pemodelan proses, bentuk pembina, editor WYSIWYG, dll. Dalam Appian, Microsoft PowerApps, Lightforce Lightning, Zoho Creator, pemaju menggunakan jenis ciri ini untuk membina aplikasi mereka. Perbezaan besar lain antara platform adalah Appian adalah vendor khusus kod-proses dan pengurusan proses perniagaan (BPM), sedangkan Microsoft, Salesforce, dan Zoho menawarkan alat mereka sebagai sebahagian daripada ekosistem yang lebih besar, dengan Zoho juga menawarkan produk seperti Zoho CRM, Projek Zoho, dan Zoho Books.

Kenapa kita menggunakan pemaju sebenar untuk ujian ini dan bukannya pengguna perniagaan run-of-the-mill? Beberapa sebab. Seperti yang dijelaskan oleh Rymer, pemaju dan IT menggunakan platform ini dalam perusahaan dengan lebih teratur daripada pemaju warga negara. Kami mahu menguji sama ada, untuk tujuan permintaan tiket cepat atau permintaan ringan yang dihantar ke jabatan IT, membina aplikasi dengan cepat menggunakan platform rendah kod akan lebih mudah daripada proses pembangunan tradisional.

Pemaju juga jauh lebih berpengetahuan tentang apa yang diperlukan untuk membuat aplikasi yang berfungsi di tempat pertama. Dalam video di bawah ini, devs dapat dengan jelas menyatakan apa platform dan boleh tidak lakukan, apa batasan mereka, dan sama ada alat seperti ini sebenarnya membantu tetapan perniagaan setiap hari.

Adakah kami akan menjalankan ujian seperti ini dengan pemaju warganegara juga, atau menarik pengguna perniagaan yang tidak curiga berjalan ke lorong ke dalam makmal, duduk mereka, dan membuat mereka membuat aplikasi kod-rendah? Kemungkinan. Kami ingin mendengar maklum balas anda. Tinggalkan komen pada cerita, lepaskan komen atau tweet Facebook, dan beritahu kami sama ada anda ingin mengetahui lebih lanjut mengenai kod-kod rendah melalui jenis kandungan ini.

Bagaimana Alat Stack Up

Setelah jam bermula dan penciptaan aplikasinya bermula, pemaju mendapati kekuatan dan kelemahan dengan setiap platform rendah kod, tetapi pada penghujung jam setiap orang telah membina aplikasi. Bagaimanakah platform berfungsi, dan apakah produk siap jadi? Tonton video di bawah dan ketahui.

Appian

Microsoft PowerApps

Jualan Lightforce

Zoho Pencipta

Garisan bawah

Semua empat platform mencipta aplikasi penjadualan (atau sekurang-kurangnya separa bekerja), tetapi alat-alat kod-rendah yang melakukan keseluruhan terbaik adalah Appian dan Zoho Creator. Bagi Appian, gabungan Appian Quick Apps dan Designer Appian sepenuhnya membuat untuk seorang yang kuat dalam membuat aplikasi dengan cepat dan kemudian membuat penyesuaian dan ciri-ciri tambahan di atas. Aplikasi Cepat adalah berasaskan berasaskan bentuk, dan Pereka penuh membolehkan anda memetakan semua data dan objek dalam aplikasi dengan Drag and Drop Modeler Processer. Ia adalah yang paling matang, paling mudah menggunakan platform kod rendah yang kami uji untuk membuat aplikasi BPM.

Pencipta Zoho juga berjaya mengagumkan. Pemaju kami dapat membuat aplikasi penjadualan asas dengan mudah dalam masa kira-kira 10 minit, dan kemudian menghabiskan masa sepanjang masa untuk menyesuaikan aplikasinya. Mematuhi batasan utama Rymer dengan platform kod-rendah, pembangunan itu telah menjadi jalan masuk ketika menyesuaikan UI dan mengoptimumkan tata letak untuk mudah alih. Zoho Creator adalah platform "kod tertinggi" sekelompok dari segi skrip tambahan di atas pembangunan dan bentuk bangunan drag-and-drop, tetapi pakej mempunyai fungsi kod-kod yang cukup besar di luar kotak untuk membina aplikasi padu dalam satu jam.

Salesforce Lightning juga dilakukan dengan sangat baik, membina aplikasi mencari yang baik dengan pengalaman pembangunan bebas tanpa rasa sakit. Kritikan terbesar yang dimiliki pemaju kami dengan Salesforce Lightning adalah sifat ekosistemnya di sekitar Salesforce App Cloud dan perisian pengurusan hubungan pelanggan (CRM). Dalam pengalamannya, sifat membangunkan aplikasinya dalam Lightning sangat bergantung kepada pengetahuan mengenai bahasa pengaturcaraan APEX Salesforce apabila ia datang kepada penyesuaian, beliau mengesyorkan produk itu paling sesuai untuk pemaju dan pengguna dengan kepakaran Salesforce yang mendalam. Salesforce tidak meliputi asasnya pada titik ini, walaupun, menawarkan laman web latihan mendalam yang disebut Salesforce Trailhead dengan pelbagai kursus untuk mempercepatkan.

Kemudian kami datang ke Microsoft PowerApps, alat percuma Redmond dan platform kod-kod terbaru terbaru di blok itu (ia masih melancarkan tag beta), dan yang paling matang untuk dilakukan. PowerApps UI adalah yang paling ramping dari alat yang kami uji, dan platform dilengkapi dengan arahan langkah demi langkah untuk membuat dan aplikasi dan pelbagai susun atur mudah alih.

Pemaju kami mendapati UI bentuk asas mudah dan membina templat aplikasi dalam masa 5-10 minit, tetapi mendapati program ini hanya berfungsi dengan mesin Windows 8.1 atau Windows 10, dan menghadapi masalah dalam menarik data, walaupun menggunakan Microsoft OneDrive. Forrester's Rymer tidak terkejut bahawa PowerApps datang pendek dalam ujian awal, tetapi melihat perkara-perkara besar di cakrawala apabila alat Microsoft matang, terutama jika mereka menggabungkan kod-kod rendah dengan risikan perniagaan (BI).

"Adakah PowerApps untuk pengguna akhir seperti Designer SharePoint sepatutnya, atau alat pemaju? Ini adalah salah satu soalan besar yang perlu dijawab, " kata Rymer. "Juga, saya fikir Microsoft akhirnya akan meletakkan PowerApps dan Microsoft Power BI bersama-sama, dengan idea bahawa mereka akan menjadi alat berkembar alat yang akan digunakan oleh orang lain. Kami akan memberi perhatian yang sewajarnya apabila PowerApps pergi GA, kerana yang boleh menjadi penting."