Vibe Coding dan Narasi Kiamat Developer: Pemikiran tentang Arah Pertumbuhan Developer Junior

• Seiring naik daunnya Vibe coding, perdebatan "sekarang developer sudah tidak diperlukan" vs "tetap saja masih jauh" juga makin ramai
• Keduanya ada benarnya. Sambil mengamati perkembangan AI dan bekerja sebagai product engineer, saya merangkum pemikiran yang selama ini saya miliki
• Namun saya bukan ahli AI, hanya seorang developer biasa. Pengalaman saya dengan Vibe coding juga masih sedikit. Meski begitu, saya menulis ini karena ingin mendengar pendapat orang lain, dan semoga bisa membantu developer junior yang sedang merasa cemas

---

Vibe yang Saya Alami Langsung: Sejauh Ini vs Cuma Sebatas Ini

Saya mencoba membuat game adu kelereng selama akhir pekan dengan Vibe coding. Saya membuatnya supaya bisa dimainkan bersama putri saya yang berusia 7 tahun. Sekitar 90% proses coding dilakukan hanya dengan prompt, dan waktu implementasi berkurang drastis (selesai dalam 4 jam dengan kualitas yang lumayan bagus)

Dalam proses itu, saya bergantian merasakan kekecewaan seperti "hal sesederhana ini saja tidak bisa?" dan kekaguman seperti "hanya dengan requirement segini saja bisa dibuat sebagus ini?". Terutama yang pertama terasa besar karena ternyata tidak mudah membuat AI "mengikuti apa yang saya katakan"

Namun bagaimanapun juga, jika prompt makin dimatangkan dan teknologinya makin berkembang, porsi "kekaguman" akan jadi jauh lebih besar, dan saya pikir ini jelas akan memicu penurunan tajam perekrutan developer junior

Saya akan mencoba menjelaskan perasaan ini lewat hukum Pareto dan konsep kematangan produk

Sisi Suram: Mungkin 96% Kode Akan Ditulis AI

Jika kematangan produk dibagi menjadi 3 tahap (zero-to-one, one-to-ten, dan setelah itu), saya cukup terkejut melihat bahwa sebagian besar coding di level zero-to-one kini sudah bisa digantikan oleh AI

Kalau dilihat lewat hukum Pareto, saya merasa 80% kode yang diproduksi developer untuk pengembangan produk selama ini mungkin memang adalah output untuk zero-to-one.

• Kode yang muncul dalam proses mewujudkan ide dan mencari PMF. Juga kode yang dengan Vibe coding bisa dibuat dengan mudah bahkan oleh non-developer.

Lebih jauh lagi, jika kita berasumsi bahwa 80% kebutuhan di tahap one-to-ten bisa didefinisikan dengan baik, dipecah, lalu diproses di level zero-to-one...

• Secara ekstrem, saya jadi berpikir sekitar 96% (= 0.8 + 0.2 * 0.8) dari produksi kode bisa saja digantikan AI
• Di video Y Combinator yang memperkenalkan Vibe coding, beberapa founder juga katanya mengatakan bahwa "95% codebase produk ditulis oleh AI", dan angkanya terasa anehnya pas

Saya memperkirakan ini akan menaikkan standar ekspektasi terhadap kapabilitas developer dan terhadap produk level MVP.

• Mirip seperti setelah Bootstrap dan TailwindCSS, "styling UI pada level yang layak" menjadi kemampuan dasar yang diharapkan dari developer frontend

Kalau begitu, wajar jika slot perekrutan untuk developer yang sebelumnya cukup dihargai hanya karena mampu membuat produk di tahap zero-to-one kini berkurang. Jadi, ucapan "sekarang developer sudah tidak diperlukan" tidak lagi terdengar sebagai sekadar hiperbola....

...benarkah begitu?

Sisi Harapan: Tetap Saja Masih Banyak Pekerjaan untuk Developer

1) Ukuran pasar menjadi jauh lebih besar, sehingga pekerjaan juga bertambah

Makna terbesar dari Vibe coding adalah menurunkan hambatan masuk untuk pengembangan produk

• Sebagian besar pekerjaan yang sebelumnya harus dikerjakan manual oleh developer untuk zero-to-one kini digantikan coding agent dengan biaya yang sangat kecil (waktu/uang/orang).
• Artinya, siklus eksekusi-verifikasi ide bisa diputar dengan cepat bahkan tanpa developer

Karena itu, produk level zero-to-one (atau bahkan di bawah itu) yang sebelumnya tidak sempat muncul akan bermunculan secara eksplosif, dan jumlah orang yang berpikir "saya juga ingin mewujudkan ide saya" pun akan jauh lebih banyak.

Semua ini akan memperbesar ukuran pasar tempat developer bisa menghasilkan uang. Orang-orang yang sebelumnya bukan pelanggan developer akan berubah menjadi lapisan pelanggan baru. Misalnya

• Edukasi Vibe coding yang membantu non-developer, PM, dan desainer mewujudkan ide mereka sendiri
• Jasa freelance jangka pendek untuk membantu menyelesaikan produk yang sudah 90% jadi dengan Cursor tetapi tidak bisa dibawa sampai selesai
• Konsultasi untuk membantu produk yang entah bagaimana sudah jadi agar benar-benar bisa dioperasikan dan menghasilkan monetisasi berkelanjutan
• Pengembangan berbagai alat berbayar yang membantu orang melakukan Vibe coding dengan lebih baik dan lebih mudah

Baik developer memperoleh penghasilan sampingan dari pekerjaan seperti ini di luar kantor, maupun muncul perusahaan yang menjalankan bisnis seperti ini, saya melihat developer akan menjadi pihak yang paling banyak menikmati manfaat dari perubahan pasar ini

2) Developer bisa dan harus melakukan banyak hal selain coding

Meski AI menggantikan 90% dari "coding", bukan berarti 90% developer bisa langsung dipecat

• Karena porsi coding dalam pengembangan produk, bahkan lebih luas lagi dalam product engineering, sebenarnya tidak sebesar yang sering dibayangkan

Kalau hanya melihat kira-kira proses yang dilalui sampai satu fitur ditambahkan ke produk, tahapannya ternyata sebanyak ini.

1. Mengenali masalah
2. Menghasilkan ide solusi
3. Memperkirakan dampak yang diharapkan dan biaya, lalu menentukan prioritas pengembangan
4. Perencanaan agar fitur bisa diwujudkan ke dalam produk
5. Desain UI/UX
6. Desain arsitektur
7. Implementasi backend + frontend + infrastruktur
8. Code review, automated testing, QA
9. Deployment, monitoring, promosi fitur, A/B testing
10. Mengumpulkan umpan balik pengguna, operasional, dan perbaikan

Vibe coding di sini hanya menggantikan nomor 7 dan sebagian dari 8.

• Product engineer yang benar-benar unggul seharusnya terlibat pada tingkat tertentu di semua tahap ini
• Karena coding dibantu AI, justru nilai orang-orang yang mahir di bagian lain akan makin naik

3) Bahkan jika hanya melihat coding pun, tetap masih banyak pekerjaan penting

Tanpa harus sampai masuk ke ranah product engineering pun, pekerjaan tetap banyak

• Masih banyak hal yang perlu dikerjakan untuk menyelesaikan beberapa persen terakhir dari coding one-to-ten
• Jika developer membantu desain spesifikasi, desain struktur, dan pemecahan tugas, biaya yang dibutuhkan untuk Vibe coding juga bisa berkurang

Dan pada produk di atas tahap one-to-ten, Vibe coding punya banyak keterbatasan

• Codebase makin besar -> context window terbatas
• Untuk menjaga tingkat keamanan yang tinggi dan meningkatkan performa, intervensi langsung dari ahli tetap diperlukan
• Hal yang sama juga berlaku saat menulis kode dengan library atau bahasa yang mungkin belum dipelajari AI dengan baik
• https://id.news.hada.io/topic?id=19923 juga membahas masalah serupa

Lalu, Bagaimana dengan Developer Junior?

Baik dunia bergerak ke sisi suram maupun sisi harapan, satu hal yang pasti adalah perubahan berlangsung sangat cepat. Terutama saat pintu perekrutan menyempit drastis, bagaimana sebaiknya developer junior belajar dan bertumbuh?

Setelah membaca paper <Apa yang Membuat Developer Hebat?>, saya mencoba mendefinisikan 5 kompetensi inti developer unggul seperti ini

• Menulis kode yang bagus
• Melatih pengambilan keputusan berbasis bukti
• Membantu rekan mengambil keputusan yang efektif
• Memaksimalkan nilai saat ini dari pekerjaan
• Belajar secara efektif dan konsisten

Semua ini tetap penting di era AI. Dan ini bisa dihubungkan dengan sisi harapan tadi

1) Manfaatkan pasar yang membesar secara aktif

Kalau saya, saya akan mencoba hal-hal seperti ini

• Belajar prompt engineering
• Mencoba satu per satu aplikasi AI baru yang bermunculan
• Mempelajari dan bereksperimen tentang bagaimana memecah pekerjaan agar coding agent bisa memahami requirement saya dengan baik
• Mewujudkan lalu merilis aplikasi kecil yang menyelesaikan masalah pribadi saya dengan Vibe coding
• Jika ada kenalan non-developer yang ingin melakukan Vibe coding, bantu mengajari mereka (tentu berbayar)
• Coba juga membantu kenalan menyelesaikan implementasi, merilis, dan mengoperasikan produknya (juga berbayar)

2) Bangun kapabilitas sebagai product engineer

Kalau saya, saya akan mencoba hal-hal seperti ini

• Punya ketertarikan pada keseluruhan produk: mulai dari pengenalan masalah, ide, perencanaan, desain, testing, sampai operasional
• Jika mencoba membuat dan mengoperasikan aplikasi seperti solo founder, kapabilitas product engineering akan tumbuh secara alami
• Berupaya meningkatkan kemampuan kolaborasi + product engineering dengan bekerja sama dalam tim sambil mendorong perbaikan produk

Saat merekrut developer dan menulis offer letter, saya selalu memasukkan pesan seperti "saya ingin Anda bekerja dengan menganggap diri Anda sebagai mini CTO"

• Setidaknya di proyek yang Anda pegang, Andalah penanggung jawab akhir atas keputusan teknis
• Terlibatlah dalam semua tahap yang diperlukan agar proyek itu berhasil
• Baik dalam hal teknis maupun nonteknis, bantulah rekan kerja agar bisa mengambil keputusan dan tindakan yang efektif

3) Pahami tiap teknologi secara mendalam dan asah insting coding

Developer yang memahami teknologi secara mendalam akan terus dibutuhkan. Karena untuk melampaui PMF dan tumbuh menjadi perusahaan unicorn/dekacorn, Make it Right & Fast adalah keharusan.

Tidak ada jalan pintas untuk ini. Kita harus berusaha dengan menginvestasikan waktu (sambil memanfaatkan bantuan AI).

• Menyelami internal framework/library, memahami konteks historis, berkontribusi ke open source, membuat library sendiri, melacak/memperbaiki bug, meningkatkan web standard/performa, dan sebagainya

Pada saat yang sama, memiliki standar pribadi tentang apa itu kode yang baik dan kemampuan mengenali kode yang baik—"insting coding"—akan menjadi semakin penting. Karena kita harus bisa mengenali Vibe yang salah dari AI, berhenti, lalu melakukan intervensi.

Untuk mengembangkan insting coding, dibutuhkan latihan yang disengaja. Di sini juga perlu waktu dan usaha

• Banyak melihat kode yang bagus, banyak meminta feedback atas kode yang saya tulis baik dari AI maupun developer senior, melihat kode yang ditulis AI atau rekan lalu memperkirakan "kalau diteruskan begini, masalah apa yang mungkin akan muncul", kemudian membandingkannya dengan kenyataan

[ethanhur]

Bagaimanapun, praktik kerja software engineering akan banyak berubah. Para "mesin pembuat kode" akan kehilangan daya saing, tetapi saya bertaruh bahwa para engineer yang benar-benar bisa membangun produk secara end-to-end akan tetap bertahan.

[bichi]

Pekerjaan mengetik di keyboard memang berkurang, tetapi pekerjaan mencari kode jebakan yang dibuat AI justru bertambah.

[j2sus91]

Terima kasih banyak atas tulisan yang sangat bermakna dan bagus ini!

[spilist2]

Saya membuat typo. T_T

Khususnya yang belakangan itu besar penyebabnya karena tidak mudah membuat AI "mengikuti perkataan saya" -> yang pertama

[origolucis]

Memahami secara mendalam product engineering yang dibutuhkan startup memang bagus, tetapi menurut saya menempuh jalur yang justru mengejar dan mengasah teknologi hingga ke batasnya juga tetap bermakna. Pengembangan untuk membuat aplikasi web sederhana akan digantikan oleh AI, tetapi saya pikir tetap harus ada seseorang yang mencetuskan Kubernetes dan merancang ElasticSearch.

[doolayer]

Karena jumlah perancang komponen inti semacam itu terbatas, pada akhirnya saya memang melihat bahwa permintaan untuk profesi "developer" akan berkurang.

[spilist2]

Saat menulis komentar, rasanya pesan yang ingin saya sampaikan dalam tulisan itu jadi lebih rapi.

Menurut saya, di perusahaan-perusahaan individual, permintaan terhadap developer bagaimanapun tampaknya akan berkurang, tetapi karena jumlah perusahaan atau pelaku usaha/individu setara yang membutuhkan 'pekerjaan pengembangan' akan meningkat jauh lebih banyak, pekerjaan untuk developer tetap akan sangat banyak.

Tentu saja, hal-hal itu juga bisa saja digantikan oleh AI, tetapi kalau sudah sampai titik itu, bukankah hampir tidak ada lagi profesi yang tidak tergantikan...

[kakasoo]

Pendapat yang bagus!

[nowdoit7]

Saya setuju. Ke depannya, sepertinya pekerjaan akan terbagi antara hal-hal yang dilakukan oleh AI coding dan perancangan serta peninjauan yang dilakukan manusia, dan sampai muncul AI yang memahami keseluruhan proyek, sepertinya keduanya akan hidup berdampingan.

[spilist2]

Saya setuju! Tentu saja AI juga akan membantu di sana, tetapi saya rasa akan sulit jika hanya mengandalkan vibe saja.

[spilist2]

Sebagai referensi, game yang dibuat dengan vibe coding adalah ini. https://www.stdy.blog/vibe-go-stone/