İÇİNDEKİLER
Yazılımcılar için İngilizce dört temas noktasında gelişir: teknik dokümantasyon okuma, terim bilgisi, yazılı iletişim ve sözlü iletişim. En hızlı ilerleme, dili ayrı bir ders gibi çalışmak yerine günlük kodlama akışının içine gömmekle sağlanır. Commit mesajlarını, hata çıktılarını ve code review yazışmalarını İngilizce yürütmek, haftada birkaç saatlik ders çalışmasından daha fazla pratik üretir.
Bu dört noktayı böyle alt alta görünce kulağa düzenli bir plan gibi geliyor; oysa çoğu yazılımcının gerçeği çok daha dağınık. Stack Overflow’daki cevabı sözlüksüz anlıyorsunuz, hata mesajını okuyup sorunu çözüyorsunuz; ama iş o çözümü yabancı bir ekip arkadaşına anlatmaya gelince iki cümleyi yan yana getirmek eziyete dönüşüyor. Bu tablo neredeyse mesleğin ortak kaderi. Kod okumak yıllar içinde size sürekli pasif İngilizce girdisi verir, ama kimse sizden aktif üretim istemez — ta ki ilk yabancı müşteri toplantısına ya da ilk İngilizce mülakata kadar. Bu rehberde tam olarak bu asimetriyi konuşacağız: hangi seviye gerçekten yeterli, okuma nasıl sistemli gelişir ve İngilizce işinizin doğal bir parçası hâline nasıl gelir?
Yazılımcılar için İngilizce Seviyesi Ne Olmalı?
Yerli bir şirkette, Türkçe konuşan bir ekiple çalışan yazılımcı için B1 seviyesi günlük işi döndürmeye çoğu zaman yeter; yabancı bir ekiple çalışmak veya yurt dışı pozisyonlara başvurmak istiyorsanız gerçekçi eşik B2’dir. B1’de dokümantasyonu yavaş da olsa okur, basit yazışmaları yürütürsünüz. B2’de ise toplantıda söz alabilir, teknik bir tartışmada fikrinizi savunabilirsiniz — mülakatlarda aranan da genellikle budur.
Yazılımcılar için İngilizce hedefi belirlerken kıdemi de hesaba katmak gerekir, çünkü İngilizce yükü kariyerle birlikte artar. Junior bir geliştiricinin gününün büyük kısmı okumakla geçer: dokümantasyon, hata mesajı, tutorial. Mid seviyede yazma devreye girer: PR açıklamaları, teknik yazışmalar, belgelendirme. Senior ve lead rollerinde ise iş artık konuşmaktır — sprint toplantısı yönetmek, müşteriyle mimari tartışmak, ekip içi anlaşmazlıkta arabuluculuk yapmak. Yani bugün “okuyorum, yetiyor” diyorsanız bile, yükseldiğiniz her basamak sizden bir üst beceriyi isteyecek.
ChatGPT ve Copilot Varken İngilizce Öğrenmek Gerekli mi?
Evet, gerekli — üstelik eskisinden daha az değil. Yapay zeka araçları İngilizce ihtiyacının bir katmanını gerçekten çözdü: artık bir dokümantasyon sayfasını saniyeler içinde çevirtebilir, e-postanızı ChatGPT’ye yazdırabilirsiniz. Ama dikkat ederseniz, çözüm hep asenkron, yani beklemeye toleransı olan katmanda gerçekleşiyor. Canlı bir planlama toplantısında araya çeviri aracı giremez. Code review altında dönen hızlı bir tartışmada her cevabı ChatGPT’ye yazdırırsanız karşı taraf bunu fark eder. Mülakatta ise zaten yanınızda kimse yok.
İşin daha az konuşulan tarafı da şu: yapay zeka araçlarını iyi kullanmak bile İngilizce istiyor. Modeller en güçlü performanslarını İngilizce komutlarla veriyor, en güncel prompt teknikleri İngilizce kaynaklarda paylaşılıyor, araçların dokümantasyonları İngilizce yayınlanıyor. Yani “yapay zeka varken İngilizceye gerek yok” cümlesi, tam tersine, bu araçlardan en az verim alan kişinin cümlesi olmaya mahkûm. Çeviri araçlarını okuma desteği olarak kullanmakta hiçbir sorun yok — tuzak, onları konuşma ve yazma kasınızın yerine koymak.
Teknik Dokümantasyon Okuma Nasıl Geliştirilir?
Dokümantasyon okuma becerisi, seviyenize uygun gerçek kaynaklarla yapılan kısa ama günlük okumalarla gelişir; günde 15-20 dakikalık düzenli okuma, hafta sonuna sıkıştırılmış iki saatten daha hızlı sonuç verir. Buradaki anahtar kelime “gerçek”: İngilizce öğrenme sitelerindeki yapay metinler yerine, zaten işiniz gereği okumanız gereken kaynakları malzeme yapın. Kullandığınız framework’ün resmi dokümantasyonu, takip ettiğiniz kütüphanenin changelog’u, GitHub’da gezdiğiniz projelerin README dosyaları — bunların hepsi bedava ve sonsuz bir okuma havuzu.
Bir tuzağa da dikkat: tarayıcının çeviri eklentisini varsayılan olarak açık tutmak. Çeviri, anlamadığınız yerde başvurduğunuz bir destek olduğu sürece faydalı; ama her sayfayı otomatik Türkçe okuyorsanız, okuma kasınız hiç çalışmıyor demektir. Önce İngilizce okuyup takıldığınız cümleyi çevirtmek ile her şeyi baştan çevirtmek arasında, aylar içinde dağ kadar fark birikir.
| Seviye | Rafındaki kaynaklar | Günlük doz |
|---|---|---|
| A2 | freeCodeCamp ve W3Schools anlatımları, kısa README dosyaları, bol ekran görüntülü başlangıç rehberleri | 10 dk |
| B1 | MDN Web Docs, kullandığın framework'ün resmi dokümanları, takip ettiğin kütüphanelerin sürüm notları | 15-20 dk |
| B2+ | RFC metinleri, Netflix / Stripe tarzı engineering blog yazıları, konferans konuşması transkriptleri | 20-30 dk |
freeCodeCamp ve W3Schools anlatımları, kısa README dosyaları, bol ekran görüntülü başlangıç rehberleri
MDN Web Docs, kullandığın framework'ün resmi dokümanları, takip ettiğin kütüphanelerin sürüm notları
RFC metinleri, Netflix / Stripe tarzı engineering blog yazıları, konferans konuşması transkriptleri
Tabloyu şöyle okuyun: amaç kendinizi en zor kaynağa atıp boğulmak değil, “biraz zorlayan ama koparmayan” dozu bulmak. Bir sayfada sözlüğe her cümlede bakıyorsanız kaynak sizin için henüz erken; hiç bakmıyorsanız artık kolay gelmeye başlamış, bir üst zorluk seviyesine geçme vakti gelmiş demektir. Okuma hızınızı ve anlama derinliğinizi genel olarak artırmak isterseniz, İngilizce Okuma Nasıl Geliştirilir? Hızlı Anlama Yolları rehberinde bu “kademeli zorluk” mantığını günlük hayat metinleri için de nasıl kuracağınızı anlatmıştık; oradaki teknikler teknik okumayla birebir birleşiyor.
Commit ve PR Açıklamalarını İngilizce Yazmak İşe Yarar mı?
Evet — hem de bugünden başlayabileceğiniz en düşük maliyetli, en yüksek getirili alışkanlık bu. Commit mesajı kısa, kalıpları belli ve kimsenin sizi yargılamadığı bir alan: “fix null check in user service” yazmak için B2 olmanıza gerek yok, ama her gün on kere bunu yapmak size farkında olmadan yüzlerce tekrarlık bir yazma pratiği kazandırır. PR açıklamaları bir sonraki adım: ne değişti, neden değişti, neye dikkat edilmeli — üç cümlelik mini bir kompozisyon, üstelik gerçek bir okuyucusu var.
Terim ezberi konusunda da size zaman kazandıracak bir şey söyleyeyim: internetteki “en önemli 100 yazılım terimi” listelerini ezberlemeye çalışmayın. O listelerdeki kelimelerin çoğunu (variable, function, deploy) zaten her gün ekranınızda görüyorsunuz; sorun tanımak değil, aktif kullanmak. Kelimeyi kalıcı yapan şey bağlam: bir hata mesajında karşılaştığınız “deprecated” kelimesini, o hatanın hikâyesiyle birlikte not ettiğinizde bir daha unutmazsınız. Bu notları sisteme dökmek isterseniz, Anki Nedir, İngilizce Kelime Öğrenmede Nasıl Kullanılır? yazısında anlattığımız aralıklı tekrar yöntemi tam da bunun için var: kelimeyi listeden değil, yaşadığınız bağlamdan kaydediyorsunuz.
Bir adım ileri gitmek isteyenlere: yazılımcıların hata ayıklarken kullandığı “lastik ördeğe anlatma” (rubber duck debugging) tekniğini İngilizce yapın. Kodu sesli, İngilizce, adım adım anlatın — kimse dinlemiyor, utanma yok. Maliyeti sıfır, tek riski ördeğin sizi yargılaması.
Toplantı, Code Review, Mülakat: Konuşma ve Yazışma Nasıl Gelişir?
Sözlü ve yazılı iletişim, yazılımcının İngilizcesinde en geç gelişen ama kariyeri asıl belirleyen katmandır; gelişmesi de genel konuşma pratiğinden çok, gerçek iş senaryolarının provasıyla hızlanır. İyi haber şu: yazılımcının konuşma senaryoları şaşırtıcı derecede tahmin edilebilir. Daily standup’ta (ekiplerin güne başlarken yaptığı kısa durum toplantısı) her gün aynı üç soruyu cevaplarsınız: dün ne yaptım, bugün ne yapacağım, önümde engel var mı. Bu üç cevabın kalıplarını çalışmak, genel “günlük konuşma” dersinden yüz kat daha hedefli bir hazırlıktır.
Code review tarafında iş biraz daha incelikli, çünkü mesele sadece dil değil, üslup. “This is wrong” ile “Have you considered handling the null case here?” arasındaki fark, teknik değil sosyal bir farktır — ve yabancı ekiplerde bu üslup kalıplarını bilmemek, İngilizceniz iyi olsa bile sizi sert ve kaba gösterebilir. Yazışma dilinin bir üst ligi olan resmi e-postalar için İngilizce İş E-postası Nasıl Yazılır? Hazır Şablonlar rehberindeki kalıplar, code review üslubuyla aynı nezaket mantığını paylaşır; oradan başlamak iki beceriyi birden besler.
Dinlemeyi de atlamayalım: toplantıda konuşamamanın yarısı, aslında konuşulanı tam yakalayamamaktan gelir. Bunun en keyifli ilacı, kendi alanınızdaki konferans konuşmaları. YouTube’daki bir React Conf veya PyCon videosunu önce İngilizce altyazıyla, ikinci izleyişte altyazısız izlemek, hem alan terminolojisine hem de doğal konuşma hızına kulağınızı alıştırır.
Mülakat ise bu becerilerin sınav günü. Teknik mülakatta sizden beklenen, kod yazarken sesli düşünmek — yani okuma, konuşma ve terim bilgisini aynı anda sahneye çıkarmak. Bu sahneye hazırlıksız çıkmamak için İngilizce Mülakat: En Sık Sorulan 15 Soru ve Örnek Cevaplar yazısındaki soruları kendi projelerinizle cevaplayarak prova etmenizi öneririm.
Hangisi senin iç sesin?
"Dokümanı açıyorum, üçüncü cümlede sekmeyi kapatıyorum."
→ Okuma rafında bir seviye aşağı in; sorun sen değilsin, doz.
"Söyleyeceğim cümle kafamda hazır ama toplantı bitiyor, ben hâlâ susuyorum."
→ Üç standup cevabını yüksek sesle prova et; eksik olan dil değil, refleks.
"PR açıklaması kutusuna bakıp bakıp Türkçe yazıp geçiyorum."
→ Yarın tek bir commit mesajıyla başla; kompozisyon sonra gelir.
"Videoyu altyazıyla söküyorum, canlı konuşmada ilk 10 saniyede kopuyorum."
→ Aynı videoyu ikinci turda altyazısız izle; kulağın hıza alışsın.
Kendi Kendine Çalışma Nerede Tıkanır?
Buraya kadar anlattığım her şeyi tek başınıza, kuruş harcamadan yapabilirsiniz — ve bir noktaya kadar gerçekten işe yarar. Ama dışarıdan çok sayıda yazılımcının öğrenme sürecine bakınca hep aynı desen tekrar eder: girdi becerileri (okuma, dinleme) kendi kendine çalışmayla düzenli gelişir; üretim becerileri ise bir yerde duvara toslar. Nedeni basit: okuduğunuzu anlayıp anlamadığınızı kendiniz test edebilirsiniz, ama yazdığınız PR açıklamasının doğal durup durmadığını ya da toplantıda kurduğunuz cümlenin kaba kaçıp kaçmadığını kendinize soramazsınız. Aynaya bakmadan saç kesmeye benzer; bir yere kadar idare eder, sonrası görünmez.
Bu duvarın çözümü daha fazla kaynak değil, düzeltme döngüsüdür. Platform incelemelerinde English Guru‘nun bu tabloda öne çıkmasının nedeni tam olarak bu: birebir canlı dersin kendisi bir düzeltme döngüsü olarak işliyor. Siz konuşurken eğitmen hatayı o anda yakalayıp düzeltiyor, ders sonunda da nerede takıldığınızı yazılı geri bildirim olarak önünüze koyuyor. Kendi kendine çalışan bir yazılımcının aylarca fark etmeden taşıyacağı bir kalıp hatası, böyle bir derste beş dakikada görünür hâle geliyor. Yıllardır girdi biriktiren bir yazılımcıysanız, muhtemelen eksik olan tek parça zaten bu döngü.
Sık Sorulan Sorular
Yazılım için İngilizce şart mı?
Yazılım öğrenmeye başlamak için İngilizce ön şart değildir, ancak meslekte ilerlemek için fiilen zorunludur. Programlama dillerinin komutları, resmi dokümantasyonlar ve hata mesajları İngilizcedir; Stack Overflow ve GitHub’daki çözümlerin büyük çoğunluğu yalnızca İngilizce bulunur. Türkçe kaynaklarla başlangıç yapılabilir, ancak orta seviyeden sonra Türkçe kaynak havuzu hızla daralır.
Bu yüzden “önce yazılım, sonra İngilizce” sıralamasına hiç girmeyin. Hedefinizde yabancı ekipler varsa konuşma tarafını şansa bırakmayın; English Guru gibi eğitmen geri bildirimi alabildiğiniz bir sistemle düzenli pratik yapmak, “okuyorum ama konuşamıyorum” eşiğini aşmanın en kestirme yoludur.
Yazılım için İngilizce kelimeler nelerdir?
Yazılımda en sık kullanılan İngilizce kelimeler variable (değişken), function (fonksiyon), loop (döngü), array (dizi), bug (hata), debug (hata ayıklama), request (istek), deploy (yayına alma) ve database (veri tabanı) gibi temel terimlerdir. Bu terimleri liste hâlinde ezberlemek yerine kod yazarken ve hata çözerken bağlam içinde öğrenmek, kalıcılığı belirgin biçimde artırır.
Yazılımcı mülakatları İngilizce mi yapılır?
Yazılımcı mülakatları Türkiye’deki yerli şirketlerde çoğunlukla Türkçe yapılır; yabancı ortaklı şirketlerde ve uzaktan çalışılan pozisyonlarda ise en az bir tur İngilizce geçer. Uluslararası şirketlerin teknik mülakatları, kod yazarken sesli düşünmeyi (thinking out loud) İngilizce yapmanızı bekler. İlanda “fluent English” ibaresi geçiyorsa mülakatın İngilizce olma ihtimali yüksektir.
İngilizce bilmeden yazılım öğrenmeye başlanır mı?
İngilizce bilmeden yazılım öğrenmeye başlanabilir; başlangıç seviyesi için Türkçe kurslar, videolar ve yazılı kaynaklar yeterlidir. Ancak orta seviyeden itibaren güncel dokümantasyon, hata çözümleri ve kütüphane kaynakları ağırlıklı olarak İngilizce olduğundan, yazılım ve İngilizce öğrenimini paralel yürütmek en sağlıklı stratejidir.
Paralel yürütmek kulağa iki kat yük gibi gelebilir ama pratik bir kısayolu var: dil dersini yazılım gündeminize bağlamak. English Guru‘da eğitmeninizi kendiniz seçebildiğiniz için, derslerinizi teknik konular konuşabileceğiniz bir eğitmenle ilerletmeniz mümkün — dil çalışması böylece ayrı bir yük olmaktan çıkıp işinizin provasına dönüşür.
Yarın sabah yapabileceğiniz en küçük şey şu: ilk commit mesajınızı İngilizce yazın. Kimse fark etmeyecek, siz de en fazla beş saniye fazladan düşüneceksiniz — ama o beş saniye, bu rehberdeki her şeyin başladığı yer. Gerisi alışkanlığın işi.
Uzman İncelemesi
Özgür Sekban
Dil Eğitimi & Platform İnceleme Uzmanı
Çevrim içi dil öğrenme platformlarını içerik, eğitmen kalitesi, kullanıcı deneyimi ve fiyat-performans açısından değerlendirir.