Teknik Mülakat İngilizcesi Kelimeleri: FAANG Teklifi Kazandıran 80 Kelime
4 kategoride (algoritmalar, sistem tasarımı, davranışsal ve profesyonel İngilizce) 80 temel teknik mülakat kelimesi — tanımlar, kişiselleştirilmiş örnek cümleler ve 30 günlük çalışma planıyla.
Kısa Özet: Bilmeniz Gereken 3 Şey
- Teknik mülakatlar İngilizcede çift zorluktur: hem CS bilginizi göstermeli hem de ikinci bir dilde hassasiyetle ifade etmelisiniz. Anadili olmayan konuşanların çoğu kavramlardan değil, iletişimden puan kaybediyor.
- 4 kategoride 80 kelime gerçekten ihtiyaç duyacağınız kelimeyi kapsıyor: algoritmalar, sistem tasarımı, davranışsal mülakatlar ve profesyonel İngilizce bağlaçları.
- STAR yöntemi (Situation, Task, Action, Result) her davranışsal sorunun yapısal omurgası. Her bileşen için kelime hazinesini bilmek pazarlık konusu değil.
Teknik Mülakat Kelimesi Neden Gizli Farklılaştırıcı
LeetCode problemini çözebilirsiniz. Optimum zaman karmaşıklığını biliyorsunuz. Gerçek bir şirkette üretim kodu yayınladınız. Ama mülakatçı "walk me through your approach" dediğinde donup kalıyorsunuz. Cevabı bilmediğiniz için değil, söylemek için İngilizceyi bilmediğiniz için.
Bu nadir bir durum değil. FAANG ve üst düzey startup mülakatlarında anadili İngilizce olmayan konuşanlar için norm.
Rekabetçi mühendislik işe alımında teknik bar bir filtre, bir farklılaştırıcı değil. Her aday orta zorlukta bir LeetCode problemini çözebildiğinde, iletişim kalitesi teklifi reddetmeden ayıran şey. Google, Meta, Amazon ve Microsoft'taki mülakatçılar düşüncenizi ne kadar net ifade ettiğinizi açıkça değerlendiriyor: bir trade-off'u açıklama, sistem kısıtlamasını tarif etme ya da davranışsal bir örneği hassasiyetle çerçeveleme yetiniz.
Çinli, Japon ve Koreli mühendisler için — küresel havuzdaki en teknik becerikli adaylardan bazıları — bu iletişim boşluğu orantısız maliyete sahip. Yüksek riskli sözlü değerlendirmelerde anadili olmayan konuşan performansı üzerine yapılan çalışmalar tutarlı şekilde kelime boşluklarının, gramer hatalarının değil, algılanan yetersizliğin birincil kaynağı olduğunu gösteriyor. Ne demek istediğinizi biliyorsunuz. Sadece o anda tam kelimeye sahip değilsiniz.
Bu zorluğun dört boyutu var.
Birincisi, teknik kelime soyut. Algoritma, karmaşıklık, darboğaz, trade-off: bu kelimelerin pek çok Doğu Asya dilinde doğrudan karşılığı yok. Çeviremezsiniz; İngilizce terimlere eşlenmiş kavramlar olarak öğrenmek zorundasınız.
İkincisi, davranışsal kelime kültürel. Ownership, ship it, rubber duck debugging ve retrospective gibi kelimeler kültüre özgü. Literal çevirilerinde var olmayan Silicon Valley mühendislik kültüründen çağrışımlar taşıyorlar.
Üçüncüsü, hassasiyet akıcılıktan daha önemli. Mülakatçının anadili gibi konuşmanıza ihtiyacı yok. Hassas olmanıza ihtiyacı var. "This solution is O(n log n) which is better than the naive O(n²) approach, but the trade-off is increased space complexity" zekâ iletiyor. Belirsiz İngilizce bunun tersini yapıyor.
Dördüncüsü, baskı altında iletişim bozuluyor. Endişe kelime erişimini daraltıyor. Yarısını bildiğiniz kelimeler, gergin olduğunuzda ilk kaybolanlar. Çözüm rahatlamak değil; kelimeyi baskı altında bile mevcut olacak kadar iyice otomatikleştirmek.
Bu rehber size mülakat bağlamına göre düzenlenmiş, tanımlar ve kişiselleştirilmiş örnek cümlelerle 80 kelime veriyor. Ayrıca size mülakatçılara net düşündüğünüzü söyleyen yapısal çerçeveler (STAR, sistem tasarımı dili, profesyonel bağlaçlar) veriyor.
Bölüm 1: 4 Kategoride 80 Teknik Mülakat Kelimesi
Her giriş üç bileşene sahip: kelime ya da ifade, mülakata özgü tanımı ve orta seviyede kişiselleştirilmiş örnek cümle — bir mülakatta gerçekten kullanacağınız türden bir cümle, ders kitabı değil.
Kategori A: Veri Yapıları ve Algoritma Kelimeleri
Bunlar her kodlama mülakatında kullanacağınız 20 kelime. Çözümünüzün ne yaptığını, nasıl performans gösterdiğini ve seçimlerinizi neden yaptığınızı tarif ediyorlar.
| Kelime / İfade | Mülakat Tanımı | Örnek Cümle |
|---|---|---|
| algorithm | Bir problemi çözmek için adım adım prosedür | "My algorithm processes each node once, so it runs in linear time." |
| complexity | Girdi boyutu arttıkça kaynak kullanımının nasıl büyüdüğünün ölçüsü | "The complexity of this approach improves from quadratic to linearithmic with a better data structure." |
| time complexity | Bir algoritmanın çalışma süresinin girdi boyutuyla nasıl ölçeklendiği | "The time complexity of binary search is O(log n), which makes it efficient for large datasets." |
| space complexity | Bir algoritmanın girdi büyüdükçe ne kadar ek bellek kullandığı | "By reusing the input array instead of allocating a new one, I reduced the space complexity to O(1)." |
| optimization | Bir çözümün verimliliğini ya da doğruluğunu iyileştirme süreci | "The first step in my optimization was to eliminate redundant computations inside the inner loop." |
| iterate | Bir süreci genellikle bir döngüyle tekrar tekrar uygulamak | "I iterate through the array once, keeping track of the maximum value seen so far." |
| recursion | Bir fonksiyonun aynı problemin daha küçük bir versiyonunu çözmek için kendini çağırdığı teknik | "Recursion is natural here because the tree structure is self-similar at every level." |
| trade-off | Bir şeyi iyileştirmenin başka bir şeyi kötüleştirdiği durum | "The trade-off between time and space complexity is the central design decision in this problem." |
| edge case | Beklenen değerlerin uç sınırındaki bir girdi ya da koşul | "I should handle the edge case where the input array is empty before entering the main logic." |
| bottleneck | Genel performansı sınırlayan sistemin parçası | "Profiling revealed that the database query was the bottleneck, not the sorting algorithm." |
| latency | Bir talimattan sonra bir veri transferinin başlamasından önceki gecikme | "Adding a cache reduces latency for repeated requests because the data no longer needs to be recomputed." |
| throughput | Birim zamanda tamamlanan iş miktarı | "To increase throughput, we can process requests in parallel instead of sequentially." |
| scalability | Bir sistemin performansı bozulmadan artan yükü kaldırma yetisi | "The design lacks scalability because every new user doubles the number of database writes." |
| refactor | Mevcut kodu dış davranışı değiştirmeden yeniden yapılandırmak | "I would refactor this into a helper function to make the logic reusable and easier to test." |
| modular | Bağımsız, değiştirilebilir bileşenlerde tasarlanmış | "Keeping the code modular means we can swap out the sorting function later without touching the rest." |
| abstraction | Uygulama detaylarını basit bir arayüz arkasında gizleme ilkesi | "Using a stack as an abstraction here means the calling code doesn't need to know how the data is stored internally." |
| encapsulation | Veri ve üzerinde işlem yapan fonksiyonları paketleyip iç durumu gizlemek | "Encapsulation keeps the class's internal state safe from external modification." |
| debugging | Koddaki hataları belirleyip düzeltme süreci | "During debugging, I added logging statements at each step to trace where the value was going wrong." |
| iteration | Bir döngüden tam bir geçiş ya da tekrarlanan bir sürecin bir döngüsü | "Each iteration of the outer loop processes one row of the matrix." |
| constraint | Geçerli çözüm alanını şekillendiren girdi, zaman ya da bellek üzerindeki sınırlama | "Given the constraint that the array is sorted, we can rule out any O(n²) approach." |
Kategori B: Sistem Tasarımı Kelimeleri
Sistem tasarımı mülakatları ölçekte düşünüp düşünemediğinizi test ediyor. Bu 20 kelime dağıtık sistemlerin kelimesi — mülakatçılar "design a URL shortener" ya da "how would you build Twitter" sorduğunda bekledikleri dil.
| Kelime / İfade | Mülakat Tanımı | Örnek Cümle |
|---|---|---|
| architecture | Bir sistemin yüksek seviye yapısı ve bileşenlerinin nasıl etkileşime girdiği | "Before diving into components, I want to describe the overall architecture and then zoom into each layer." |
| microservices | Bir uygulamanın küçük, bağımsız olarak dağıtılabilir hizmetler koleksiyonu olarak inşa edildiği tasarım yaklaşımı | "Migrating from a monolith to microservices allowed each team to deploy their service independently." |
| monolith | Tüm bileşenlerin sıkıca bağlı olduğu tek, birleşik uygulama | "Starting as a monolith makes sense here — we can extract services later once the domain is better understood." |
| distributed system | Bileşenlerin bir ağ üzerinden iletişim kuran birden çok bilgisayarda çalıştığı sistem | "In a distributed system, we have to assume that any node can fail at any time." |
| load balancing | Herhangi bir sunucunun ezilmesini önlemek için gelen istekleri birden çok sunucuya dağıtmak | "Load balancing across three server instances ensures no single server becomes a bottleneck." |
| caching | Sık erişilen veriyi alma süresini azaltmak için hızlı bellekte saklamak | "Caching the top 1% of URLs would handle the vast majority of read traffic without hitting the database." |
| database sharding | Bir veritabanını birden çok makineye yayılmış daha küçük, daha hızlı, daha yönetilebilir parçalara bölmek | "With 10 billion rows, database sharding by user ID would keep each shard's size manageable." |
| redundancy | Güvenilirliği ve kullanılabilirliği artırmak için bileşenlerin yedeklenmesi | "Adding a secondary replica provides redundancy — if the primary fails, traffic fails over automatically." |
| fault tolerance | Bazı bileşenler arızalandığında bile bir sistemin doğru çalışmaya devam etme yetisi | "Fault tolerance at this layer means replicating the message queue across three availability zones." |
| consistency | Dağıtık bir sistemdeki tüm düğümlerin aynı veriyi aynı anda gördüğü garantisi | "There's a fundamental tension between consistency and availability in a distributed database." |
| availability | Bir sistemin çalışır ve erişilebilir olduğu zamanın oranı | "The design targets 99.9% availability, which allows for less than 9 hours of downtime per year." |
| partitioning | Veriyi ya da işlevselliği birden çok düğüme ya da sisteme bölmek | "Horizontal partitioning by region reduces cross-region latency for most users." |
| API gateway | Tüm istemci isteklerinin tek giriş noktası olarak hareket eden ve onları uygun hizmetlere yönlendiren sunucu | "The API gateway handles authentication and rate limiting before requests reach any internal service." |
| rate limiting | Bir istemcinin belirli bir zaman penceresinde kaç istek yapabileceğini kontrol etmek | "Rate limiting at 1,000 requests per minute per user prevents a single client from overwhelming the system." |
| message queue | Üretici ve tüketici arasında mesajları depolayan, ikisini ayrıştıran tampon | "Using a message queue means the notification service can fall behind without affecting the core transaction flow." |
| pub/sub | Yayıncıların konulara mesaj gönderip abonelerin bunları aldığı mesajlaşma kalıbı | "The pub/sub model here means adding a new consumer — say, an analytics service — requires zero changes to the publisher." |
| CDN | Content Delivery Network — statik içeriği kullanıcılara daha yakın sunan coğrafi olarak dağıtılmış sunucu ağı | "Serving static assets through a CDN reduces page load time from 800ms to 90ms for users in Asia." |
| horizontal scaling | Artan yükü kaldırmak için daha fazla makine eklemek | "Horizontal scaling is preferable here because the workload is stateless and easy to distribute." |
| vertical scaling | Tek bir makinenin kapasitesini artırmak (daha fazla CPU, RAM, depolama) | "Vertical scaling has a ceiling — at some point you can't buy a bigger server, and the cost grows non-linearly." |
| technical debt | Şimdi daha hızlı, daha kolay bir çözüm seçmenin sonradan düzeltmek için daha fazla iş gerektirecek maliyeti | "The current implementation has significant technical debt — we took shortcuts to hit the launch deadline that we'll need to pay back." |
Kategori C: Davranışsal Mülakat Kelimeleri
Davranışsal sorular ("Tell me about a time you...") soft sorular değil. Yargınızın, işbirliğinizin ve etkinizin yapılandırılmış değerlendirmesi. Bu 20 kelime o değerlendirmenin kelimesi.
| Kelime / İfade | Mülakat Tanımı | Örnek Cümle |
|---|---|---|
| initiative | Söylenmeden bağımsız hareket etmek, ne yapılması gerektiğini öngörmek | "I took the initiative to write the post-mortem document before the team lead asked, which helped us identify the root cause faster." |
| accountability | Eylemlerinizin ve sonuçlarının sorumluluğunu, başarısızlıklar dahil, üstlenmek | "When the deployment caused a 30-minute outage, I owned the accountability — I wrote the incident report and presented it to the team." |
| stakeholder | Bir projenin sonucuyla ilgisi olan ya da etkilenen herkes | "Aligning with stakeholders early meant we avoided a three-week rework cycle when requirements changed." |
| cross-functional | Farklı departmanlardan ya da disiplinlerden insanları ya da takımları içeren | "I led a cross-functional effort between engineering, product, and legal to ship the data privacy feature on time." |
| ownership | Bir projeyi ya da alanı resmi rolünüzün ötesinde kişisel sorumluluğunuz olarak ele alma zihniyeti | "Ownership in this context meant I stayed through the incident until the root cause was resolved, even though it wasn't technically my service." |
| retrospective | Bir proje ya da sprint sonrası neyin iyi gittiğini ve neyi iyileştireceğini gözden geçirmek için yapılandırılmış toplantı | "After the launch failure, we ran a retrospective and identified three process gaps we've since addressed." |
| iterate (agile) | Çalışan bir versiyonu hızla yayınlamak, sonra geri bildirime dayalı tekrarlanan döngülerde iyileştirmek | "We chose to iterate on a minimal version first rather than spend six months building the complete solution." |
| ship | Bir özelliği ya da ürünü kullanıcılara yayınlamak | "The goal of that sprint was to ship a working prototype that internal users could test before the end of Q3." |
| feedback loop | Sonuçlar hakkında bilgi toplama ve gelecekteki eylemleri iyileştirmek için kullanma mekanizması | "We added user analytics to create a tighter feedback loop — we could see within 48 hours whether the change was working." |
| scope creep | Bir projenin gereksinimlerinin orijinal sınırlarının ötesinde kademeli genişlemesi | "Scope creep was the primary risk — we had to make a deliberate decision to defer three features to the next release." |
| align | Farklı tarafları ortak bir anlayışa ya da yöne getirmek | "Before writing a single line of code, I aligned with the product manager on what success looked like." |
| escalate | Mevcut seviyede çözülemediğinde bir problemi daha üst yetkili ya da daha kıdemli takım üyesine taşımak | "When I couldn't get a decision on the API contract, I escalated to my manager, who resolved it with the other team lead in one meeting." |
| prioritize | Görevleri ya da hedefleri göreli önemine ya da aciliyetine göre sıralamak | "Given the two-week deadline, I had to prioritize the features by user impact and deprioritize anything that wasn't on the critical path." |
| impact | Çalışmanızın kullanıcılar, iş ya da teknik sonuçlar üzerindeki ölçülebilir etkisi | "The impact of the caching layer was a 60% reduction in database load, which directly lowered our infrastructure costs." |
| influence | Başkalarının yönünü, davranışını ya da fikrini, özellikle resmi yetki olmadan değiştirmek | "I influenced the team's decision to adopt the new framework by writing a comparative analysis and presenting it at the tech review." |
| mentor | Daha kıdemsiz bir takım üyesine tavsiye, geri bildirim ve bilgi paylaşımıyla rehberlik etmek ve onu geliştirmek | "I mentored two junior engineers during my time there, pair-programming with them weekly and reviewing their design documents." |
| collaborate | Ortak bir hedefe doğru aktif olarak katkıda bulunarak ve koordine ederek başkalarıyla birlikte çalışmak | "The feature required me to collaborate closely with the mobile team, which meant daily syncs and shared documentation." |
| deliver | Anlaşılan kapsam, kalite ve zaman çerçevesinde çalışan bir sonucu tamamlamak ve teslim etmek | "Despite the ambiguous requirements, I delivered a working API within the sprint timeline by making early, explicit assumptions and validating them." |
| pivot | Yeni bilgiye ya da sonuçlara dayalı olarak yaklaşımda önemli bir değişiklik yapmak | "Three weeks in, user testing showed our initial approach was wrong. We had to pivot quickly, which meant cutting two planned features." |
| drive | Bir projeyi ya da hedefi aktif çaba ve liderlikle ileri taşımak | "I drove the migration project from start to finish — coordinating across four teams and delivering it two weeks ahead of schedule." |
Kategori D: Mülakatlar İçin Genel Profesyonel İngilizce
Bunlar teknik kelime değil. Mülakat iletişiminin bağlayıcı dokusu — net düşündüğünüzü, ifadelerinizi uygun şekilde kalifiye ettiğinizi ve mülakatçının sorularıyla etkileşime girdiğinizi gösteren ifadeler.
Anadili olmayan konuşanlar sıklıkla teknik kelimeyi biliyor ama bu profesyonel bağlaçlardan yoksun. Onlar olmadan cevaplar kesik kesik, aşırı güvenli ya da kaçamak duyuluyor. Onlarla cevaplar yapılandırılmış ve kıdemli duyuluyor.
| İfade | İşlev | Mülakatta Örnek |
|---|---|---|
| elaborate | Daha fazla detay eklemek üzere olduğunuzu sinyallemek | "Could you elaborate on the scale requirements? That would change my design significantly." |
| clarify | İlerlemeden önce belirsizliği doğrulamak ya da çözmek | "Before I start, I want to clarify — are we optimizing for read performance or write performance?" |
| rephrase | Anlamayı doğrulamak için bir soruyu ya da fikri yeniden ifade etmek | "Let me rephrase that constraint to make sure I have it right: we have a 100ms SLA for 99th percentile response times?" |
| walk through | Birini düşüncenizden adım adım geçirmek | "Let me walk through my reasoning before I write any code." |
| break down | Karmaşık bir problemi daha küçük parçalara bölmek | "I'll break down the problem into three components: data modeling, API design, and caching strategy." |
| in terms of | Tartıştığınız boyutu belirtmek | "In terms of time complexity, this is optimal. The question is whether the space trade-off is acceptable." |
| to elaborate | Daha detaylı bir açıklamayı tanıtmak | "To elaborate on the latency concern — the bottleneck is the synchronous call to the third-party API, which we can't control." |
| to circle back | Daha önce gündeme gelen bir noktaya dönmek | "I want to circle back to the edge case I mentioned — it becomes important once we consider the concurrent write scenario." |
| approach | Önerdiğiniz genel yöntem ya da strateji | "My approach would be to start with a simple solution, establish correctness, and then optimize." |
| considerations | Bir kararı etkilemesi gereken faktörler | "The main considerations here are consistency requirements, expected read/write ratio, and team familiarity with the technology." |
| trade-offs | Farklı seçeneklerin maliyetleri ve faydaları | "There are real trade-offs between these two designs, and the right choice depends on the read/write ratio." |
| in my experience | Bir ifadeyi kişisel kanıtla kalifiye etmek | "In my experience, starting with a monolith and extracting services later is less risky than starting distributed." |
| I'd argue that | Savunmaya hazır olduğunuz bir pozisyonu tanıtmak | "I'd argue that the additional complexity of microservices isn't justified at this scale." |
| one way to think about it | Bir zihinsel model ya da analoji sunmak | "One way to think about this is that the cache is a buffer between the fast and slow parts of the system." |
| that said | Karşı bir noktayı tanıtmadan önce önceki bir noktayı kabul etmek | "That said, there are scenarios where the simpler approach would fail — specifically, high-concurrency writes." |
| to be specific | Somut bir örnek vermek üzere olduğunuzu sinyallemek | "To be specific, I reduced query time from 1.2 seconds to 40 milliseconds by adding a composite index." |
| building on that | Zaten yapılmış bir noktayı genişletmek | "Building on that — if we add a read replica, we can handle the read scaling without changing the write path at all." |
| to your point | Mülakatçının söylediği bir şeyi kabul etmek ve onunla etkileşime girmek | "To your point about consistency — you're right that eventual consistency won't work here given the financial nature of the data." |
| the crux of the matter | Merkezi ya da en önemli noktayı belirlemek | "The crux of the matter is whether we prioritize write throughput or read latency — everything else follows from that decision." |
| it depends on | Cevabın bağlama duyarlı olduğunu kabul etmek | "It depends on the access pattern. If reads far outnumber writes, a cache makes sense. If writes dominate, it adds complexity without benefit." |
Bölüm 2: STAR Yöntemi Kelime Rehberi
STAR yöntemi davranışsal mülakatlar için tek en önemli çerçeve. Her büyük teknoloji şirketi (Google, Amazon, Meta, Microsoft, Apple) açıkça yetkinlik tabanlı davranışsal değerlendirme kullanıyor ve STAR beklenen yanıt yapısı.
STAR ne anlama geliyor:
- Situation — Bağlam ve geçmiş. Neredeydiniz, ne oluyordu?
- Task — Spesifik sorumluluğunuz. Ne yapmanız bekleniyordu?
- Action — Aslında ne yaptınız. Attığınız somut adımlar.
- Result — Ölçülebilir sonuç. Eylemleriniz yüzünden ne oldu?
Mülakatçıların istediği oran kabaca %10 / %15 / %50 / %25. Adayların çoğu Situation'a aşırı yatırım yapıyor ve Action ve Result'ta yetersiz teslim ediyor. Kelimenin en önemli olduğu yer burası.
STAR Açılış İfadeleri
Situation açıcılar (sahneyi hızla kurun):
- "This happened during my time at [company], when our team was responsible for..."
- "The context was a critical migration project with a hard deadline of..."
- "We were in the middle of a product launch when..."
- "Shortly after I joined the team, we encountered a situation where..."
- "During Q3 of last year, our service started experiencing..."
Task açıcılar (sahipliğinizi belirtin):
- "My specific responsibility was to..."
- "I was accountable for delivering..."
- "The task fell to me because..."
- "I owned the end-to-end design and implementation of..."
- "The team needed someone to drive the..."
Action açıcılar (inisiyatifinizi ve düşüncenizi gösterin):
- "The first thing I did was..."
- "I started by breaking the problem into three components..."
- "My approach was to first understand the root cause before proposing any solution..."
- "I decided to escalate early, because..."
- "Rather than accepting the existing approach, I proposed an alternative by..."
Result açıcılar (sayılarla başlayın):
- "The outcome was a [X]% improvement in..."
- "As a direct result, we reduced [metric] from X to Y..."
- "The feature shipped on time and within budget, and subsequently..."
- "We received direct feedback from the engineering director that..."
- "The impact was significant: specifically, [quantified outcome]..."
Tam STAR Örnek Cevap
Soru: "Tell me about a time you dealt with a difficult technical problem."
Situation: During my second year at the company, our main product API started experiencing intermittent 500 errors that only appeared under high load — specifically during peak traffic hours. The errors were non-deterministic and difficult to reproduce in staging.
Task: I was assigned as the engineer responsible for identifying the root cause and resolving the issue. The constraint was that we had a major customer demo in eight days, and the instability was unacceptable for that event.
Action: My approach was methodical: I started by analyzing the error logs to establish a pattern before touching any code. I noticed the errors correlated with specific database query patterns, which suggested a bottleneck rather than a code bug. I added granular logging to iterate through the call stack and isolate the problem. To be specific, I found that a particular ORM query was performing a full table scan on a 50-million-row table because a composite index was missing. I wrote a database migration, tested it in a replica environment to verify correctness, and deployed it with a feature flag so we could roll back instantly if anything went wrong. I also circled back to review the other five highest-traffic queries to check for the same issue — I found two more.
Result: The fix reduced the error rate from approximately 0.8% to near zero within 24 hours of deployment. The impact on p99 response time was a reduction from 1.4 seconds to 210 milliseconds. The customer demo proceeded without any issues. I subsequently wrote a documentation guide for the team on identifying and preventing this class of query performance issue, which we've used in three code reviews since.
Çalıştığı kelimeleri fark edin: constraint, approach, bottleneck, iterate, to be specific, circle back, impact. Bunlar dekoratif değil. Mülakatçıya yapılandırılmış, profesyonel mühendislik terimleriyle düşündüğünüzün sinyalleri.
Bölüm 3: Sistem Tasarımı Mülakat Dili
Sistem tasarımı mülakatlarının tek bir doğru cevabı yok. Mülakatçılar kıdemli bir mühendis gibi düşünüp düşünmediğinizi değerlendiriyor: belirsizliği yapılandırabilir, trade-off'lar hakkında akıl yürütebilir ve kararlarınızı net iletebilir misiniz?
Aşağıdaki kelime kalıpları kıdemli mühendislik adaylarının nasıl konuştuğu. Senaryoları ezberlemek için değil, temsil ettikleri düşünme kalıplarını içselleştirmek için çalışın.
Cevabınızı Nasıl Yapılandırırsınız
Bir sistem tasarımı mülakatının ilk iki dakikası geri kalanın yörüngesini belirler. Güçlü adaylar tutarlı bir yapı kullanır:
-
Önce gereksinimleri netleştirin. "Before I start designing, I want to clarify a few things. What's the expected scale? Are we optimizing for reads or writes? What's the acceptable latency for the critical path?"
-
Yaklaşımınızı açıkça belirtin. "My approach will be: define the data model, design the API, then talk through the main components and their interactions. I'll flag trade-offs as I go."
-
Bir karara doğru ilerleyin. "Given the constraints you've described, I'd lean toward a SQL database over NoSQL here, because the relational structure of the data is a better fit. That said, if write volume exceeds X, we'd want to revisit that decision."
Kıdemli Düşünmeyi Gösteren 10 Sinyal İfade
Bu ifadeler mimari olgunluğun sinyalleri. Güçlü işe alma önerileri alan adayların cevaplarında görünüyorlar.
| Sinyal İfade | Ne İletiyor |
|---|---|
| "The first question I'd ask is..." | Tasarlamadan önce gereksinim toplarsınız |
| "The trade-off between X and Y is..." | Rakip endişeler hakkında akıl yürütürsünüz |
| "A key consideration here is..." | Önemli olanı önceliklendirirsiniz |
| "I'd start simple and add complexity only when needed..." | Erken optimizasyondan kaçınırsınız |
| "This assumes [assumption] — if that changes, the design would change significantly..." | Varsayımları açık yaparsınız |
| "The bottleneck in this design is likely..." | Hata noktalarını öngörürsünüz |
| "One failure mode we need to handle is..." | Dayanıklılık hakkında düşünürsünüz |
| "If I were to scale this to 10x traffic..." | Mevcut kapsamı kaybetmeden ileriyi düşünürsünüz |
| "I would monitor this with..." | Operasyonlar ve gözlemlenebilirlik hakkında düşünürsünüz |
| "The simplest thing that could work is... and here's when we'd outgrow it..." | Sistemlerin evrimini anlarsınız |
Anadili Olmayan Konuşanların Yaygın Hataları
Bunlar anadili olmayan İngilizce konuşanlarla yapılan mülakatlarda sıkça görünen ve mülakatçılardan tutarlı şekilde olumsuz geri bildirim çeken kalıplar.
Hata 1: Netleştirmeden çözümlere atlamak.
- Ne oluyor: Aday gereksinimler oluşturulmadan önce belirli bir teknolojiyi tarif etmeye başlıyor.
- Mülakatçılar ne düşünüyor: "Netleştirici sorular sormuyorlar. Bu gerçek bir mühendislik ortamında risk."
- Düzeltme: "Before I propose a design, can I ask a few questions to make sure I understand the constraints?"
Hata 2: Karar vermek yerine tarif etmek.
- Ne oluyor: "We could use MySQL, or we could use Cassandra. Both have advantages. MySQL is relational. Cassandra is distributed."
- Mülakatçılar ne düşünüyor: "Gerçekleri sayabiliyorlar ama karar veremiyorlar."
- Düzeltme: "Given the read-heavy workload and structured data, I'd go with PostgreSQL. Here's why..."
Hata 3: Belirsiz olumlu nitelendiriciler kullanmak.
- Ne oluyor: Adaylar "this is very efficient" ya da "this approach is much better" gibi şeyler söylüyor.
- Mülakatçılar ne düşünüyor: "Hangi ölçüye göre daha iyi? Ne kadar daha iyi?"
- Düzeltme: Spesifik olun. "This reduces time complexity from O(n²) to O(n log n), which matters at 10 million records." Mümkün olduğunda nicelleştirin.
Hata 4: L1 cümle yapısından doğrudan çeviri.
- Çince örneği: "This problem, I think can be solved by using..." → "I think this problem can be solved by using..."
- Japonca örneği: Teknik bağlamlarda "I feel that..." aşırı kullanımı → "My assessment is that..." ya da "The data suggests..."
- Korece örneği: İngilizce cümlelerde gerekli olan özneyi atlamak
Hata 5: Sesli düşünmek yerine sessizlik.
- Ne oluyor: Aday düşünürken sessizleşiyor; bu da mülakatçının takılı kalıp kalmadığını merak etmesine neden oluyor.
- Düzeltme: Düşüncenizi anlatın. "Let me think about this for a moment... I'm considering whether the consistency requirement here rules out an eventually consistent store..." Bu, takılı görünmek ile düşünceli görünmek arasındaki fark.
Bölüm 4: Mülakat Öncesi 30 Günlük Kelime Sprinti
Mülakatınızdan dört hafta önce bu odaklı kelime sprintini çalıştırın. Sıra önemli: önce algoritmalar, sonra sistem tasarımı, sonra davranışsal, sonra entegrasyon.
Hafta 1 — Kategori A: Algoritma Kelimeleri
Hedef: 20 algoritma kelimesini kod hakkında konuştuğunuzda doğal görünmeleri için otomatikleştirin.
Günlük pratik (20 dakika):
- Gün 1–2: İlk 10 kelimeyi öğrenin. Rhythm Word'e ekleyin ve ilk SRS oturumunu tamamlayın.
- Gün 3–4: Kalan 10 kelimeyi öğrenin. 20'sinin tamamı için SRS oturumlarını tamamlayın.
- Gün 5: Bir LeetCode Easy ya da Medium problemini tamamen sesli yapın. Kategori A'dan en az 5 kelime kullanmaya zorlayın.
- Gün 6: Daha önce çözdüğünüz iki LeetCode çözümünü hayali bir mülakatçıya açıklayın. Kendinizi kaydedin.
- Gün 7: Rhythm Word'ün SRS sisteminin zayıf olarak işaretlediği Kategori A kelimelerini gözden geçirin. Oraya odaklanın.
Hafta 1 kontrol noktası: Bir merge sort'un, bir binary search'ün ve bir hash table aramasının zaman ve uzay karmaşıklığını duraksamadan net İngilizcede açıklayabilir misiniz?
Hafta 2 — Kategori B: Sistem Tasarımı Kelimeleri
Hedef: Hassas kelime kullanarak sistem tasarımı seçimlerini önerebilmek, karşılaştırabilmek ve gerekçelendirebilmek.
Günlük pratik (25 dakika):
- Gün 8–9: İlk 10 sistem tasarımı kelimesini öğrenin. Rhythm Word'e ekleyin.
- Gün 10–11: Kalan 10'unu öğrenin. 20'si için SRS oturumlarını tamamlayın.
- Gün 12: Klasik bir sistem tasarımı problemini alın (URL shortener, Twitter timeline, rate limiter) ve tasarımınızı 15 dakika konuşun, en az 8 Kategori B kelimesi kullanmaya zorlayın.
- Gün 13: Bir sistem tasarımı blog yazısı ya da mimari makale okuyun. Bağlam içinde karşılaştığınız her Kategori B kelimesini not edin.
- Gün 14: Rhythm Word'de işaretli kelimeleri gözden geçirin. Sesli tasarım egzersizini tekrarlayın.
Hafta 2 kontrol noktası: Yatay ve dikey ölçeklendirme arasındaki trade-off'u ve her birini ne zaman seçeceğinizi 60 saniyenin altında açıklayabilir misiniz?
Hafta 3 — Kategori C: Davranışsal Kelimeler
Hedef: Davranışsal kelimeyi doğal olarak kullanan STAR cevaplarına hazır olmak.
Günlük pratik (25 dakika):
- Gün 15–16: 20 davranışsal kelimeyi öğrenin. Rhythm Word'e ekleyin.
- Gün 17: Kendi deneyiminizden üç STAR hikâyesi yazın. Her hikâyede en az 3 davranışsal kelime kullanın.
- Gün 18: Üç hikâyeyi sesli pratik edin, kendinizi zamanlayın. Her cevap 2–3 dakika olmalı.
- Gün 19: Result bölümüne odaklanın. Her hikâyenin sonuç paragrafını spesifik bir sayı ya da ölçülebilir sonuç içerecek şekilde yeniden yazın.
- Gün 20: En yaygın beş davranışsal soruyu cevaplamayı pratik edin:
- "Tell me about a time you had a conflict with a teammate."
- "Describe a situation where you had to deliver under a tight deadline."
- "Tell me about a time you made a significant technical decision."
- "Give an example of a time you influenced a team without formal authority."
- "Tell me about a time you failed."
- Gün 21: Rhythm Word'de işaretli davranışsal kelimeleri gözden geçirin.
Hafta 3 kontrol noktası: Her birinde en az bir ölçülebilir sonuç olan üç farklı STAR hikâyesini 3 dakikadan kısa sürede anlatabilir misiniz?
Hafta 4 — Mock Mülakat Entegrasyonu
Hedef: Tüm kelimeyi gerçekçi mülakat baskısı altında birleştirin.
- Gün 22–23: İki mock kodlama mülakatı yapın. Her birinden sonra hangi kelimeleri kaçırdığınızı ya da hangilerinden kaçındığınızı gözden geçirin, sonra Rhythm Word tekrar sıranıza ekleyin.
- Gün 24: Bir mock sistem tasarımı mülakatı yapın (Pramp, interviewing.io ya da bir arkadaş kullanın). Mümkünse kaydedin.
- Gün 25: Kaydı izleyin (ya da pratik partnerinizden geri bildirim isteyin). Hangi kelime boşlukları ortaya çıktı?
- Gün 26: 22–25. günlerde boşluk olarak işaretlediğiniz her kelime üzerinde odaklı Rhythm Word oturumu.
- Gün 27–28: İki mock mülakat daha. Bu sefer Kategori D bağlaç ifadelerini aktif olarak kullanın (elaborate, walk through, circle back, to your point, it depends on). Doğal hissetmeli.
- Gün 29: Dinlenin. Yeni kelime yok.
- Gün 30: Rhythm Word'de en zayıf 10 kelimenizin hafif tekrarı. Sadece güven oturumu.
Ay kontrol noktası: Bu rehberdeki kelimeyi kullanarak duraksamadan ya da belirsiz dile geri dönmeden 45 dakikalık bir mock teknik mülakat (kodlama, sistem tasarımı ve davranışsal) yürütebilmelisiniz.
SSS
İngilizce teknik mülakat için hangi kelimelere ihtiyacım var?
Dört alanda kelimeye ihtiyacınız var: (1) algoritma ve veri yapıları — complexity, trade-off, edge case, recursion, bottleneck gibi kelimeler; (2) sistem tasarımı — architecture, scalability, fault tolerance, caching, consistency; (3) davranışsal — ownership, accountability, impact, initiative, stakeholder; ve (4) profesyonel bağlaçlar — "walk me through," "to elaborate," "the trade-off between X and Y" ve "it depends on" gibi ifadeler. Anadili olmayan konuşanların çoğu kategoriler arasında kısmi kapsama sahip. Bu rehber size 80'inin tamamını veriyor.
Algoritmaları İngilizcede nasıl tarif ederim?
Bu yapıyı kullanın: algoritmayı belirtin, zaman ve uzay karmaşıklığını tarif edin, problem için neden uygun olduğunu açıklayın, sonra herhangi bir trade-off'u tarif edin. Örnek: "My approach uses a two-pointer technique. The time complexity is O(n) since we traverse the array once, and the space complexity is O(1) since we're not using any additional data structures. The trade-off is that this only works if the input is sorted — which, given the constraints, it is."
Mülakatlarda "walk me through your approach" ne demek?
Anlam: kod yazmadan önce düşünme sürecinizi adım adım açıklayın. Mülakatçı akıl yürütmenizi anlatmanızı duymak istiyor — problemi nasıl bölüyorsunuz, hangi trade-off'ları değerlendiriyorsunuz, neden bir veri yapısını diğerine tercih ediyorsunuz. Hemen kodlamaya başlama sinyali değil. Sesli düşünme daveti. Güçlü adaylar şöyle bir şeyle yanıt veriyor: "Sure. Let me start by clarifying the constraints, then I'll outline my approach before writing any code."
İngilizce teknoloji mülakatlarında nasıl daha güvenli duyulurum?
Üç spesifik teknik: Birincisi, organize düşünmeyi sinyalleyen yapısal ifadeler kullanın — "I'll break this into three parts," "the key considerations are X, Y, and Z." Bu sizi kasıtlı duyurur. İkincisi, her şeyi nicelleştirin — "I reduced latency from 800ms to 90ms" "I improved the performance significantly"den çok daha güvenli duyulur. Üçüncüsü, varsayımlarınızı açık yapın — "I'm going to assume the input array is sorted; I'll note where that assumption matters." Açık varsayımlar zayıflık değil, farkındalık sinyali.
STAR yöntemi nedir ve hangi kelimeleri kullanır?
STAR Situation, Task, Action, Result anlamına gelir — davranışsal mülakat sorularını cevaplamak için bir çerçeve. Situation kelimeleri arasında: "The context was," "During my time at," "We were in the middle of." Task kelimeleri: "I was responsible for," "I owned," "My accountability was." Action kelimeleri: "My approach was to," "I escalated to," "I drove the," "I collaborated with." Result kelimeleri: "The outcome was a [X]% improvement," "As a direct result," "The impact was." Anahtar oran: cevabınızın %50'sini Action'a, %25'ini Result'a harcayın. Çoğu aday onu Situation'a harcıyor; bu da mülakatçıya çok az şey anlatıyor.
Sonuç
FAANG'da teklif alan mühendisler her zaman en zor LeetCode problemlerini çözebilenler değil. Orta zorluktaki bir problemi net çözebilen, düşüncelerini hassasiyetle iletebilen ve mülakatçıyı onlarla çalışmanın iyi olacağına ikna eden mühendisler.
Anadili olmayan İngilizce konuşanlar için bu öğrenilebilir bir beceri. Yetenek değil. Şans değil. Bu rehberdeki her ifade gerçek bir mühendis tarafından gerçek bir mülakatta kullanıldı. Kelime sınırlı. Çerçeveler (STAR, sistem tasarımı yapılandırması, sesli akıl yürütme) öğrenilebilir.
30 günlük sprintiniz bir kararla başlıyor: hangi kelime boşluğu şu anda size en pahalıya mal oluyor?
Aktif olarak teknik mülakatlara hazırlanan mühendisler için Rhythm Word, bu rehberdeki 80 kelimenin herhangi birini eklemenizi ve ihtiyaç duyacağınız tam kayıtta — profesyonel, teknik ve bağlam-zengin — kişiselleştirilmiş cümlelerle çalışmanızı sağlıyor. Uygulamanın aralıklı tekrar motoru zaten bildiklerinizi değil, en zayıf olduğunuz kelimeleri gözden geçirmenizi sağlıyor.
Otomatikleştirdiğiniz her kelime mülakat odasında bir tereddüt daha az.
Rhythm Word'ü App Store'dan indirin: İndirmek Ücretsiz
Daha fazla profesyonel İngilizce kelime kaynağı arıyorsanız bunlara da bakın:
Rhythm Word iOS'ta kullanılabilir. Kelime öğrenimine yaklaşımımız sana hitap ettiyse, uygulamayı denemeni çok isteriz.
Download on the App Store