Di awal tahun 2021, Gartner (terbuka di tab baru) memperkirakan bahwa pasar teknologi pengembangan low-code di seluruh dunia akan meningkat 22,6% tahun ini. Tentu saja, data untuk membuktikan mereka benar atau salah akan datang di masa depan, tetapi tampaknya bahkan orang non-teknis pun akrab dengan istilah tersebut belakangan ini sejak transformasi digital (sebagian besar dipercepat oleh tanpa kode dan kode rendah). solusi) telah bermain di depan mata publik.
Apakah Anda semua berada di kereta hype kode rendah atau tidak yakin, kita harus mengakui manfaat nyata yang telah dibawa oleh solusi ini ke dunia.
Misalkan Anda adalah pemilik bisnis yang ingin mengotomatiskan proses kertas, mengelola kontak dan komunikasi melalui CRM, atau membuat situs web dengan cepat dan mudah. Dalam hal ini, kode rendah adalah cara terbaik untuk melakukannya.
Kode rendah dapat menjadi alat yang berguna untuk membangun MVP dan menyempurnakan konsep dalam lingkup kecil dengan persyaratan produk yang tepat dan rencana terbatas untuk skala. Namun, ketika sebuah proyek berkembang secara alami, seseorang juga perlu meningkatkan prosesnya. Dengan solusi kode rendah, penskalaan itu menyakitkan, mahal, dan terbatas.
Dari perspektif pengembang profesional, menggunakan rute low-code untuk menyelesaikan proyek dan prototipe skala kecil atau membuat solusi dasar adalah cepat dan sebagian besar tidak menyakitkan. Namun, sebagian besar profesional lebih suka membuat kode dari awal saat mengerjakan aplikasi yang rumit karena fleksibilitasnya. Selalu ada kemungkinan bahwa platform kode rendah tidak memungkinkan Anda membuat produk yang memenuhi persyaratan baru atau yang diubah.
Paling-paling, kode rendah adalah alat yang bisa diterapkan, tetapi paling buruk itu adalah investasi jangka panjang yang buruk. Mengapa?
Skalabilitas adalah masalah utama
Peluang dan biaya skalabilitas horizontal dan vertikal merupakan faktor penting saat memilih vendor. Jumlah pengguna aktif harian, fitur yang tersedia, penyimpanan, dan daya komputasi hanyalah beberapa faktor yang perlu dipertimbangkan.
Misalnya, jika Anda ingin membangun toko online, pertimbangkan apakah vendor yang Anda pilih untuk melakukannya membatasi lalu lintas atau membatasi akses Anda. Jika situs Anda mengalami arus masuk pengunjung, mereka akan membatasi akses dan memaksa Anda untuk meningkatkan atau kehilangan bisnis. Lebih buruk lagi, keputusan ini dibuat oleh AI dan tidak dapat dinegosiasikan. Penyedia besar di ceruk SaaS pembuat situs web / toko telah diketahui menutup akun klien dan berhenti merespons sama sekali.
Di luar itu, pemikiran jangka pendek, kebutuhan bisnis yang terus berubah, dan kurangnya pandangan sistemik akan menghasilkan hutang teknis yang secara diam-diam menghambat pertumbuhan bisnis Anda.
Mencari solusi yang terbaik untuk organisasi secara keseluruhan tidak selalu menjadi pilihan yang paling menarik bagi manajer yang berpikir dalam lingkup departemen mereka, yang mengakibatkan pengembang harus mendukung kode bobrok yang kedaluwarsa. Ini adalah keluhan terkenal di antara para pengembang, dan begitu juga berikut ini.
Persyaratan pelatihan yang luas
Pelatihan ekstensif akan menjadi persyaratan pertama untuk mengimplementasikan solusi low-code. Hal ini dapat menunda penerapan secara signifikan, bahkan sampai pada titik di mana pendekatan low-code tidak lagi menang atas pengembangan tangkas dalam waktu ke pasar.
Setelah berbelanja mobil, bernegosiasi dengan penjual, membayar, dan mendapatkan kunci di tangan Anda, Anda dapat mengusir pelanggan yang puas. Tetapi ketika Anda membeli akses ke solusi kode rendah, Anda harus pergi ke sekolah mengemudi lagi. Pengembang harus terlebih dahulu mengaktifkan diri mereka sendiri dan mempelajari cara bekerja dalam sistem baru. Mereka harus belajar secara efektif bagaimana menggunakan lingkungan baru dan meniadakan pengalaman apa pun yang mereka bawa ke meja.
Kerangka waktu akan bervariasi dari minggu ke bulan dan akan bergantung pada kualitas dokumentasi dan dukungan yang tersedia. Tidak ada standar industri, dan setiap platform akan memiliki sistem uniknya sendiri.
Dan menerapkan hanyalah sebagian dari teka-teki. Masalah sebenarnya dimulai ketika masalah terjadi dan seseorang perlu memperbaikinya.
Pemecahan masalah itu sulit
Dalam skenario kasus terbaik, Anda menyusun rencana untuk proyek Anda sejak awal, memilih solusi yang sesuai, membangunnya, dan sekarang berfungsi dengan baik untuk memenuhi kebutuhan Anda.
Tetapi sesuatu pasti akan rusak, seperti yang selalu terjadi. Sekali lagi, bergantung pada kualitas dokumentasi, kecepatan respons, dan kompetensi dukungan, tim pengembang mungkin memerlukan waktu yang cukup lama untuk mempelajari dan memperbaiki masalah karena jalan pintas yang sama yang memudahkan pengembangan dapat menghambat pemeliharaan.
Men-debug program yang dibuat dengan solusi kode rendah mungkin sulit atau tidak mungkin karena pengembang tidak memiliki akses ke infrastruktur yang digunakan kode untuk berfungsi. Pengembang mungkin tidak tahu apakah kesalahan ada di pihak mereka atau di pihak vendor. Melacak masalah dapat menghasilkan jalan buntu ketika Anda tidak dapat mengajukan pertanyaan langsung kepada tim pengembang mereka.
Dan jika ternyata a kerentanan keamanan siber (terbuka di tab baru)Anda kurang beruntung.
Penguncian vendor
Solusi kode rendah Anda tidak akan kompatibel dengan pesaing lain atau penyedia serupa. Bahkan jika Anda dapat mengekspor kode sumber, itu akan bergantung pada platform vendor untuk bekerja, dan Anda hanya dapat menggunakannya sebagai cadangan.
Bergantung pada solusinya, opsi integrasi, webhook, dan API akan tersedia untuk ditambahkan ke tumpukan dan tagihan SaaS bulanan Anda. Dan sementara CEO industri membenarkan (terbuka di tab baru) harga awal yang tinggi dengan pengurangan biaya dari waktu ke waktu, mereka dapat ditantang oleh perawatan yang bermasalah dan kesulitan dalam melakukan peningkatan.
Jika Anda terlalu dalam dan menyadari sudah waktunya untuk bermigrasi ke layanan lain, Anda akan menemukan bahwa itu tidak mungkin. Sistem berpemilik yang telah dipelajari tim Anda untuk digunakan dan disempurnakan untuk bekerja dengan cara yang kompatibel dengan persyaratan di sisi bisnis sekarang harus ditinggalkan, dan Anda mungkin perlu memulai proses dari awal lagi.
Tidak ada kode dan kode rendah yang akan bertahan, tetapi revolusi mungkin keliru. Solusi ini, meskipun kuat, hanyalah alat lain dalam kit profesional. Artinya, mereka hanya akan dikerahkan saat dibutuhkan.
Kode rendah adalah pemotong kue, tetapi berhasil, dan itulah intinya. Tentu saja, tidak ada yang mengharapkan alat ini untuk menghancurkan harapan atau mendefinisikan kembali norma, jadi jika Anda memerlukan solusi jangka pendek, jika Anda sedang membangun MVP, atau jika Anda memerlukan sesuatu yang standar seperti toko online, gunakan cara ini. Namun sebelum Anda berkomitmen, pastikan Anda memiliki pemahaman yang mendalam tentang ceruk tempat Anda bekerja sehingga Anda dapat dengan jelas merumuskan permintaan untuk produk yang Anda buat dan mengujinya terhadap kemampuan vendor.
Ulasan adalah kuncinya, tentu saja, tetapi minta pengembang Anda untuk mempelajari dokumentasi dan memberikan penilaian mereka terhadap produk apa pun sebelum menandatangani kontrak. Taruhan terbaik adalah vendor dengan banyak pengguna yang menyediakan platform bagi pengembang untuk berkomunikasi dan memiliki perpustakaan kaya materi yang mudah dicari.
Terakhir, hati-hati terhadap tanda bahaya seperti penundaan, dokumentasi yang tidak akurat, dan kompetensi dukungan yang dipertanyakan selama pengembangan. Tidak ada kata terlambat untuk menghentikannya jika ada sesuatu yang tidak berfungsi.