Sekarang Bisa 'Ngoding' Pakai AI, Tapi Tetep Perlu Developer Beneran Nggak?

Beberapa bulan terakhir, hampir tiap minggu ada yang nanya ke aku versi pertanyaan yang sama: "kalau sekarang tinggal ngetik ke AI terus jadi aplikasi, aku masih butuh developer nggak sih?"

Wajar pertanyaan itu muncul. Tools kayak Lovable, Bolt, dan v0 sekarang bisa bikin aplikasi yang kelihatan jadi cuma dari beberapa kalimat prompt, dan ini bukan gimmick belaka. Lovable dilaporkan tembus ARR (pendapatan tahunan berulang) US$400 juta per Februari 2026, cuma dengan 146 karyawan. Fenomena ini punya nama sendiri: vibe coding, istilah yang mulai populer sejak awal 2025 buat ngegambarin cara kerja "prompt aja, jangan terlalu dipikirin detail kodenya."

Jawaban jujurnya nggak sesederhana ya atau nggak. Ini yang aku liat dari sudut pandang orang yang kerjaan sehari-harinya justru bikin sistem beneran buat klien.

Dua jenis tools yang sering ketuker

Sebelum masuk lebih jauh, penting buat misahin dua kategori tools yang sering dianggap sama padahal beda target pemakainya:

• Builder buat siapa aja: Lovable, Bolt.new, v0, Replit Agent. Tinggal deskripsiin mau bikin apa, langsung jadi aplikasi yang bisa diakses lewat browser. Ini yang dipasarkan buat non-developer.
• Asisten coding buat developer: Claude Code, Cursor, GitHub Copilot. Halaman produk resmi Claude Code sendiri jelas nyebut tools ini buat developer yang kerja di codebase asli, bantu ngerjain bug fix sampai migrasi yang makan waktu berhari-hari, dengan developer-nya tetap jadi "arsitek dan pengarah". Bukan buat orang yang belum pernah nulis kode sama sekali.

Yang bikin orang nanya soal "masih butuh developer nggak", jelas kategori pertama.

Yang keliatan gampang: sebagian besar jadi dalam hitungan menit

Bagian ini yang bikin viral: kamu deskripsiin ide, dan dalam hitungan menit udah ada aplikasi yang bisa diklik, ada tampilannya, kelihatan kayak produk beneran. Buat ide sederhana atau prototipe buat ditunjukin ke tim, ini beneran berguna dan aku sendiri pakai buat kebutuhan semacam itu.

Tapi pola yang sering kejadian: bagian yang keliatan di demo itu selesai dengan cepat, sementara bagian yang nggak keliatan, kayak nangenin banyak user sekaligus, nyimpen data dengan aman, atau ngurus kasus-kasus aneh yang nggak kepikiran di awal, itu yang bikin macet. Bagian pertama gampang karena polanya generik dan udah dipelajari AI dari jutaan contoh. Bagian kedua susah karena butuh keputusan spesifik soal bisnis kamu sendiri, bukan sekadar pola umum.

Yang jarang keliatan: soal keamanan

Ini bagian yang paling jarang dibahas pas orang excited soal vibe coding, padahal ini yang risikonya paling nyata buat bisnis.

Escape.tech, perusahaan keamanan siber, mindai 1.400 aplikasi hasil vibe coding yang lagi jalan di produksi. Hasilnya:

Celah keamanan kritis ditemukan di 1.400 aplikasi yang dipindai

2.038

API key dan kredensial yang bocor, ketinggalan di kode yang bisa diakses publik

400+

Kasus data pribadi (termasuk data rekening bank) yang kebuka lewat aplikasi

175

Ini bukan kasus terisolasi. Cloud Security Alliance merangkum beberapa riset terpisah soal ini: Veracode nguji lebih dari 100 model AI pada 80 tugas coding di Java, Python, C#, dan JavaScript.

Persentase sampel kode AI yang gagal di tiap pengujian keamanan(%)

• Rata-rata semua tugas45%
• Kode berbahasa Java72%
• Proteksi XSS86%
• Proteksi log injection88%

Riset yang sama juga nyebut Georgia Tech udah berhasil ngelacak 74 celah keamanan resmi (CVE) yang terbukti berasal dari kode buatan AI sampai Maret 2026, dengan estimasi jumlah aslinya 5 sampai 10 kali lebih banyak dari yang berhasil terkonfirmasi.

Kenapa ini lebih riskan buat yang non-teknis

Ada satu temuan lama yang justru makin relevan sekarang. Peneliti Stanford (Perry, Srivastava, Kumar, dan Boneh) di ACM CCS 2023 nemuin sesuatu yang agak kontra-intuitif: developer yang pakai asisten AI justru nulis kode yang kurang aman di 4 dari 5 tugas keamanan yang diuji, dibanding yang nggak pakai AI sama sekali. Yang lebih aneh, developer yang pakai AI itu justru lebih percaya diri kalau kode mereka udah aman.

Kalau developer profesional aja bisa kejebak overconfidence kayak gitu, padahal mereka masih punya bekal buat ngecek hasilnya, gimana dengan yang bahkan nggak punya bekal itu sama sekali? Nggak ada yang salah dengan pakai builder buat mulai cepat. Yang jadi masalah adalah kalau hasilnya langsung dianggap "aman karena udah jalan", padahal jalan dan aman itu dua hal yang beda.

Jadi, kapan tetep butuh developer beneran?

Pertanyaan yang lebih berguna bukan "masih butuh developer nggak", tapi "buat kebutuhan ini, seberapa besar taruhannya kalau ada yang salah". Beberapa patokan sederhana:

• Internal, buat kamu atau tim sendiri, nggak nyimpen data orang lain? Vibe coding cukup buat mulai, bahkan buat dipakai jangka panjang kalau memang jalan.
• Nyimpen data pelanggan, apalagi data pembayaran atau login? Ini yang paling berisiko dari data Escape.tech di atas. Minta developer review keamanannya sebelum benar-benar dipakai publik, meskipun aplikasinya sendiri kamu yang bikin.
• Bakal dipakai banyak orang atau jadi produk yang kamu jual? Bagian "20% terakhir" yang disinggung di atas (skalabilitas, penanganan error, beban trafik) itu justru yang paling nentuin apakah produknya tahan lama.

Kalau kamu udah nyampe titik butuh developer buat masuk lebih jauh, ada beberapa hal yang wajib dicek dulu sebelum bayar, soal siapa yang pegang kode dan datanya nanti.

Penutup

Vibe coding itu beneran berguna, dan aku nggak lagi nyoba bilang ini cuma hype. Tapi cara paling masuk akal buat bisnis mikirinnya bukan "AI vs developer", melainkan AI buat mempercepat tahap prototipe, developer buat mastiin yang jadi produk beneran itu aman dan tahan lama.

Kalau kamu lagi di titik mikirin mana yang perlu dikerjain sendiri pakai AI dan mana yang perlu tangan developer beneran, cerita aja dulu kondisinya, nanti dibantu mikirin dari sisi mana yang paling masuk akal buat kebutuhan kamu.