---
title: "AI Darboğazı Kaldırmadı, Yerini Değiştirdi"
description: "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"
url: https://sade.dev/tr/journal/ai-darbogazi-kaldirmadi/
lang: tr
author: "Muhammet Şafak"
published: 2026-06-17
updated: 2026-09-06
section: Journal
tags: ["ai-workflow","productivity","opinion"]
summary: "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

> 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ı.

İ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](https://dora.dev/research/2024/dora-report/) ve [2025](https://dora.dev/dora-report-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](/tr/journal/kararsiz-testler-ve-determinizm) 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](/tr/notes/idempotency-ayni-mesaj-iki-kez) 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"](/tr/journal/vibe-coding-ile-production) 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

**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

- [Accelerate State of DevOps Report 2024](https://dora.dev/research/2024/dora-report/) — DORA
- [State of AI-assisted Software Development 2025](https://dora.dev/dora-report-2025/) — DORA
