本站提供正體中文版。切換到正體中文本站提供简体中文版。切换到简体中文This site is available in English.View in Englishこのサイトには日本語版があります。日本語で表示이 사이트는 한국어로도 제공됩니다.한국어로 보기Diese Website ist auch auf Deutsch verfügbar.Auf Deutsch ansehenEste sitio web también está disponible en español.Ver en españolQuesto sito è disponibile anche in italiano.Visualizza in italianoCe site est également disponible en français.Afficher en françaisEste site também está disponível em português.Ver em portuguêsDeze website is ook beschikbaar in het Nederlands.In het Nederlands bekijkenЭтот сайт также доступен на русском языке.Смотреть на русскомयह वेबसाइट हिन्दी में भी उपलब्ध है।हिन्दी में देखेंهذا الموقع متاح أيضًا باللغة العربية.عرض بالعربيةBu site Türkçe olarak da mevcut.Türkçe görüntüleTa strona jest dostępna także po polsku.Wyświetl po polskuTrang web này cũng có phiên bản tiếng Việt.Xem bằng tiếng Việtاین وب‌سایت به فارسی هم در دسترس است.مشاهده به فارسی

Dari “yang penting jalan” ke “berani mengubah dan membuatnya jalan”: buku harian sebulan koding seorang pemula

AI2026.04

Perlu saya sampaikan lebih dulu: saya bukan insinyur perangkat lunak, dan urusan pemrograman yang saya bicarakan di sini sebenarnya semuanya adalah yang disebut Vibe Coding, yang jalannya mengikuti perasaan saja.

Laptop di atas meja menampilkan kode, di sampingnya tertempel catatan tempel, sebuah papan tulis kecil bertuliskan alur perubahan, timer pomodoro dan buku harian pemrograman yang ditulis tangan, serta sebuah mug bergambar kucing

Belakangan ini, agar pekerjaan berjalan sedikit lebih lancar, saya terus mengembangkan perkakas kecil saya sendiri. Dua hari terakhir saya mengerjakan tiga hal: mulai mencadangkan dengan Git, memperbaiki beberapa bug pada logika program, dan menyambungkan model AI yang baru.

Yang tersulit bukan sintaksis, melainkan “mengubah apa yang diinginkan menjadi kode”

Setelah sebulan berjalan, kesan terbesar saya adalah — bagian tersulit dalam menulis program sebenarnya bukan sintaksis, melainkan mengubah “apa sebetulnya yang saya inginkan” menjadi “kode yang konkret”.

Misalnya, kata “memperbaiki bug” terdengar sangat sederhana saat diucapkan, tetapi sebelum benar-benar turun tangan, Anda harus lebih dulu mengajukan segudang pertanyaan kepada diri sendiri:

  • Perlukah menyimpan dulu?
  • Perlukah membuat branch baru?
  • Kapan mengujinya? Dan bagaimana cara mengujinya?
  • Setelah selesai diubah, kapan sebuah perubahan baru bisa disebut “beres”?
  • Perlukah sekalian menandai sebuah nomor versi?

Semua ini sebenarnya bukan persoalan pemrograman, melainkan persoalan “kebiasaan kerja”. Rangkaian alur ini mungkin sangat lumrah di industri, tetapi bagi seorang pemula pemrograman, ini benar-benar sebuah mimpi buruk.

Beberapa hal kecil yang saya pelajari

Selama satu bulan ini saya mempelajari beberapa hal kecil, yang saya bagikan untuk sesama pemula seperti saya:

  1. Pasang dulu perisai pelindungnya, baru mulai mengutak-atik sesuka hati. Dengan Git sebagai kontrol versi, sekalipun hasil perubahan Anda kacau balau, dalam tiga puluh detik Anda bisa kembali ke masa lalu, setenang punya save game.
  2. Kerjakan satu hal saja dalam satu waktu. Jangan sekali-kali “sekalian mengubah satu baris lagi”, sebab itu akan membuat diri Anda di masa depan ingin membenturkan kepala ke tembok.
  3. Lambat itu normal. Satu sore penuh hanya untuk menuntaskan satu fitur kecil? Ya, inilah keseharian. Tutorial-tutorial kilat itu kebanyakan sedang membohongi Anda.
  4. Tulislah catatan untuk diri Anda di masa depan. Kalau tidak, lain kali saat kembali melihatnya, Anda akan mengira program ini ditulis orang lain. (Ya sudah, program ini memang betul-betul ditulis oleh AI.)

Dari “yang penting jalan” ke “berani mengubah dan membuatnya jalan”, yang terbentang di antara keduanya barangkali justru kebiasaan-kebiasaan kerja ini: tampak sepele, tetapi harus dilengkapi satu demi satu.