No-code dan low-code sering diposisikan sebagai akhir dari profesi programmer.
Bikin aplikasi tanpa coding. Drag and drop. Selesai.
Kedengarannya seperti masa depan.
Tapi pertanyaannya bukan "apakah coding akan hilang?"
Pertanyaan yang lebih menarik adalah: kalau semua orang bisa membuat aplikasi, lalu sebenarnya apa yang masih dikerjakan oleh developer?
Jawabannya mungkin tidak seperti yang banyak dibayangkan.
No-Code Mengubah Cara Membuat Aplikasi, Bukan Menghapus Software
Banyak orang melihat no-code sebagai pengganti programmer.
Padahal yang benar, no-code adalah cara baru untuk membangun software.
Dulu, membuat website sederhana membutuhkan HTML, CSS, JavaScript, hosting, database, dan deployment.
Hari ini, sebagian kebutuhan itu bisa diselesaikan lewat platform visual.
Landing page.
Form.
Dashboard sederhana.
Automasi workflow.
Semuanya bisa dibuat jauh lebih cepat.
Ini jelas sebuah kemajuan.
Masalahnya bukan no-code.
Masalahnya adalah menganggap semua software memiliki tingkat kompleksitas yang sama.
Padahal kenyataannya tidak.
Realita di Lapangan Jauh Lebih Berantakan
Demo aplikasi memang terlihat rapi.
Realitas bisnis hampir tidak pernah seperti itu.
Ada data yang tidak konsisten.
Ada proses bisnis yang berubah setiap bulan.
Ada sistem lama yang harus tetap dipakai.
Ada integrasi dengan puluhan layanan berbeda.
Ada ribuan pengguna yang mengakses secara bersamaan.
Di titik ini, software bukan lagi soal membuat tampilan.
Software berubah menjadi sistem.
Dan sistem selalu lebih rumit daripada yang terlihat.
Solusi yang Umum Dipilih
Ketika ingin membangun produk dengan cepat, banyak tim memilih no-code atau low-code.
Alasannya masuk akal.
Lebih cepat.
Lebih murah.
Tidak perlu langsung merekrut banyak developer.
Untuk tahap validasi ide, pendekatan ini sangat efektif.
Daripada menghabiskan waktu berbulan-bulan menulis kode, produk bisa diuji ke pengguna lebih dulu.
Kalau ternyata tidak ada yang memakai, kerugiannya juga lebih kecil.
Strategi ini bekerja.
Sampai akhirnya tidak.
Ketika Produk Bertumbuh, Tantangannya Berubah
Awalnya hanya ada satu workflow.
Lalu muncul lima.
Kemudian sepuluh.
Setelah itu muncul kebutuhan yang sebelumnya tidak pernah dipikirkan.
Hak akses berbeda.
Performa mulai melambat.
Integrasi semakin banyak.
Logika bisnis semakin kompleks.
Di sinilah batas platform mulai terlihat.
Yang tadinya cukup drag and drop, sekarang membutuhkan banyak pengecualian.
Workflow mulai bercabang.
Konfigurasi semakin sulit dipahami.
Ironisnya, sistem visual yang awalnya dibuat agar sederhana justru menjadi rumit.
Masalahnya Bukan Coding, Tapi Kompleksitas
Banyak orang mengira pekerjaan developer adalah menulis kode.
Padahal kode hanyalah media.
Nilai utama developer bukan berasal dari keyboard.
Nilainya berasal dari kemampuan mengelola kompleksitas.
Developer memecah masalah besar menjadi bagian kecil.
Menyusun arsitektur.
Menentukan alur data.
Menjaga sistem tetap mudah dikembangkan.
Memastikan perubahan hari ini tidak merusak fitur besok.
Kalau dianalogikan seperti folder di komputer, kode hanyalah nama file.
Yang membuat semuanya tetap mudah dicari adalah struktur foldernya.
Begitu juga software.
Yang mahal bukan jumlah baris kodenya.
Yang mahal adalah struktur di baliknya.
Pendekatan Baru: Gunakan Alat Sesuai Masalahnya
Daripada memperdebatkan no-code versus coding, lebih baik melihatnya sebagai spektrum.
Tidak semua proyek membutuhkan engineer penuh.
Tidak semua proyek cocok dibuat tanpa kode.
Kalau hanya ingin membuat landing page, formulir, atau automasi sederhana, no-code sering kali sudah lebih dari cukup.
Kalau sedang membuat sistem internal perusahaan dengan aturan bisnis yang terus berkembang, developer biasanya tetap menjadi pilihan yang lebih tepat.
Bukan karena developer lebih hebat.
Tetapi karena jenis masalahnya memang berbeda.
Alat yang berbeda untuk masalah yang berbeda.
Developer Mulai Bergeser Menjadi System Builder
Perubahan terbesar bukan pada teknologinya.
Perubahan terbesar ada pada peran developer.
Dulu, developer banyak menghabiskan waktu menulis semuanya dari nol.
Sekarang, semakin banyak pekerjaan yang berupa menyusun berbagai komponen menjadi satu sistem yang utuh.
API.
Database.
Cloud.
AI.
No-code.
Low-code.
Framework.
Semuanya menjadi bagian dari satu ekosistem.
Developer modern semakin mirip seorang arsitek.
Bukan karena tidak bisa membangun rumah sendiri.
Tetapi karena ia tahu kapan harus membangun, kapan membeli komponen, dan kapan cukup menggunakan sesuatu yang sudah tersedia.
Contoh Nyata
Bayangkan sebuah toko online kecil.
Di awal, mereka hanya membutuhkan katalog produk, formulir pemesanan, dan notifikasi ke WhatsApp.
No-code bisa menyelesaikan itu dengan cepat.
Enam bulan kemudian, bisnis berkembang.
Mereka ingin sistem stok otomatis.
Sinkronisasi ke marketplace.
Laporan penjualan.
Role untuk admin.
Integrasi pembayaran.
Audit perubahan data.
Di titik ini, kebutuhan mereka bukan lagi sekadar membuat aplikasi.
Mereka membutuhkan sistem yang bisa berkembang tanpa harus dibangun ulang setiap beberapa bulan.
Di sinilah developer mulai memberikan nilai yang tidak mudah digantikan.
Mental Model yang Perlu Diubah
Selama ini banyak orang berpikir seperti ini.
"Kalau aplikasi bisa dibuat tanpa coding, berarti programmer tidak lagi dibutuhkan."
Cara berpikir itu terlalu sempit.
Lebih tepat jika melihat coding seperti Git.
Git bukan tujuan.
Git adalah alat untuk mengelola perubahan.
Begitu juga kode.
Kode bukan produk akhirnya.
Kode adalah alat untuk mengelola kompleksitas.
Semakin sederhana masalahnya, semakin sedikit kode yang dibutuhkan.
Semakin kompleks sistemnya, semakin penting desain, arsitektur, dan cara berpikir seorang developer.
Masalahnya bukan apakah kita menulis kode.
Masalahnya adalah apakah kita mampu membangun sistem yang tetap sehat ketika kebutuhan terus berubah.
Kesimpulan
No-code dan low-code bukan ancaman bagi developer.
Keduanya adalah evolusi cara membangun software.
Pekerjaan yang bersifat repetitif akan semakin banyak diotomatisasi.
Pekerjaan yang hanya menghubungkan komponen akan semakin mudah dilakukan.
Tetapi kebutuhan untuk memahami sistem, mengelola kompleksitas, merancang arsitektur, dan mengambil keputusan teknis justru menjadi semakin penting.
Di masa depan, kemungkinan besar jumlah kode yang ditulis akan berkurang.
Namun kebutuhan akan orang yang mampu berpikir seperti engineer tidak ikut berkurang.
Karena pada akhirnya, software yang baik bukan dibangun oleh alat yang paling canggih.
Software yang baik dibangun oleh keputusan yang tepat.