Cara Mengembangkan Produk dengan Claude Code Seolah Memiliki Tim 5 Orang

• Alat AI Claude Code bukan sekadar pembuat kode, tetapi alat produktivitas yang memberikan pengalaman seperti mendelegasikan pekerjaan kepada rekan kerja
• Alat ini menyediakan lingkungan yang memungkinkan kita fokus pada kemampuan khas manusia seperti perancangan sistem, pemikiran produk, dan komunikasi, alih-alih implementasi yang berulang
• Melalui pekerjaan paralel, debugging multilangkah, dan integrasi GitHub, alat ini memberi efek berupa kemampuan menghasilkan output setara tim pengembangan besar meski dengan personel kecil
• Namun, ada keterbatasan dan karakteristik unik seperti penulisan tes yang berlebihan atau kecenderungan menangani tugas sederhana secara berlebihan, sehingga pengguna tetap perlu mengelolanya
• Pada akhirnya, ini menggeser peran developer dari pelaksana menjadi konduktor, membuka kemungkinan luas mulai dari pelatihan developer junior, peningkatan produktivitas senior, hingga eksekusi proyek oleh non-developer

---

Perubahan peran developer dan kode yang ditulis AI

• Semua kode yang ditulis dalam dua bulan terakhir dibuat langsung oleh Claude Code, bukan manusia
  • Pengguna fokus pada perancangan arsitektur dan penentuan hasil, bukan implementasi
  • Pengetikan detail yang repetitif makin lama menjadi tidak diperlukan
• Dalam proses ini, nilai developer bergeser ke perencanaan produk, pemikiran sistemik, dan penilaian estetika

Kemampuan debugging multilangkah

• Dalam masalah kegagalan pekerjaan antrean, Claude Code menganalisis ribuan baris kode library eksternal untuk menemukan penyebabnya
  • Masalah ketidaksesuaian nama antrean antara lingkungan pengembangan dan lingkungan produksi berhasil diselesaikan
• Ini menjadi contoh bagaimana masalah yang biasanya memakan waktu berjam-jam atau berhari-hari bagi developer biasa dapat diselesaikan dalam waktu singkat

Bekerja seperti konduktor orkestra

• Beberapa instance Claude Code dapat dijalankan secara paralel untuk mengembangkan banyak fitur secara bersamaan
  • Setiap pekerjaan berlangsung di git worktree terpisah untuk mencegah konflik
• Developer mengambil peran manajer yang mengarahkan pekerjaan dan melakukan review, alih-alih menulis kode secara langsung
• Dengan begitu, pekerjaan tetap bisa berjalan efektif bahkan saat energi atau fokus menurun

Pemakaian sehari-hari dan minim gesekan

• Berbeda dari alat berbasis IDE seperti Cursor, Copilot, Claude Code tidak terikat pada lingkungan tertentu
• Terintegrasi mulus dengan workflow developer yang sudah ada seperti CLI, git, dan tmux
• Perintah utama:
  • /issues → membuat issue GitHub
  • /work → pengembangan berbasis issue dan pembuatan PR
  • /review → review dan perbaikan PR
• Dengan demikian, gesekan dalam proses riset, implementasi, dan review dapat diminimalkan

Batasan dan karakter

• Terkadang alat ini menunjukkan perilaku berlebihan, seperti menulis terlalu banyak tes atau memproses tugas sederhana secara terlalu rumit
• Jika mulai bergerak ke arah yang salah, prosesnya dapat segera dihentikan
• Kelebihannya, alat ini juga dengan senang hati mengerjakan hal-hal yang biasanya dianggap merepotkan oleh developer, seperti revisi gaya yang berulang

Developer junior dan pembelajaran

• Developer junior dapat memanfaatkan Claude Code sebagai mentor yang bisa ditanyai tanpa henti
  • "Apa masalah pada PR saya?"
  • "Apa perbedaan pendekatan Python dan Ruby?"
  • "Apa jebakan dan hal yang perlu diperhatikan di tiap bahasa?"
• Dengan itu, kecepatan belajar dan kontribusi kerja nyata dapat meningkat secara signifikan

Contoh workflow nyata

• Pukul 09.00: laporan bug diberikan ke Claude Code → bug direproduksi dan issue GitHub dibuat otomatis
• Pukul 09.20: bekerja paralel di 4 tab berbeda (perbaikan bug, review PR, penulisan changelog, investigasi pekerjaan latar belakang)
• Pukul 10.00~11.00: tiap PR dibuat otomatis, termasuk dokumentasi dan penanganan error
• Pukul 11.30: manusia melakukan review akhir untuk menyempurnakan UX dan gaya kode
• Pukul 11.45: feedback pelanggan dianalisis dan otomatis diubah menjadi issue

Kesimpulan dan siapa yang cocok

• Tim beranggotakan dua orang dapat menginvestasikan $400 per bulan untuk mencapai output setara tim besar
• Cocok untuk:
  • Developer senior yang ingin fokus pada strategi dan kualitas alih-alih implementasi
  • Team lead yang ingin menghasilkan lebih banyak capaian
  • Founder non-teknis dan developer pemula
• Mulainya bisa dengan langganan $20 per bulan, dan kunci untuk memperpendek kurva belajar adalah langsung menyerahkan proyek nyata
• Masa depan coding sedang bergeser dari implementasi langsung menuju pengarahan hasil dan delegasi

[kaydash]

Manusia bertengkar, tapi program tidak bertengkar dan rasional..

[bluekai17]

Menurut saya, kalau hanya menggunakan worktree dengan baik saja sudah terasa bagus.

[bhjun]

Kalau mau seperti itu, sepertinya dengan Pro jelas tidak akan bisa.
Saya sedang membuat aplikasi iOS sebagai non-developer, dan dengan Pro batasnya tercapai terlalu cepat.
Setiap kali selalu selesai sebelum lewat 2 jam.

Di sisi lain, tercapainya batas itu rasanya juga bagus karena sekaligus jadi tanda waktunya berhenti kerja...
("cukup sampai di sini hari ini,,," kurang lebih begitu wkwk)

[bluekai17]

Kalau pakai yang Max $100, rasanya masih cukup lega. Saya memang bukan non-developer, tapi ini pertama kalinya saya mengembangkan aplikasi, jadi saya sudah mencobanya selama sebulan. Sampai sekarang, total pemakaiannya kira-kira $566.93.

[fanotify]

Kalau dipakai 2–3 jam di pagi hari, sepertinya sudah kena limit sebelum makan siang (pengguna Pro)
Tertulis akan di-reset mulai jam 3, tapi kalau bukan Max sepertinya tidak bisa dipakai seharian (bahkan untuk Max pun rasanya tidak terlalu sulit untuk mencapai batasnya)

[neodasida]

Rasanya seperti pomodoro otomatis 2 jam ya, haha

[click]

Bahkan kalau cuma dipakai dengan pola yang banyak direkomendasikan orang di plan mode pada paket pro 20 dolar—menyuruhnya menganalisis untuk menyusun rencana yang detail lalu lanjut ke mode edit—ternyata batas limit cepat sekali tercapai.
Memang kualitas kodenya jadi lebih bagus, tapi rasanya konsumsi token setidaknya tiga kali lebih cepat dibanding saat mulai dari awal langsung di mode edit secara bodoh.

[hanay]

Di paket gratis memang tidak bisa digunakan, ya?

[bluekai17]

Kalau pakai yang seharga 100 dolar, sepertinya setidaknya masih bisa ter-cover.

[helio]

Bahkan dengan yang $20 pun rasanya sulit. Untuk menulis seperti, "semua kode yang ditulis selama dua bulan terakhir bukan dibuat manusia, melainkan langsung ditulis oleh Claude Code"
bukankah pertama-tama harus menghabiskan $200, lalu kalau kena limit harus keluar $200 lagi?

[muroa96]

Saya juga menggunakan paket seharga $100. Sebelum menulis kode, saya membuat plan dengan model Opus, lalu untuk coding yang sebenarnya saya memakai Sonnet. Selama sekitar dua bulan terakhir, hampir semua kode (setidaknya beberapa ribu baris) ditulis langsung oleh Claude Code, dan saya hampir tidak pernah terkena limit. Bahkan bisa dibilang tidak pernah, kecuali saat saya tidak sengaja menulis kode dengan Opus.
Saat ini saya menggunakan Opus Plan Mode yang baru dirilis, dan sejak memakainya pun peringatan "Approaching limit" juga hampir tidak pernah muncul.

[progdesigner]

Saya sudah bekerja dengan cara yang sama~
Kalau lihat hasil voting di komunitas,
sepertinya 80-90% sedang berubah ke arah seperti ini