Vibe coding adalah salah satu ekspresi yang tampaknya dibenci dan kemudian, perlahan, menjadi berguna.

Mulanya seperti: Saya rasa, saya tanya ke AI, saya terima apa yang keluar, teruskan. Cara ceria untuk menghasilkan utang teknis dengan latar belakang musik.

Tapi terlalu mudah untuk mengabaikannya seperti itu. Kenyataannya adalah bahwa pengkodean getaran telah mencegat hal yang nyata: pemrograman dengan model mengubah hubungan antara ide dan prototipe.

Pertama Anda berpikir dan kemudian melakukan pendakian yang panjang. Sekarang sering kali Anda berpikir dan setengah jam kemudian sesuatu bergerak di layar. Sulit untuk tidak tergoda olehnya.

Pertanyaan menariknya di tahun 2026 bukanlah apakah pengkodean getaran itu benar. Dia. Pertanyaannya adalah: apa yang terjadi setelah bulan madu?

Prototipe menjadi ekonomis

Ini adalah bagian terpenting.

Alat AI telah menurunkan biaya emosional untuk memulai. Sebelumnya, jika Anda ingin mencoba sebuah ide, Anda harus mulai bekerja: memilih tumpukan, membuat proyek, mengingat boilerplate, menulis tata letak, menghubungkan API, bertengkar dengan detail yang membosankan.

Sekarang Anda bisa berkata: beri saya versi pertama.

Dan versi pertama tiba.

Tidak selalu cantik. Tidak selalu benar. Seringkali rapuh. Tapi itu datang. Dan ketika hal itu tiba, hal itu mengubah pembicaraan. Anda tidak lagi berdebat dalam ruang hampa. Anda menyentuh sesuatu.

Ini sangat berguna bagi para desainer, pendiri, manajer produk, pengembang senior yang lelah menulis ulang scaffolding, orang-orang penasaran yang belum pernah membuka editor sebelumnya.

Vibe coding sedang populer karena memberi lebih banyak orang sensasi fisik dari perangkat lunak yang sedang dibuat.

Masalahnya adalah perangkat lunak tetap hidup

Bagian yang paling sedikit diceritakan meme itu adalah hari berikutnya.

Prototipe harus dibaca. Benar. Diuji. Dikerahkan. Diamankan. Mendapatkannya dari orang lain. Terhubung ke data nyata. Dapat diakses. Dipertahankan ketika ketergantungan berubah.

Di sini pengkodean getaran murni berhasil.

Sebuah model dapat menghasilkan banyak kode dengan cepat, namun kode itu sendiri bukanlah nilai. Itu adalah janji perilaku. Dan sebuah janji harus diverifikasi.

Risiko pengkodean getaran bukanlah menulis kode yang jelek. Kami selalu melakukannya bahkan tanpa AI. Risikonya adalah hilangnya rasa memiliki: "model yang melakukannya" menjadi alasan untuk kurang memahami.

Tapi runtime tidak menerima alasan. Jika kode berjalan dalam produksi, itu milik Anda.

Dari pengkodean getaran hingga rekayasa agen

Versi matang dari pengkodean getaran tidak berhenti menggunakan agen. Ini untuk menggunakannya dalam siklus yang lebih serius.

Tidak: ini menghasilkan segalanya dan kami berharap.

Tapi:

1. menguraikan maksud;
2. biarkan membuat draf;
3. meminta agen untuk menjelaskan rencana tersebut;
4. membuat perbedaan kecil;
5. uji peluncuran;
6. melakukan review;
7. benar;
8. baru kemudian bergabung.

Benda ini layak mendapat nama berbeda. Saya suka rekayasa agen, meskipun kedengarannya agak serius. Artinya menggunakan agen bukan sebagai mesin slot, tetapi sebagai kolaborator dalam suatu proses rekayasa.

Intinya adalah untuk tidak mengambil energi dari pengkodean getaran. Itu memberikan jejaknya.

Tempat kerjanya sangat bagus

Vibe coding berfungsi ketika biaya kesalahannya rendah dan nilai eksplorasinya tinggi.

Contoh:

• prototipe antarmuka;
• peralatan pribadi;
• dasbor internal;
• permainan kecil;
• skrip satu kali;
• Pemindaian API;
• bukti konsep;
• refactor mekanis dengan pengujian yang baik;
• konten teknis untuk diubah menjadi demo.

Dalam hal ini kecepatan adalah intinya. Anda ingin melihat apakah ide tersebut mempunyai landasan. Anda ingin mencari tahu apa yang tidak Anda mengerti. Anda ingin melakukan percakapan konkret.

Vibe coding sangat cocok untuk memunculkan formulir.

Tempat yang berbahaya

Menjadi berbahaya ketika sistem mempunyai konsekuensi dan tidak ada yang melambat.

Pembayaran, data pribadi, autentikasi, izin, infrastruktur, migrasi basis data, kode warisan sensitif, kepatuhan, produksi. Di sini getarannya saja tidak cukup. Kami membutuhkan ketelitian.

Bukan berarti AI tidak bisa membantu. Faktanya, ini bisa banyak membantu. Namun itu harus berfungsi dalam batasan yang sempit: cabang, kotak pasir, pengujian, lint, tinjauan, tanda fitur, rollback.

Ungkapan untuk ditato di monitor itu sederhana: semakin cepat agennya, prosesnya harus semakin mudah dibaca.

Jika Anda tidak dapat menjelaskan apa yang berubah, Anda belum melakukan akselerasi. Anda baru saja mengalihkan hutang dari waktu ke waktu untuk memahami.

Peran baru pengembang

Yang paling menarik adalah pekerjaan pengembang tidak hilang begitu saja. Ubah kepadatan.

Lebih sedikit waktu di boilerplate. Lebih banyak waktu untuk niat, dekomposisi, peninjauan, integrasi, pengujian, batasan.

Pengembang menjadi semacam editor teknis. Bukan dalam arti “koreksi”. Dalam arti yang kuat: ia memutuskan apa yang harus ada, apa yang harus dipotong, apa yang konsisten dengan sistem, apa yang patut dipercaya.

Editor yang baik tidak mengambil semua yang didapatnya. Dia bahkan tidak menulis ulang semuanya karena bangga. Mengenali materi yang bagus, mewujudkannya, melindungi pembaca.

Dengan agen, pembaca juga merupakan pengelola masa depan. Seringkali itu adalah Anda dalam tiga minggu.

Pola yang saya lihat muncul

Pola yang paling sehat adalah ini:

• manusia: niat, kendala, rasa, tanggung jawab;
• agen: varian, perancah, pencarian, modifikasi lokal, pengujian berulang;
• infrastruktur: sandbox, CI, pelacakan, izin, penerapan;
• tim: review, kepemilikan, standar.

Ketika salah satu bagian ini hilang, sesuatu menjadi berubah bentuk.

Hanya manusia: lambat, sering terhambat oleh pekerjaan yang berulang-ulang.

Hanya agen: cepat, tetapi tanpa penilaian berdasarkan lokasi.

Hanya infrastruktur: Proses elegan untuk menghasilkan hal-hal yang tidak berguna.

Khusus tim: pertemuan yang sangat teratur seputar prototipe yang tidak pernah sampai.

Yang terbaik terjadi ketika potongan-potongan itu berbicara satu sama lain.

Daftar periksa kecil

Sebelum mengembangkan prototipe berkode getaran, saya akan bertanya pada diri sendiri pertanyaan-pertanyaan ini:

• apakah saya memahami struktur kodenya?
• apakah ada tes untuk perilaku kritis?
• apakah saya tahu file mana yang disentuh agen?
• sudahkah saya menghapus kode yang dihasilkan tetapi tidak digunakan?
• apakah ada rahasia, token, atau data palsu yang berakhir di tempat yang salah?
• apakah aksesibilitas minimum dipatuhi?
• apakah penerapannya memiliki kemunduran?
• bisakah orang lain selain aku menyimpannya?

Jika jawabannya tidak terhadap terlalu banyak pertanyaan, maka itu bukan sebuah kegagalan. Itu hanyalah sebuah prototipe yang perlu tetap menjadi prototipe lebih lama lagi.

Bacaan saya

Vibe coding adalah kata yang keras untuk hal yang lembut: kegembiraan melihat sebuah ide terbentuk sebelum rasa takut menghentikannya.

Saya tidak ingin membuangnya. Itu akan menjadi sombong. Banyak hal baik yang lahir seperti ini, setengah bengkok dan hidup.

Namun perangkat lunak lainnya membutuhkan lebih banyak. Perlu pemahaman, pengujian, kepemilikan, infrastruktur, batasan. Dibutuhkan seseorang untuk mengatakan: keren, sekarang mari kita wujudkan.

Mungkin masa depan bukanlah tentang memilih antara pemrograman yang "serius" dan pemrograman yang "getaran". Mungkin mereka sedang belajar untuk mengubah haluan: bereksplorasi dengan ringan, lalu berkonsolidasi dengan rasa hormat.

Bagian manusianya ada di sana. Ketahui kapan harus berlari dan kapan harus duduk dan baca perbedaannya.

Sumber

• Simon Willison: Tidak semua pemrograman yang dibantu AI adalah pengkodean getaran
• OpenAI: Cara orang menggunakan ChatGPT
• Blog GitHub: Agen pengkodean GitHub Copilot
• [Antropik: Membangun agen yang efektif](https://www.anthropic.com/engineering/building- Effective-agents)
• Blog Stack Overflow: Mengapa pengkodean getaran adalah masa depan