Ada istilah baru yang beredar di kalangan teknik, yaitu pengkodean getaran, dan jika Anda menjalankan bisnis, ada baiknya Anda memahami apa arti sebenarnya daripada mengabaikannya sebagai jargon. Vibe coding adalah praktik mendeskripsikan apa yang Anda inginkan dalam bahasa sederhana dan membiarkan model AI menulis kodenya, mengulanginya berdasarkan perasaan dan dengan menguji keluarannya, bukan dengan menulis tangan setiap barisnya. Ini adalah perubahan nyata dalam cara perangkat lunak dibangun, dan saya sendiri telah menggunakannya untuk prototipe yang tidak akan saya repotkan untuk memulainya setahun yang lalu.

Berikut adalah versi jujur ​​dari seseorang yang mencari nafkah dengan mengirimkan sistem produksi: pengkodean getaran benar-benar mengubah siapa yang dapat membuat prototipe yang berfungsi, dan seberapa cepat. Namun, hal ini belum bisa menggantikan penilaian teknik terhadap apa pun yang harus bertahan dari kontak dengan pelanggan nyata, data nyata, dan mode kegagalan nyata. Pemilik yang memahami perbedaan tersebut akan mendapatkan keuntungan dalam kecepatan. Pemilik yang melewatkannya akan mendapatkan produk rapuh yang tampak sudah selesai dalam demo dan gagal dalam produksi.

Peluang bagi pemilik bisnis bersifat spesifik dan konkrit: prototipe, alat internal, dan pembuktian konsep yang dulunya memerlukan perekrutan pengembang dan menunggu berminggu-minggu kini bisa mendapatkan versi kerja pertama dalam hitungan hari, terkadang berjam-jam. Itu layak untuk dieksploitasi. Hal yang tidak layak dilakukan adalah melewatkan langkah rekayasa karena apa pun yang benar-benar diandalkan oleh pelanggan.

Apa sebenarnya pengkodean getaran itu

Istilah ini menggambarkan alur kerja, bukan alat tertentu. Anda mendeskripsikan fitur atau aplikasi yang Anda inginkan, dalam bahasa alami, seperti Anda memberi pengarahan kepada seseorang. Model AI menghasilkan kode. Anda menjalankannya, melihat apa yang rusak atau terlihat salah, jelaskan perbaikannya, dan ulangi. Orang yang menggerakkannya mengarahkan maksud dan menilai keluaran, bukan mengetik sintaksis baris demi baris.

Ini adalah mode yang sangat berbeda dari pengkodean tradisional, dan juga berbeda dari alat "tanpa kode" yang lebih lama, karena keluarannya adalah kode nyata, bukan pembuat visual yang terkunci. Artinya, pada prinsipnya, hal ini dapat dipertahankan dan diperluas oleh insinyur yang sebenarnya di kemudian hari, yang mana hal ini sangat penting agar segala sesuatunya dapat bertahan lama.

Apa yang memungkinkan hal ini terjadi sekarang, dibandingkan lima tahun yang lalu, adalah bahwa model pengkodean AI saat ini cukup baik untuk menampung sejumlah konteks yang masuk akal tentang basis kode dan menghasilkan kode yang berfungsi, sebagian besar benar untuk pola umum: layar CRUD, integrasi API, dasbor, logika bisnis standar. Mereka jauh lebih lemah dalam hal penilaian yang memisahkan demo dari suatu sistem: batasan keamanan, integritas data dalam akses bersamaan, kegagalan yang wajar, dan kasus-kasus edge yang hanya muncul ketika pengguna sebenarnya mulai menggunakan perangkat lunak dengan cara yang tidak direncanakan oleh siapa pun.

Dimana hal ini benar-benar membantu bisnis

Kecepatan pembuatan prototipe. Sebuah ide yang membutuhkan waktu dua minggu bagi pengembang untuk melakukan scaffold, kini bisa mendapatkan versi kasarnya dalam satu atau dua hari. Untuk memvalidasi apakah suatu fitur layak dibangun dengan benar, ini mirip dengan eksperimen gratis.

Alat internal. Dasbor satu kali, skrip internal untuk merekonsiliasi dua spreadsheet, otomatisasi cepat untuk tugas yang berulang, ini adalah kategori dengan risiko rendah dan radius ledakan rendah di mana keluaran pengkodean getaran dapat langsung digunakan dengan tinjauan ringan.Pendiri non-teknis akan melangkah lebih jauh dengan kemampuan mereka sendiri. Seseorang dengan ide yang jelas dan tidak memiliki latar belakang teknik kini dapat membuat sesuatu yang benar-benar berjalan, mengujinya dengan pengguna sebenarnya, dan melakukan percakapan teknis dengan artefak yang berfungsi, bukan dek slide. Hal ini mengubah pengaruh dalam percakapan awal perekrutan dan penggalangan dana.

Iterasi internal yang lebih cepat untuk tim teknik yang sudah ada. Pengembang berpengalaman yang menggunakan pengkodean dengan bantuan AI tidak digantikan oleh teknologi tersebut, mereka bergerak lebih cepat melalui bagian-bagian pekerjaan yang selalu bersifat mekanis, dan menghabiskan lebih banyak waktu mereka pada arsitektur dan pengambilan keputusan yang benar-benar menentukan apakah suatu sistem dapat bertahan.

Dimana rusak

Mode kegagalannya konsisten dan dapat diprediksi: perangkat lunak berkode getaran cenderung terlihat selesai dengan baik sebelum benar-benar siap produksi. Demo bisa menyembunyikan banyak hal. Apa yang disembunyikan secara spesifik:

  • Keamanan. Alur autentikasi, batasan izin, dan keterpaparan data merupakan area yang paling berbeda antara "berfungsi saat saya mengujinya" dan "aman dengan data pengguna sebenarnya".
  • Integritas data saat dimuat secara nyata. Prototipe yang diuji oleh satu orang yang mengeklik tidak akan berperilaku seperti sistem dengan pengguna secara bersamaan, percobaan ulang, dan kegagalan sebagian.
  • Kemampuan pemeliharaan. Kode yang dihasilkan berulang-ulang, tanpa rencana arsitektural, cenderung mengakumulasi jenis inkonsistensi yang membuat perubahan dalam enam bulan ke depan menjadi lebih lambat, bukan lebih cepat. Ini adalah cara cepat untuk membuat masalah persis seperti yang saya tulis di Mengapa Sistem Lama Secara Diam-diam Membunuh Pertumbuhan Bisnis: sebuah sistem yang tidak sepenuhnya dipahami oleh siapa pun, disatukan oleh apa pun yang berhasil pada saat itu.
  • Kasus edge yang tidak dijelaskan oleh siapa pun. AI membuat apa yang Anda minta. Hal ini tidak dapat mengantisipasi jalur kegagalan yang tidak terpikirkan untuk Anda sebutkan, dan Anda juga tidak dapat mengantisipasinya, karena itulah gunanya pengalaman teknik.

Semua ini tidak berarti pengkodean getaran itu buruk. Ini berarti batas antara "cukup baik untuk menguji sebuah ide" dan "cukup baik untuk menjalankan bisnis Anda" belum berubah, meskipun kecepatan untuk mencapai garis pertama telah berubah secara dramatis.

Cara menggunakannya tanpa terbakar

  1. Gunakan secara bebas untuk prototipe, peralatan internal, dan apa pun dengan radius ledakan kecil jika rusak. Kecepatan di sini mendekati keuntungan murni.
  2. Perlakukan prototipe berkode getaran sebagai spesifikasi, bukan hasil, setelah divalidasi. Saat pelanggan nyata atau uang nyata menyentuhnya, anggarkan anggaran bagi teknisi untuk meninjau arsitektur, keamanan, dan penanganan data sebelum melangkah lebih jauh.
  3. Jangan biarkan "berfungsi di demo" menjadi standar kualitas Anda. Tanyakan secara spesifik siapa yang meninjau mode keamanan dan kegagalan, bukan hanya apakah fitur tersebut berfungsi.
  4. Pekerjakan untuk menilai, bukan hanya untuk kelancaran AI. Insinyur yang memanfaatkan alat ini secara maksimal adalah mereka yang sudah mengetahui seperti apa arsitektur yang bagus dan dapat menangkap apa yang terlewatkan oleh AI. Jika Anda menyaring hal ini, saya memberikan tes konkritnya dalam konteks terkait di AI Tidak Akan Mengganti Staf Anda, tetapi Akan Mengubah Pekerjaan Mereka.

Kesimpulan praktisnyaVibe coding adalah pembuka kecepatan asli untuk bagian awal, murah, dan eksplorasi dalam membangun perangkat lunak, dan Anda harus menggunakannya di sana tanpa ragu-ragu. Kesalahannya adalah membawa kepercayaan biasa yang sama ke dalam hal apa pun yang menjadi sandaran pelanggan atau pendapatan. Buat prototipe dengan cepat, validasi dengan cepat, lalu berikan penilaian teknik nyata sebelum Anda menskalakannya. Perusahaan yang melakukan kesalahan ini bukanlah perusahaan yang mencoba pengkodean getaran, mereka adalah perusahaan yang tidak pernah melakukan peninjauan tingkat produksi setelah prototipe mulai terlihat selesai.