[Adaptasi Vibe Coding di Perusahaan] Part 2: Menantang Pengembangan MVP dengan Vibe Coding Berbasis Dokumen Desain

1. Latar belakang
   •Berbagi pengalaman saat terkejut dengan produktivitas MSA dan Vibe Coding, berangkat dari pengalaman pengembangan berbasis OOP/pattern desain yang sudah ada.
   •Belakangan ini, seiring perkembangan LLM dan AI IDE (CLAUDE, Cursor, dll.), cara menulis kode itu sendiri sedang berubah.

2. Apa itu DDVC?

Design-Driven Vibe Coding adalah metode yang dinamai oleh CrowdWorks, yaitu metodologi Vibe Coding yang sistematis untuk meminta LLM melakukan pengembangan berdasarkan dokumen desain.
•Intinya adalah struktur di mana setelah menulis dokumen PRD dan Requirements, AI menghasilkan kode berdasarkan dokumen tersebut.
•Penyusunan dokumen juga dilakukan dengan alur AI membuat draf awal → manusia meninjau dan merevisi hingga selesai.
•PRD: mencakup tujuan produk, persyaratan fungsional, user story, prioritas, dll.
•Requirements: mencakup ringkasan modul, persyaratan fungsional, struktur file, kode terkait, dan aturan

3. Dua strategi pengembangan
   •Strategi 1: pengembangan berurutan per modul → mirip dengan cara lama, lebih stabil. Lebih cocok untuk Production daripada PoC.
   •Strategi 2: pembuatan modul secara bersamaan → cepat, tetapi tingkat kesulitan pengujian dan validasi lebih tinggi. Untuk mengatasinya, kode pengujian juga dibuat bersamaan.

4. Eksperimen 3-Day MVP Development
   •Untuk mengatasi kenyataan keterbatasan resource, dilakukan eksperimen mengembangkan MVP hanya dalam 3 hari.
   Day 1: dokumen desain (PRD + Requirements) + desain teknis
   Day 2: pembuatan kode + pengujian dasar
   Day 3: pengujian integrasi + frontend + validasi

5. Contoh MVP: sistem RAG berbasis izin dokumen
   •Sistem yang memiliki parsing dokumen dan pendaftaran ke Vector DB, manajemen izin, serta fitur pencarian berbasis chat.
   •Pembuatan PRD/Requirements → AI menghasilkan kode → pembuatan kode pengujian → debugging dengan Cursor AI.
   •Frontend menggunakan Next.js + TailwindCSS untuk membuat UI pengujian secara otomatis.

6. Tips eksekusi dan hal yang dirasakan
   •Daripada memperbaiki kode, regenerasi bisa jadi lebih ekonomis.
   •Menekankan pentingnya output log (disarankan format yang menyertakan nomor baris)
   •Perlu kepercayaan pada kemampuan coding AI (terutama berdasarkan Claude 3.7)
   •Kode asinkron sulit di-debug bahkan oleh AI → pada awalnya disarankan menulis secara sinkron lalu mengubahnya kemudian
   •Di awal mungkin terasa kewalahan dengan banyaknya kode, tetapi setelah terbiasa produktivitas meningkat

7. Cara memperluas budaya
   •Rencana hackathon internal: menyebarkan DDVC dan berbagi pengalaman praktik Vibe Coding
   •Membagi track developer/non-developer agar semua orang dapat mengakses AI coding

Kesimpulan:
Vibe Coding sedang mengubah bukan hanya cara produksi kode, tetapi juga peran developer, budaya, dan cara kolaborasi. Tulisan ini ditutup dengan berbagi insight bahwa cepat mendapatkan pengalaman nyata di lapangan dan beradaptasi dapat menjadi daya saing.