Claude Code ile 5 kişilik bir ekip gibi nasıl geliştirme yapılır

• Yapay zeka aracı Claude Code, basit bir kod üreticisi değil; işi bir ekip arkadaşına devrediyormuş hissi veren bir verimlilik aracı
• Tekrarlayan implementasyonlar yerine sistem tasarımı, ürün odaklı düşünme, iletişim gibi insana özgü yeteneklere odaklanmayı sağlayan bir ortam sunuyor
• Paralel çalışma, çok aşamalı hata ayıklama ve GitHub entegrasyonu sayesinde küçük ekiplerle bile büyük geliştirme ekipleri düzeyinde çıktı üretme etkisi yaratıyor
• Ancak aşırı test yazma, basit işleri gereğinden fazla karmaşık ele alma gibi sınırlamalar ve karakteristik tuhaflıklar da var; bunları kullanıcının yönetmesi gerekiyor
• Sonuç olarak bu yaklaşım, geliştiricinin rolünü uygulayıcıdan orkestratöre kaydırıyor; junior geliştirici eğitimi, senior verimliliği ve geliştirici olmayanların proje yürütmesi dahil geniş imkanlar açıyor

---

Yapay zekanın yazdığı kod ve geliştiricinin rolündeki değişim

• Son iki ayda yazılan tüm kodlar insan tarafından değil, doğrudan Claude Code tarafından yazıldı
  • Kullanıcı, implementasyon yerine mimari tasarım ve sonuç tanımına odaklanıyor
  • Tekrarlayan ve ince ayrıntılı yazım işleri giderek gereksiz hale geliyor
• Bu süreçte geliştiricinin değeri ürün planlama, sistemsel düşünme, estetik yargı tarafına kayıyor

Çok aşamalı hata ayıklama yeteneği

• Kuyruk işlerinin başarısız olduğu bir sorunda Claude Code, harici kütüphanelerdeki binlerce satır kodu analiz ederek kök nedeni buldu
  • Geliştirme ortamı ile üretim ortamı arasındaki kuyruk adı uyuşmazlığı sorununu çözdü
• Bu, normalde geliştiricilerin saatler ya da günler harcayacağı sorunların kısa sürede çözülebilmesine örnek oluyor

Bir orkestra şefi gibi çalışmak

• Birden fazla Claude Code örneğini paralel çalıştırarak birden çok özelliği aynı anda geliştirmek mümkün
  • Her iş, çakışmayı önlemek için ayrı bir git worktree içinde yürütülüyor
• Geliştirici doğrudan kod yazmak yerine işleri yöneten ve gözden geçiren bir yönetici rolünü üstleniyor
• Bu sayede enerji veya odak düştüğünde bile verimli şekilde ilerlemek mümkün oluyor

Günlük kullanım ve sürtünmeyi en aza indirme

• Cursor, Copilot gibi IDE tabanlı araçların aksine Claude Code belirli bir ortama bağlı değil
• CLI, git, tmux gibi mevcut geliştirici iş akışlarıyla sorunsuz biçimde entegre oluyor
• Başlıca komutlar:
  • /issues → GitHub issue oluşturma
  • /work → issue tabanlı geliştirme ve PR oluşturma
  • /review → PR inceleme ve iyileştirme
• Böylece araştırma, implementasyon ve inceleme süreçlerindeki sürtünme en aza iniyor

Sınırlamalar ve karakteri

• Bazen gereğinden fazla test yazıyor ya da basit işleri gereksiz yere karmaşıklaştıran aşırı davranışlar sergiliyor
• Yanlış yöne giderse anında durdurmak mümkün
• Güçlü yanı ise tekrarlayan biçem düzeltmeleri gibi geliştiricinin yapmak istemeyeceği işleri de isteyerek üstlenmesi

Junior geliştiriciler ve öğrenme

• Junior geliştiriciler, Claude Code'u durmaksızın soru sorabilecekleri bir mentor olarak kullanabilir
  • "PR'ımdaki sorunlar neler?"
  • "Python ve Ruby yaklaşımı arasındaki fark ne?"
  • "Dillere göre tuzaklar ve dikkat edilmesi gerekenler neler?"
• Bu sayede gelişim hızı ve gerçek iş katkısı ciddi biçimde artıyor

Gerçek iş akışı örneği

• 09:00: Hata raporu Claude Code'a iletilir → yeniden üretim ve otomatik GitHub issue oluşturma
• 09:20: 4 sekmede paralel olarak farklı işler yürütülür (hata düzeltme, PR inceleme, changelog yazımı, arka plan araştırması)
• 10:00~11:00: Her PR otomatik oluşturulur; dokümantasyon ve hata işleme dahil edilir
• 11:30: İnsan son incelemeyi yapar, UX ve kod stilini düzeltir
• 11:45: Müşteri geri bildirimleri analiz edilip otomatik olarak issue'lara dönüştürülür

Sonuç ve önerilen kullanıcılar

• İki kişilik bir ekip, ayda 400 $ harcayarak büyük ekip düzeyinde çıktı elde ediyor
• Önerilen kullanıcılar:
  • Implementasyon yerine strateji ve kaliteye odaklanmak isteyen senior geliştiriciler
  • Daha fazla çıktı üretmek isteyen takım liderleri
  • Geliştirici olmayan kurucular ve başlangıç seviyesindeki geliştiriciler
• Başlangıç aylık 20 $ abonelikle mümkün; öğrenme eğrisini kısaltmanın anahtarı, gerçek projeleri ona devretmek
• Kodlamanın geleceği, doğrudan implementasyondan çok sonuçların orkestrasyonu ve yetki devrine doğru kayıyor

[kaydash]

İnsanlar kavga ediyor ama programlar kavga etmiyor ve daha mantıklı..

[bluekai17]

Bence worktree'yi iyi kullanmak bile başlı başına faydalı.

[bhjun]

Bunu öyle yapmak için Pro kesinlikle yetmez gibi görünüyor.
Geliştirici olmadan bir iOS uygulaması yapıyorum ama Pro’da limite ulaşma noktası çok çabuk geliyor.
Her seferinde 2 saati bile geçmeden bitiyor.

Öte yandan limite ulaşmak, işin bittiği an olduğu için iyi gibi de geliyor...
("bugünlük bu kadar,,," hissiyle lol)

[bluekai17]

Aylık en fazla $100’lık olanı kullansanız bile yine de oldukça rahat oluyor. Geliştirici olmayan biri değilim ama uygulama geliştirmeye ilk kez başladım; bir aydır kullanıyorum. Şimdiye kadar toplamda yaklaşık $566.93 harcamışım.

[fanotify]

Sabah 2~3 saat kullandım, öğle olmadan limite takıldı (Pro kullanıcısı)
Saat 3'te sıfırlanacağı yazıyor ama Max değilse bütün gün kullanmak zor görünüyor (Max'te de limite ulaşmanın o kadar zor olmayacağını düşünüyorum)

[neodasida]

Otomatik 2 saatlik bir pomodoro gibi hissettiriyor haha

[click]

20 dolarlık Pro planda herkesin önerdiği yöntem olan plan mode ile ayrıntılı bir plan çıkarması için analiz ettirip sonra edit moduna geçecek şekilde çalıştırmak bile limite çok çabuk ulaştırıyor.
Kod kalitesi gerçekten artıyor ama aptalca bir şekilde en baştan edit moduyla başlamaya kıyasla token tüketimi sanki üç kat daha hızlı gibi geliyor.

[hanay]

Ücretsiz planda kullanılamıyor, değil mi?

[bluekai17]

100 dolarlık olanı kullanırsanız, en azından biraz idare edebilir gibi görünüyor.

[helio]

20 dolarlık paketle bile böyle yapmak zor. "Son iki ayda yazılan tüm kodlar insanlar tarafından değil, doğrudan Claude Code tarafından yazıldı" gibi bir şey yazmak istiyorsanız,
önce 200 dolar yakıp limite takılınca bir 200 dolar daha harcamanız gerekmez mi?

[muroa96]

Ben de 100 dolarlık olanı kullanıyorum. Kodu yazmadan önce planı Opus modeliyle hazırlıyor, gerçek kodlamada ise Sonnet kullanıyorum. Son yaklaşık iki aydır neredeyse tüm kodu (en az birkaç bin satır) Claude Code doğrudan yazdı ve limite takıldığım neredeyse hiç olmadı. Yanlışlıkla kodu Opus ile yazdırdığım durumlar dışında hiç yaşamadım.
Şu anda ise yakın zamanda çıkan Opus Plan Mode'u kullanıyorum; bunu kullanmaya başladıktan sonra Approaching limit uyarı metni de neredeyse hiç görünmüyor.

[progdesigner]

Zaten aynı şekilde çalışıyorum~
Toplulukta bir anket yapılsa
%80-90'ının bu şekilde değişmekte olduğu görülüyor gibi