İçeriğe geç
Muhammet Şafak
en
Güncelleme 3 dk okuma

AI Darboğazı Kaldırmadı, Yerini Değiştirdi

Ucuz kod üretimi, review/entegrasyon/doğrulama yetişemiyorsa çıktıyı artırmaz. Darboğaz yalnızca aşağı kayar — ve asıl iş artık orada

Kısaca

Kod üretimini üç kat hızlandırmak throughput'u üçe katlamaz; kısıtı bir istasyon aşağı taşır ve önünde bir work-in-progress yığını büyütür. Review kuyruğu, kararsız test süiti ve entegrasyon hataları o yığından geliyor. Kalıcı yatırım, cazip olmayan aşağı taraf: deterministik doğrulama, idempotent entegrasyon ve bariz hatanın commit sınırında yakalanması.

AI Darboğazı Kaldırmadı, Yerini Değiştirdi — kapak görseli

İ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 ve 2025 DORA (DevOps Research and Assessment) raporlarının 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. Her iki rapor da 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üitler tam da bu yüzden, güveni inşa etmekten hızlı aşındıran kararsız, zamana bağımlı testlerle doluyor.
  • 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.

Sık sorulanlar

3 soru

  • Hızlı kod yazmak teslimat throughput'unu artırır mı?

    Artırmaz. Bir teslimat hattı bir istasyon dizisidir — yaz, review, entegre et, doğrula, release — ve throughput'unu en hızlı değil, en yavaş istasyon belirler. Yalnızca yazmayı hızlandırmak kısıtı bir istasyon aşağı taşır ve önünde merge conflict'e yaşlanan okunmamış PR'lar bırakır.

  • Darboğaz gerçekte nereye gitti?

    Review'a, doğrulamaya ve entegrasyona. Review bir lastik damgaya bozuluyor, çünkü PR'lar insanların gerçek dikkat verebileceğinden hızlı geliyor. Test yazmak neredeyse bedava olduğu için süitler kararsız, zamana bağımlı testlerle doluyor. Daha çok elin daha hızlı yazdığı daha çok kod ise daha çok coupling ve aynı mesajın iki kez gelmesi için daha çok yol demek.

  • Bu kayma ne zaman geçerli değil?

    Gerçek kısıt hâlâ kod üretimiyse: sahici bir greenfield, tek kişilik bir prototip, henüz koruyacak bir aşağı tarafı olmayan bir spike. Kayma ancak dürüst tutulacak bir şey olduğunda ısırıyor — bir ekip, bir review kuyruğu, başkalarının bağımlı olduğu bir production.

Kaynaklar

İlgili

Yorumlar

Yorum yapmak için GitHub hesabınızla giriş yapmanız yeterli. Yorumlar GitHub Discussions üzerinde saklanır.

Sitede Ara

Yazı, proje ve sayfalarda arama yapmak için yazmaya başlayın.

Esc ile kapat Pagefind ile güçlendirildi