Era 80% coding oleh agen AI, masalah nyata developer adalah ‘utang pemahaman’

Fenomena: perubahan cepat dari 80% coding manual → 80% coding oleh agen (pernyataan Andrej Karpathy)

• Tim Claude Code: 20+ PR per hari, semuanya 100% ditulis AI
• Dulu ‘masalah 70%’ → kini memasuki era 80% ke atas

Perubahan sifat error

• Dulu: berfokus pada sintaks dan bug sederhana
• Sekarang: berfokus pada kegagalan konseptual dan arsitektural
  • Penyebaran asumsi yang salah (assumption propagation)
  • Salah paham di awal → lalu dibangun menumpuk ke seluruh bagian sesudahnya
  • Abstraksi dan overengineering berlebihan (100 baris → ledakan class menjadi 1.000 baris)

Konsep inti: utang pemahaman (comprehension debt)

• AI mengimplementasikan sesuatu yang tampak meyakinkan → lolos tes → muncul godaan untuk merge begitu saja
• Belakangan tidak bisa menjelaskan “bagaimana kode ini bekerja”
• Kemampuan menulis (generation) ≠ kemampuan membaca dan memahami (discrimination)
• Review berisiko merosot menjadi sekadar stempel formalitas
• Dalam jangka panjang, bisa kehilangan pemahaman atas codebase sendiri

Paradoks produktivitas

• Volume merge PR +98%, ukuran PR +154% (Faros AI·DORA)
• Waktu code review +91% → bottleneck baru
• Survei Atlassian 2025: 99% mengklaim “menghemat lebih dari 10 jam per minggu” → tetapi total beban kerja tidak berkurang
• Waktu yang dihemat → habis untuk context switching, koordinasi, dan change management
• “Sudah beli mobil yang lebih cepat, tapi jalannya malah makin macet”

Titik percabangan peran developer (Karpathy)

• Terpolarisasi menjadi “orang yang suka coding” vs “orang yang suka membangun sesuatu”
• Kelompok pertama: merasa kehilangan
• Kelompok kedua: merasa terbebaskan (kode menjadi sarana → beralih ke pengawasan arsitektur dan koordinasi)
• Contoh sukses: redefinisi dari pelaksana implementasi → pengorkestra (orchestrator)
  • Penguatan cara berpikir deklaratif
  • Survei Armin Ronacher: 44% masih 90%+ coding manual, sementara hanya segelintir yang mengadopsi ekstrem 100% AI

Lingkungan yang cocok untuk 80% vs lingkungan yang berbahaya

• Cocok: greenfield, MVP, proyek pribadi, startup tanpa legacy (bisa scaffolding cepat dan refactoring agresif)
• Berbahaya: codebase besar yang matang, invarians kompleks, dan lingkungan dengan banyak aturan implisit (agen tidak tahu apa yang tidak diketahuinya + terlalu percaya diri)

Kesimpulan (Karpathy)

• AI tidak menggantikan engineer, melainkan memperkuat mereka
• Pekerjaan monoton menghilang → yang tersisa hanya bagian kreatif
• Pemrograman menjadi lebih menyenangkan dan memberi lebih banyak keberanian
• Identitas developer: dari “orang yang menulis kode” → “orang yang menyelesaikan masalah dengan software” (esensinya tetap sama)

→ Tugas inti developer di era AI bukan kecepatan menghasilkan kode, melainkan menjaga pemahaman dan mengelola utang

https://aisparkup.com/posts/8925

[laeyoung]

“Orang yang suka coding” vs “orang yang suka membuat sesuatu” makin terpolarisasi

• Yang pertama: rasa kehilangan
• Yang kedua: rasa terbebaskan (kode adalah sarana → beralih ke pengawasan dan orkestrasi arsitektur)

---

Sepertinya ini memang benar sekali.

[pencil6962]

Sekarang sepertinya para insinyur elektronik harus ngoding sebagai hobi, seperti merajut.

[love7peace]

Ini dia wkwk

[husky81]

Tulisan yang bagus. Ketika saya menemukan konsep atau singkatan fungsi yang tidak saya ketahui, saya berusaha untuk sebisa mungkin bertanya lagi kepada AI.