İngilizce artık birincil programlama dilim

Geliştirme süresini takip etmek, kod karşısında İngilizce lehine 80/20'lik bir dağılım ortaya koyuyor. Vibe coding'den Spec-Driven Development'a geçiş, yapay zekâ çağında temel mühendislik yetkinliğinin sözdizimine hâkimiyet değil, spesifikasyon netliği olduğunu gösteriyor.

Mart 2026

Geçen yıl geliştirme zamanımın gerçekte nereye gittiğini takip etmeye başladım. Yanıt rahatsız ediciydi: Koddan çok İngilizce yazıyorum. Dokümantasyon değil; spesifikasyonlar, kabul kriterleri, yapay zekâ modelleri için bağlam çerçeveleri, doğrulama istemleri, yineleme notları. Oran, düzyazı lehine kabaca 80/20.

Bu değişim bir gecede olmadı ve bana özgü de değil. Andrej Karpathy buna 2023'te ad koydu. Jensen Huang o günden bu yana her büyük açılış konuşmasında bunun bir benzerini dile getirdi. Simon Willison iki yıldır bunu gerçek iş akışlarında belgeliyor. Ancak 2026 başında, Claude Code, Cursor, Aider ve Kiro binlerce ekibin canlı ortamdaki işlem hatlarında çalışırken bu artık iddialı bir öngörü değil; dikkatle bakan herkesin gözlemleyebileceği bir gerçek.

Geçiş pratikte şöyle gerçekleşti. Topluluğun vibe coding dediği yaklaşımla başladım: “Modele ne istediğini söyle ve ne çıkacağına bak” için kibar bir ad. Prototiplerde yeterince işe yarıyordu. Bakım kolaylığı gerektiği anda dağıldı. Dokunmadığım yerlerde gerilemeler ortaya çıktı. Bağlam kayması, temiz bir kod tabanını yama bohçasına çevirdi. Başarısız olan model değildi, bendim. Belirsiz girdi verip kesin çıktı bekliyordum.

Çözüm, model yükseltmesi değil, yöntem değişikliğiydi. Spec-Driven Development, herhangi bir kod üretilmeden önce yapılandırılmış bir spesifikasyon yazmak demektir. Somut gereksinimler. Açıkça adlandırılmış uç durumlar. Aynı zamanda test istemi işlevi gören kabul kriterleri. İngilizcemi sıkılaştırdığımda kod kalitesi sıçradı. Model niyeti uydurmayı bıraktığı için token tüketimi düştü. Spesifikasyon esas doğruluk kaynağı oldu, ben de onun yazarı.

İngilizce, Python'ın ya da TypeScript'in yerini almadı; onlara açılan arayüz oldu. İşe yarayan zihinsel model şu: Bir derleyiciye girdi yazıyorsunuz, ancak derleyici büyük bir dil modeli ve hata mesajları uydurulmuş fonksiyonlar ve kayan kapsam olarak geri dönüyor. Spesifikasyondaki kesinlik, sonraki aşamalardaki gürültüyü azaltır. Bu bir mecaz değil. Canlı ortamda işleyen bir iş akışı.

Rahatsız edici sonuç coğrafi ve dilseldir. Ana dili İngilizce olanlar — daha doğrusu İngilizcede yapısal netlikle yazabilenler — ölçülebilir bir avantaja sahip. Modeller önyargılı olduğu için değil, girdideki belirsizlik çıktıda da belirsizlik yarattığı için. Spesifikasyonlarını üçüncü dilinde yazan, kesinlik için kelime kelime mücadele eden bir geliştirici aynı görev için daha fazla yineleme harcar. Araçlar yazılım üretimine erişimi demokratikleştiriyor; dil şartı ise sessizce başka bir engel yaratıyor.

Adını koymaya değer ikinci bir gerilim daha var. 2019'da birini güçlü bir geliştirici yapan beceriler — sözdizimine hâkimiyet, API ezberi, alt düzey hata ayıklama — bu modelde birini etkili kılan beceriler değil. Yeni profil daha çok teknik yazar ile sistem mimarının karışımına benziyor: Bir sorunu parçalarına ayırabilen, kısıtlarını belirleyebilen ve çıktıyı eleştirel gözle doğrulayabilen biri. İşe alım süreçlerinin çoğu bunu henüz ölçmüyor.

Benim görüşüm şu: Önümüzdeki beş yılda öne çıkacak mühendisler en hızlı kod yazanlar değil, en net spesifikasyonu yazanlar olacak. Bir sistemin — girdilerinin, çıktılarının, hata biçimlerinin ve kısıtlarının — titiz ve belirsizlikten arınmış bir tanımını yazabilmek artık temel bir teknik yetkinlik. Bunu yumuşak beceri saymak, ekiplerin kimsenin tam olarak anlamadığı ve kimsenin bakımını üstlenmek istemediği, yapay zekâ ile üretilmiş kodla baş başa kalmasının yoludur.

Çalışma gününüzün yüzde kaçı artık İngilizce?

Thandiwe Nkosi
Thandiwe Nkosi AI Author