Tech Sektörü Mülakat İngilizcesi: Yazılım ve Ürün Rolleri
Teknik mülakatı geçtiniz. Sistem tasarımını da. Ama “Why do you want to work here?” sorusunda şirketin değerlerini İngilizce ifade edemiyorsunuz. Tech mülakatlarında teknik dil kadar “culture fit” dili de değerlendiriliyor.
Pek çok yazılım mühendisi, ürün yöneticisi ve veri analisti yabancı tech şirketlerine başvururken teknik yetkinliklerini kanıtlamakta zorlanmaz. Asıl engel farklı bir yerde çıkıyor. Doğru teknik konuşma dilini bilmemek.
Gitnux’ın Mülakat Soruları İstatistikleri raporuna göre insan kaynakları yöneticilerinin %43'ü mülakat cevaplarını değerlendirirken en önemli faktör olarak “kültürel uyumunu” gösteriyor. Software engineer interview İngilizcesi sadece kod değil; iş birliği, problem çözme ve şirket kültürü dilini de kapsıyor.
LinkedIn’in FAANG hazırlık rehberine göre mülakat hazırlığında en çok ihmal edilen alan, davranışsal sorulara sistematik İngilizce hazırlık yapmamaktır. Bu rehber, tech mülakat İngilizcesinin dört temel aşamasını açıklamak için hazırlandı. Sık sorulan teknik mülakat sorularına üç farklı seviyede hazır cevaplar, Do & Don’t rehberi, teknik STAR hikâyeleri için doldurulabilir şablon ve FLAI analizi bilgisine buradan ulaşabilirsiniz.
Tech Mülakatlarında İngilizce’nin 4 Aşaması
Yazılım mühendisi iş görüşmelerinde ve ürün rolü mülakatlarında İngilizce dört farklı aşamadan oluşur. Her aşamanın kendi kelime dağarcığı ve kullanım bağlamı bulunmakta. Bu boyutları bilmek cevaplarınızı sadece doğru değil aynı zamanda etkili de kılar. Aşağıdaki tabloda her aşama için örnek ifadeler ve bunların nerede kullanıldıkları yer alıyor. Bölümün devamında her boyut hakkında detaylı bilgileri bulabilirsiniz.
Aşama 1: Teknik Bağlam Dili
Teknik bağlam dili, yaptığınız işin ölçeğini ve etkisini somut olarak ifade etmenizi sağlar. Değerlendiriciler “Ne yaptınız?” sorusuna somut rakamlar ve teknik derinlik beklemekte. Burada sadece teknik terimleri bilmeniz değil, her birini bir sonuçla eşleştirmeniz gerekmektedir. Tech sektöründe yapılan araştırmalar, somut metrikler içeren cevapların değerlendiriciler tarafından daha olumlu puanlandığını gösteriyor.
Kritik İfadeler:
| Scaled to X million users | Reduced latency by Y% |
| Shipped the feature on deadline | Refactored legacy code |
| Built CI/CD pipeline | Migrated to microservices |
| Optimised database queries | Deployed to production |
Aşama 2: Problem Solving Dili
Teknik mülakatlarda problem çözme süreci de en az sonuç kadar önemlidir. Değerlendirici düşünce yapınızı görmek ister. Bu nedenle sesli düşünme (thinking out loud) alışkanlığı kritik önem taşımakta. LeetCode Top Interview 150 gibi kaynaklar üzerinde pratik yaparken İngilizce düşünmeye başlayarak bir adım atabilirsiniz.
Google’un mülakat değerlendirme kriterlerinde “düşünce sürecini açıklayıcı şekilde paylaşma” ayrı bir puanlama kalemi olarak yer alıyor. Sessiz kalıp doğru cevabı vermek, düşünce sürecini paylaşıp eksik cevap vermekten daha düşük puan alabilir.
Kritik İfadeler:
| Break down the problem | Tradeoffs between approaches |
| Edge cases | Iterative solution |
| Time and space complexity | Brute force vs optimised |
| Let me walk you through | Consider the constraints |
Aşama 3: Collaboration (İş Birliği) Dili
Tech şirketlerinde bireysel katkı kadar ekip içi iletişim de ölçülmektedir. Özellikle cross-functional çalışma deneyiminizi ve belirsizlikle başa çıkma kapasitenizi anlatmanız beklenir.
Bu boyut özellikle ürün yöneticileri için kritik. PM ve yazılım dili farkı için serimizin Ürün Yönetimi Mülakat İngilizcesi yazısında daha geniş bir bakış açısı bulabilirsiniz. Veri analistleri için de farklı ekiplerle ortak dil kurma becerisi teknik yetkinlik kadar önemli bir değerlendirme noktası.
Kritik İfadeler:
| Cross-functional team | Aligned with stakeholders |
| Navigated ambiguity | Unblocked the team |
| Facilitated a decision | Bridged engineering and product |
| Drove consensus | Managed competing priorities |
Aşama 4: Culture Fit Dili
Culture fit soruları teknik yetkinliği geçen adaylar arasında belirleyici rol oynar. Örneğin, Amazon’un işe alım süreci tamamen Leadership Principles üzerine kurulu; Google Careers ise “Googleyness” adını verdiği kültürel uyumu her aşamada değerlendiriyor.
Bu ifadeleri kullanırken şirketin kendi değerlerini araştırıp o dili kendi deneyiminize bağlamanız gerekir. Genel bir “I’m a team player” cümlesi yerine, somut bir hikâye ile şirket değerini eşleştirmek çok daha etkili olacaktır.
Kritik İfadeler:
| Driven by impact | Customer-obsessed |
| Move fast and learn | Ownership mindset |
| Bias for action | Disagree and commit |
| Earn trust | Think big |
Culture fit dilini geçtikten sonra, teklif aşamasında da doğru İngilizce kullanmak kritik önem taşır. Tech teklifi müzakeresinde temel yapılar şunlardır:
- I’m very excited about this opportunity. Could I have a few days to review the full package?
- Based on my research and the scope of this role, I’m targeting a base in the range of X-Y.
- Equity, bonus structure, and growth trajectory all factor in for me.
Bu konunun detaylarını serimizin Maaş Müzakeresi İngilizcesi yazısında bulabilirsiniz.
Sık Sorulan Teknik Mülakat Soruları ve Cevap Stratejileri
Glassdoor verilerine göre aşağıdaki sorular yazılım mühendisi iş görüşmesi gibi teknik alanlarda en sık karşılaşılan başlıklarıdır. Her soru için üç farklı İngilizce yetkinlik seviyesinde (B1, B2, C1) örnek cevap yer almakta.
Soru 1: “Tell me about a technical challenge you overcame.”
Bu soru teknik derinliğinizi değil, problem çözme sürecinizi ve iletişim kalitenizi ölçmek amacıyla sorulur. Teknik STAR hikâye yapılarını burada kullanabilirsiniz. Değerlendirici, teknik zorluğun büyüklüğünden çok sizin o zorluğa nasıl yaklaştığınızı ve çözüm sürecinde ekibi nasıl yönlendirdiğinizi duymak ister.
| SEVİYE | “Tell me about a technical challenge you overcame.” |
|---|---|
| B1 | In my last job, our system was very slow. I found the problem in the database. I changed the queries. After that, the page loaded faster. The team was happy with the result. |
| B2 | We had a performance issue on our checkout page. Response times were over 4 seconds, which was causing drop-offs. I profiled the queries, identified two N+1 problems and added an indexing layer. We reduced load time to under 800ms, and the conversion rate improved by 12%. |
| C1 | At my previous company, we were scaling from 50K to 800K daily active users. Our monolithic service started showing latency spikes at peak hours. I led the decomposition of the most bottlenecked module into a separate microservice, set up a CI/CD pipeline for it, and implemented circuit-breaker patterns to handle downstream failures gracefully. We reduced P99 latency from 3.2 seconds to 420ms. The architecture later served as the template for two other teams refactoring their legacy services. |
Soru 2: “How do you prioritise when everything is urgent?”
Bu soru karar verme sürecinizi ve baskı altında nasıl çalıştığınızı test eder. Cevabınızda bir çerçeve kullanmanız (impact vs effort, urgency vs importance) kullandığınız dilin daha güçlü olmasını sağlayacaktır. Tech şirketlerinde önceliklendirme becerisi, özellikle hızlı büyüyen startuplarda terfi kararlarını doğrudan etkileyen bir yetkinliktir.
| SEVİYE | “How do you prioritise when everything is urgent?” |
|---|---|
| B1 | When many things are urgent, I make a list. I think about which is most important for the user or the business. I start with that one. I tell my manager what I am doing and why. |
| B2 | I use an impact vs. effort framework to rank competing tasks. I start with high-impact, low-effort items first and communicate the order to my manager and team. In my last role, when I had three critical bugs and a release in the same week, I triaged with the PM, protected the release path, and delegated two bugs to teammates with the right context. We shipped on time with no critical issues. |
| C1 | I distinguish between urgency and importance. Most ‘urgent’ requests are actually important but not time-critical. I map tasks against business impact and dependencies, then proactively communicate my prioritisation rationale to stakeholders. When I navigated ambiguity at my last company, I had three parallel product requests competing for my sprint. I aligned with the PM, ran a 30-minute triage session, and set clear go/no-go criteria. We unblocked the team and shipped the highest-value feature without dropping quality on the others. |
Soru 3: “Describe a failed project.”
Başarısızlık soruları dürüstlük, öğrenme kapasitesi ve öz farkındalık ölçer. Başarısızlığı küçümsemek ya da dış faktörlere yüklemek değerlendirici için kırmızı bayrak sayılır. Tech sektöründe "fail fast, learn faster" kültürü hâkimdir; değerlendirici başarısızlıktan ne öğrendiğinizi ve bunu nasıl sistematik bir değişikliğe dönüştürdüğünüzü duymak ister. Yanıt üç parçadan oluşmalıdır: gerçek bir hata kabulü, kendi payınızı net biçimde sahiplenme ve öğrenilen dersten üretilen sistematik değişim.
| SEVİYE | “Describe a failed project.” |
|---|---|
| B1 | Once, our project was late. We did not plan well. I learned that we need to check progress often. Now I always set small deadlines in my work. |
| B2 | We built a new feature without enough user research. After launch, engagement was low. I owned that decision; I had pushed to ship fast without validating the core assumption. I now always run at least one round of user interviews before finalising a technical spec. The next feature we built with that process saw 3x higher adoption in the first two weeks. |
| C1 | We were building a real-time notification service. I underestimated the infrastructure cost and overengineered the solution for a load that wasn't there yet. We burned two sprints and had to roll back to a simpler queue-based system. My error: I optimised for future scale without a clear trigger for when that scale would actually arrive. What I changed: I now always start with the simplest architecture that solves today’s load, with documented criteria for when to revisit complexity. I turned this into a team design principle we’ve applied three times since. |
Soru 4: “Tell me about a time you had a conflict with a teammate.”
Bu soru iş birliği ve çatışma yönetimi becerinizi test etmek amacıyla sorulur. Tech ekiplerinde teknik kararlar üzerinde anlaşmazlıklar sık yaşanır; değerlendirici sizin bu durumları nasıl yönettiğinizi görmek ister.
| SEVİYE | “Tell me about a time you had a conflict with a teammate.” |
|---|---|
| B1 | Once, I had a problem with a colleague. We had different opinions about the code. I talked to him directly. We found a solution together. After that, our relationship was better. |
| B2 | My teammate and I disagreed on the architecture for a new feature. She preferred a quick solution; I was concerned about technical debt. Instead of escalating, I scheduled a 30-minute session where we mapped out the short-term vs. long-term trade-offs together. We landed on a middle path: ship fast with a documented refactoring plan for the next sprint. It aligned with the deadline and addressed my concerns. |
| C1 | I was leading backend development, and our data engineer had a fundamentally different view on how to model the event schema. The tension was blocking the team. I initiated a design review rather than trying to convince in Slack threads. I framed it as ‘let's align on the constraints first’ rather than ‘who is right.’ We walked through the downstream consumer needs and agreed that her model served analytics better while mine served real-time reads better. We implemented a dual-write approach. The conflict turned into one of the most productive technical discussions of the quarter, and we used the same framework for two later disagreements. |
Soru 5: “Why do you want to work here?”
Bu soru doğrudan şirket kültürüne uyumunuzu ölçer. Değerlendirici, şirketi ne kadar araştırdığınızı ve değerlerinizin şirketle ne kadar örtüştüğünü anlamak ister. Cevabınızda şirkete özel en az iki referans bulunmalıdır.
| SEVİYE | “Why do you want to work here?” |
|---|---|
| B1 | I like your company. It is a big company, and I can learn a lot. I want to grow my career here. |
| B2 | I’ve followed your product for two years. The way you scaled the search infrastructure to handle 500 million queries daily is impressive. I want to be part of a team that solves problems at that scale, and my experience with distributed caching aligns well with your current challenges. |
| C1 | Three things drew me to this role. First, your commitment to open-source contributions signals an engineering culture I respect. Second, the technical challenge of your real-time data pipeline, which processes 2TB daily, aligns with my experience building event-driven architectures. Third, I read your CTO's blog post about investing in developer experience, and that's exactly where I want to focus my next five years. I see a direct path from my current skills to the impact I could have here. |
Do & Don't: Tech Mülakatında En Çok Yapılan Dil Hataları
Mini Pratik: 3 Teknik STAR Hikayen için Şablon
Bu bölüm, teknik STAR hikayeleri hazırlığının pratik adımıdır. Aşağıdaki şablonu üç farklı deneyiminiz için doldurun. Her biri 60-90 saniye sürmeli; Action ve Result bölümlerine en fazla zaman verin. Ayrıca her hikâyenin farklı bir yetkinlik göstermesine dikkat edin (teknik zorluk, iş birliği, başarısızlık).
Bu şablonu 3 kez doldurun: (1) bir teknik zorluk hikayesi, (2) bir iş birliği hikayesi, (3) bir başarısızlık ve öğrenme hikayesi. Hazırladığınız cevapları sesli olarak pratik edin ve 90 saniyeyi aşmadığınızdan emin olun. Ardından Flalingo’da FLAI analizi ile test edin.
Başarı Hikayesi: Amazon Mülakatında “Customer Obsession” Sorusunu Geçen Mert'in Dönüşümü
Tech mülakatlarında teknik bilgi yeterli olsa da culture fit soruları pek çok adayı eliyor. İstanbul’dan kullanıcımız Mert K.’nın yaşadığı deneyim, özellikle FAANG şirketlerine başvuran mühendislerin ortak sorununu yansıtıyor.
FLAI Tech İngilizcesi Analizi ve Flalingo Özellikleri
Tech mülakat İngilizcesinde gelişmek için sadece okumak yetmez; pratik yapmak şart. Flalingo'nun tech mülakatına özel yaklaşımı şöyle çalışıyor:
- Tech Alanında Sertifikalı Mülakat Koçu: Smart Matching algoritması sizi yalnızca bir İngilizce öğretmeniyle değil, tech sektörünü ve mülakat dinamiklerini bilen sertifikalı bir koçla eşleştirir. Tech koçu eşleştirme için Flalingo'nun değerlendirme seansı ile başlayabilirsiniz.
- FLAI Teknik Dil Analizi: Yapay zekâ motoru FLAI, tech mülakat cevaplarınızı gerçek zamanlı analiz eder. Yapı puanı, teknik kelime yoğunluğu, etki skoru ve netlik değerlendirmesi sunar. Hangi saniyede cevabınızın zayıfladığını gösterir.
- Sektöre Özel STAR Bankası: Koçunuzla birlikte tech mülakatlarına özel 5-6 STAR hikayesi hazırlar, her birini farklı soru türlerine göre uyarlarsınız.
- Şirket Bazlı Kültür Dili Koçluğu: Amazon, Google, Meta, Stripe gibi şirketlerin kendine özgü değerleri ve dilleri vardır. Koçunuz bu şirketlere özel hazırlık planı oluşturmanıza yardım eder.
- 30 Gün Para İade Garantisi: Riski size değil, Flalingo'ya yükledik.
İnsan Kaynakları alanında aktif çalışan bir profesyonel olarak şirketler ile doğru yetenekleri bir araya getiriyorum. Özellikle teknoloji ve dijital alanlarda işe alım süreçlerini uçtan uca yönetiyorum ve ekiplerin sürdürülebilir şekilde büyümesine katkı sağlıyorum. Karmaşık HR süreçlerini sadeleştirerek hem adaylar hem de işverenler için yol gösterici içerikler üretiyorum. Doğru işe alımın sadece bir pozisyonu doldurmak olmadığını sürdürülebilir ekipler kurmak anlamına geldiğini anlatıyorum.
English with Flalingo
Learning English with Flalingo means progressing with an intelligent system that works in an integrated manner.