Apakah Vibe Coding Membunuh Software Craftsmanship?

Apa yang terjadi ketika kita mulai memvibe sebuah sistem perangkat lunak alih-alih memahaminya?

Fenomena yang diistilahkan vibe coding oleh Andrej Karpathy sedang mengubah cara kita menulis kode. Konsepnya sederhana: gunakan AI generatif, bicara dalam bahasa alami, dan biarkan model bahasa menerjemahkan intention menjadi instruksi komputasional. Simon Willison kemudian merangkumnya dalam sebuah blog post: kita tidak lagi menulis kode karakter demi karakter; kita mengorkestrasi AI untuk melakukannya demi kita.

Di permukaan, ini adalah revolusi produktivitas. Seorang solo founder bisa membangun MVP dalam semalam. Seorang developer non-backend bisa mengekspos API tanpa memahami HTTP verbs. Seorang product manager bisa membuat prototype fungsional tanpa menyentuh dokumentasi framework. Semuanya terasa demokratis, cepat, dan hampir magis. Barrier to entry untuk membangun software runtuh dalam semalam.

Tapi di balik kecepatan itu, ada pertanyaan yang mengganggu: apakah kita masih membangun software, atau hanya merakit prediksi statistik yang berbentuk kode?

Peter Naur, dalam paper klasiknya "Programming as Theory Building" (1985), menyatakan sesuatu yang fundamental: programming bukan sekadar menulis kode, melainkan membangun sebuah teori mental tentang masalah yang dipecahkan dan solusi yang dibangun. Kode itu hanya artefak. Yang sebenarnya bernilai adalah teori di baliknya—pemahaman holistik tentang constraint, trade-off, edge case, dan evolusi sistem dalam jangka panjang.

Vibe coding, dalam bentuk ekstremnya, memisahkan programmer dari teori tersebut. Ketika Anda meminta LLM "buatkan fitur payment gateway" dan copy-paste hasilnya tanpa memahami race condition, idempotency, atau PCI compliance, Anda bukan sedang membangun teori. Anda sedang berjudi dengan dekomposisi probabilistik. Kodenya mungkin lulus unit test, tapi Anda tidak memiliki model mental untuk men-debugnya ketika produksi error pada 3 pagi.

Ini bukan Luddisme. Saya sendiri pengguna berat AI-assisted development. AI sebagai pair programmer yang cerdas, tidak pernah lelah, dan punya akses ke corpus pengetahuan manusia adalah net positive bagi industri ini. IntelliSense generatif, refactoring otomatis, debugging assisted, dan generate test case adalah kemajuan nyata yang membebaskan kita dari pekerjaan mekanis. Masalahnya bukan pada keberadaan AI. Masalahnya adalah ketika alat bantu menjadi pengganti pikir—ketika understanding dikorbankan demi shipping, dan ketika confidence diukur dari berapa banyak kode yang dihasilkan, bukan dari seberapa dalam masalah yang dipahami.

Kita melihat gejala ini di berbagai tempat. Di forum seperti Hacker News, developer junior mulai kesulitan menjelaskan why kode mereka bekerja, meskipun kodenya berjalan di production. Di tech Twitter, muncul ungkapan setengah serius: "I don't know how this works, but the tests pass. Vibes only." Ini bukan lelucon belaka; ini adalah kondisi yang semakin normal, semakin diterima, dan semakin berbahaya ketika dihadapkan pada sistem mission-critical.

Software craftsmanship bukan tentang menulis kode dengan tangan dalam text editor. Itu adalah pemahaman yang salah. Craftsmanship adalah tentang kepedulian terhadap struktur, konteks, dan konsekuensi jangka panjang. Seorang craftsman memahami bahwa setiap baris kode adalah keputusan desain yang membawa beban kognitif dan teknis selama bertahun-tahun. Craftsmanship adalah mengetahui kapan harus menolak shortcut, kapan harus merombak arsitektur, dan kapan sebuah solusi yang berjalan justru adalah solusi yang salah karena tidak maintainable. Ketika kita menghilangkan kepedulian itu karena AI bisa "menggantikan kita untuk berpikir", kita kehilangan sesuatu yang jauh lebih mahal: kemampuan untuk membedakan solusi yang elegan dengan solusi yang rapuh.

Bagi developer di Indonesia dan Asia Tenggara, di mana tekanan untuk deliver fast sering kali lebih kuat dari dorongan untuk learn deep, vibe coding bisa menjadi jebakan ganda. Bukan hanya karena risiko technical debt yang tidak terlihat di sprint planning, tapi karena risiko stagnasi kognitif—ketika seluruh industri merasa nyaman menjadi operator alih-alih arsitek. Kita perlu waspada: pasar teknologi global tidak membutuhkan lebih banyak operator prompt; pasar membutuhkan problem solver yang bisa menavigasi kompleksitas dengan orisinalitas.

Jadi, apakah vibe coding membunuh software craftsmanship? Tidak secara langsung. Tapi vibe coding tanpa disiplin pemikiran kritis adalah resep untuk de-skilling generasional. Kita sedang berada di tikungan bersejarah: teknologi yang sama bisa digunakan untuk memperdalam expertise atau menggantikan expertise sama sekali. Pilihan itu ada di tangan kita setiap kali membuka IDE.

Masa depan bukanlah programmer yang tidak bisa menulis kode tanpa AI. Masa depan adalah programmer yang menggunakan AI untuk mempercepat pemahaman, bukan menghindarinya. AI harus menjadi telescop untuk melihat lebih jauh ke dalam masalah, bukan blindfold untuk tidak melihat sama sekali. Kita perlu beralih dari "vibe" sebagai mood boarding ke "vibe" sebagai augmented reasoning.

Pertanyaannya sekarang: di tengah kemudahan dan kecepatan yang ditawarkan AI hari ini, seberapa sering Anda benar-benar berhenti, menutup chat panel, dan bertanya kepada diri sendiri, "Mengapa kode ini bekerja, dan apakah ini adalah cara yang tepat untuk membangun sesuatu yang bertahan?"