İzlediğim bir ekip, ajanlara yaslanınca kabaca iki kat kod üretmeye başladı. Altı hafta sonra daha yavaş teslim ediyorlardı. Pull-request kuyruğu üçe katlanmış, CI yeşilden çok kırmızıydı, ve iki olayın kökü kimsenin gerçekten okumadığı değişikliklere çıkıyordu. Çıktı arttı; throughput düştü.

Bunda gizem yok. Hattın tek bir istasyonunu hızlandırıp buna zafer dediler.

Tek istasyonu hızlandırıp buna throughput diyemezsin

Bir teslimat hattı bir istasyon dizisidir: yaz → review → entegre et → doğrula → release. Throughput’u en yavaş istasyon belirler, en hızlısı değil. Yazmayı 3× hızlandırırsın ama review ve doğrulama yerinde kalırsa throughput’u üçe katlamış olmazsın — kısıtı yalnızca bir istasyon aşağı taşımış ve onun önünde bir work-in-progress yığını büyütmüş olursun.

O yığın bedavaya gelmez. Merge conflict’e yaşlanan okunmamış PR’lar, yarı-entegre branch’ler, kimsenin yeşil tutamayacağı kadar hızlı büyüyen bir test süiti. Kod ucuzlayınca darboğaz yok olmadı. Yer değiştirdi — ve görülmesi zorlaştı, çünkü artık “kod yazmak” gibi değil “beklemek” gibi görünüyor.

DORA’nın bunun için zaten bir kelimesi var: büyüteç

2024–2025 DORA verisi aynı noktaya öbür taraftan iniyor: AI bir büyüteç, kısayol değil. Güçlü teslimat pratiklerine sahip ekipler ondan daha çok verim alıyor; sahip olmayanlar disfonksiyonlarını daha hızlı sevk ediyor. Aynı çalışma, çevredeki süreç zayıf olduğunda AI benimsemesinin istikrar düşüşüyle ilişkilendiğini gördü — çünkü gerçek kısıt her zaman süreçti, klavyede yazmak değil.

Büyüteç, ne verirsen onu yükseltir. Temiz bir sinyal verirsen daha yüksek ve net olur; gürültü verirsen yalnızca daha yüksek gürültü. Hangisi olduğuna AI karar vermiyor. Aşağı tarafın veriyor.

Darboğaz gerçekte nereye gitti

Hep pahalı olan ama şimdi boğulan kısımlara taşındı:

  • Review. Üretim, insanların gerçek dikkat verebileceğinden hızlı PR çıkarıyor — böylece review bir lastik-damgaya bozuluyor; okunmamış değişikliklerin production’a ulaşma yolu tam da budur.
  • Doğrulama. Test yazmak artık neredeyse bedava; süitlerin tam da bu yüzden, güveni inşa etmekten hızlı aşındıran kararsız, zamana-bağımlı testlerle dolması.
  • Entegrasyon. Daha çok elin daha hızlı yazdığı daha çok kod; daha çok coupling ve aynı mesajın ya da isteğin iki kez gelip durumu bozmasının daha çok yolu demek.

Bunların hiçbiri bir klavye problemi değil. Hepsi, hızlı yazmanın faturası.

Kalıcı yatırım, sıkıcı olan aşağı taraf

Yani bu çağdaki mühendislik üstünlüğü “AI yazdı” değil. Yazılana güvenmenin maliyetini, yeni darboğaz boğulmayacak kadar düşük tutmak. O iş cazip değil ve AI’ın geri verdiği zamanı harcayacağım yer orası:

  • Doğrulamayı deterministik yap; ki yeşil bir kontrol bir anlam taşısın ve review ona yaslanabilsin.
  • Entegrasyonu idempotent ve dayanıklı yap; ki daha hızlı, daha dağınık değişiklik redelivery’yi bir çift-çekime çevirmesin.
  • Review’ı virgül değil mimari hakkında yap — mekanik kısmı araçlara bırak ki ölçekleyemediğin insan dikkati gerçekten önemli kararlara gitsin.
  • Bariz hatayı, üç istasyon sonra CI’da yüz kat pahalıya değil, commit sınırında yakala.

Bu, “vibe coding ilk sürümün maliyetini düşürür, yanılmanın maliyetini değil” dersinin aynısı — tek bir değişiklik yerine tüm hattın seviyesinde okunmuş hâli.

Bu ne zaman geçerli değil?

Gerçek kısıtın hâlâ üretimse — sahici bir greenfield, tek kişilik bir prototip, henüz koruyacak bir aşağı tarafı olmayan bir spike — o zaman hızlı git ve var olmayan bir sistem için süreç kurma. Kayma ancak dürüst tutulacak bir şey olduğunda ısırır: bir ekip, bir review kuyruğu, başkalarının bağımlı olduğu bir production.

Hangi dünyada olduğunu bilmek, asıl muhakeme. İki kat kod üreten çoğu ekip artık birincisinde değil.

AI mühendisliği ucuzlatmadı; bir kısmını ucuzlattı. Disiplin, kazandığın zamanı tam da darboğaza dönüşen kısma harcamak — zaten yığılmakta olandan daha fazlasını üretmeye geri dökmek değil.