Ana Sayfa
>
İçerikler
>
Kodu okumayı bıraktığında o boşluğu kim doldurur?

Kodu okumayı bıraktığında o boşluğu kim doldurur?

August 19, 2026
6
DK OKUMA
Mustafa Dalcı
Brick Institute
Co-Founder

Bir model ne kadar iyi olmalı ki yazdığı kodu hiç okumadan yayınlayasın? Soru çok konuşuldu — ama cevabın model kalitesi olduğu varsayımı yanlış.

Ne olursa, yapay zekanın yazdığı kodu kontrol etmeyi bırakırsın? Dur, gerçekten düşün.

Theo'nun modellerin ne kadar iyi olması gerektiğini sorduğu tweet
Theo: Modeller ne kadar iyi olmalı ki artık kodu okumayı bırakasın?

Theo bu soruyu sordu ve altı olası her cevapla doldu. Ama yüzlerce yanıtı okuduktan sonra asıl ilginç olan şu: sorunun kendisi bir varsayım taşıyor. "Ne kadar iyi olursa" derken cevabın model kalitesi olduğunu peşinen kabul ediyoruz. Tartışmanın en iyi sesleri tam da bunu çürütüyor.

Tarih

Yirmi dört aylık pencere

Bazıları tarihe gitti. Epic Games'in kurucusu Tim Sweeney şunu hatırlatıyor: assembly'den derleyicilere geçerken, üretilen kodu okumanın önemli olduğu yaklaşık yirmi dört aylık bir pencere varmış. Sonra o pencere kapanmış. İma açık: belki AI kodunda da benzer bir pencerenin içindeyiz.

Herkes bu kadar rahat değildi. Minecraft'ın yaratıcısı notch'un tüm cevabı üç kelimeydi: "Jesus christ, man." Yani: sen neden bahsediyorsun.

Ama analojiye asıl ince çentik Turso'nun CEO'su Glauber Costa'dan geldi:

Veritabanı ya da işletim sistemi kodu için bunu asla beklemem. Çoğumuz hâlâ rutin olarak assembly okuyoruz.

— Glauber Costa, Turso

Yani o pencere hiç tam kapanmadı. Kritik katmanda hâlâ okuyoruz. Risk yükseldikçe okuma geri geliyor — ve bu, tartışmanın gideceği yeri önceden haber veriyor.

Bir başka geliştirici, Michael Overdorf, pratik bir soru soruyor: model ne kadar iyi olursa olsun, hiçbir şey okumadan prompt'unun tam istediğin sonucu ürettiğini nasıl doğrularsın? Çünkü modeller "bir şekilde çalıştırma" eğiliminde — ama çoğu zaman senin beklemediğin bir yoldan.

Kamplar

Üç farklı cevap

Yüzlerce yanıt üç kampa ayrılıyor. Hangisinde olduğunu bilmek, hangisinin doğru olduğundan daha yararlı:

01 · Asla

Birinin bakması gerek

Modeller on kat iyileşse bile yayınlanan şeyi birinin incelemesi şart. Agent'ın veritabanımda ne yaptığını hep kontrol edeceğim.

+
02 · Seviye değişir

Yazmak ucuzladı, incelemek değil

Kod yazmak ucuzluyor. Ama mimariyi, arayüzleri ve edge case'leri incelemek hâlâ ucuz değil.

+
03 · Zaten oradayım

Modeli tech lead gibi kullan

Üst seviye beklentiyi koyuyorum, mimariyi kendisi kuruyor, alt seviye tasarıma hiç bakmıyorum.

Dikkat: üçüncü kamp bile "okumayı bıraktım" demiyor. "Başka bir şey okuyorum" diyor.

Kaçırılan eksen

Soru doğruluk değil, hesap verebilirlik

Tartışmayı tamamen değiştiren cevap solo geliştirici Alex la Guardia'dan geliyor. Daha iyi modeller inceleme sorusunu küçültür, diyor — ama hesap verebilirlik sorusuna hiç dokunmaz. Kimsenin okumadığı bir kod üzerine agent iş yapıp bir şeyi bozduğunda kim sorumlu? Ve ona ne dediğini kanıtlayabilir misin?

Ekliyor: yayınlanmış kodda gerçek SSRF ve auth bypass açıkları bulduğunu söylüyor.

Soru "model ne zaman yeterince iyi olur" değil. Sen okumayı bıraktığında o boşluğu kim doldurur?

Andrew Lombardi aynı yere başka kapıdan giriyor: insanlar zaten mükemmel kod yazmıyor, modeller de insan koduna dayanıyor. O yüzden ne modele ne insana güven. Ve asıl uyarısı: okumayı bıraktığın an, senden daha kötü niyetli ve akıllı biri bunu sana karşı kullanır.

Dikkat

Bu tartışmanın tamamı X'te geçen bir sohbet — saha verisi değil. Alıntılanan güvenlik açıkları ve bug hikayeleri tek tek anekdot. Ölçülmüş bir "AI kodunda hata oranı" rakamı kimsenin elinde yok. Buradan çıkaracağın şey bir istatistik değil, bir çerçeve olmalı.

Karşı ses

Okumak zaten hiç garanti değildi

Buraya kadar okursan cevabın "o zaman hep okuyalım" olduğunu düşünebilirsin. Eski bir hacker olan Ivan Mojsilovic bunu da yıkıyor: mesele model değil, bırakabilmek. İnsanlar eskiden çılgın seviyede code review yapıyordu ve kod yine berbattı — veri sızıntıları, korkunç bug'lar.

Bu önemli, çünkü satır satır okumanın bir güvenlik teatrosuna dönüşebileceğini hatırlatıyor. İki saat PR'a bakan ama mimari sınırın yanlış yerden geçtiğini görmeyen bir inceleme, incelememekten daha tehlikeli — çünkü üzerine imza atılmış oluyor.

Aksiyon

Değişen şey okumak değil, neyi okuduğun

Bütün bu seslerin ortasında netleşen şey şu: incelemeyi bırakmıyorsun, incelemenin seviyesini yükseltiyorsun. Pratik karşılığı:

Seviye Neye bakıyorsun Ne kadar zaman
Satır Sözdizimi, isimlendirme, ufak mantık hataları Neredeyse hiç — testlerin ve linter'ın işi
Mimari Sınırlar, arayüzler, bağımlılık yönü En çok buraya — en pahalı hatalar burada
Edge case Boş girdi, yetki, zaman aşımı, para birimi Modelin "bir şekilde çalıştırma" eğilimi tam burada devreye giriyor
Sorumluluk Kim onayladı, ne söylendi, nerede kayıtlı Her yayında — model kalitesinden bağımsız
İpucu

Ekipte bu tartışmayı açarken soruyu "kodu okuyor muyuz" diye sorma. "Şu özellik bozulursa, kimin hangi kararı verdiğini nereden bulacağız" diye sor. Cevap yoksa mesele inceleme alışkanlığı değil, kayıt eksikliğidir.

Brick'in duruşu

Soru kışkırtıcı ama biraz yanlış çerçeveli. Model yeterince iyi olunca incelemeyi bırakmıyorsun — incelemenin seviyesini yükseltiyorsun. Satır satır koddan mimariye, edge case'e, niyete ve en önemlisi hesap verebilirliğe.

Yazmayı AI devralabilir. Ama "bu doğru olan mı" sorusunun sahibi hâlâ sensin. Ne "modeller yeterince iyi, artık hiç bakma" rahatlığı, ne "AI'a asla güvenilmez" inadı — ikisi de kolaycılık.

Sana sorumuz şu: sen son yazdığın kodu neden okudun — hataya karşı mı, yoksa sorumluluğu üstlenmek için mi?

Çünkü belki de asıl okuduğumuz şey hiçbir zaman kod değildi. 🧱

Yaklaşan etkinlik

Alive Konf BAKU — Biletler Satışta

1-2 Ekim 2026
Hilton Baku
20+ konuşmacı, 2 gün
0
Gün
00
Saat
00
Dakika
Konular
design-2
product-2
ai-2
ai-agent
erisilebilirlik
arastirma-raporlari
pazarlama
liderlik
design
product
Yapay Zeka
ai

Diğer İçerikler

Tüm yazılar
Haftalık bülten

Canlı kalmanın haftalık dozu.

Tasarım, ürün ve yapay zekâdan seçtiğimiz en iyi okumalar — her cuma, posta kutunda.

E-posta
Teşekkürler! Kaydın alındı — ilk bülten cuma posta kutunda.
Bir şeyler ters gitti. Lütfen tekrar dene.