Englisch-Vokabular fürs Technical Interview: 80 Wörter, die FAANG-Offers gewinnen

---

TL;DR: 3 Dinge, die du wissen musst

• Technische Interviews auf Englisch sind doppelte Hürde: Du musst CS-Wissen zeigen UND es in einer Zweitsprache präzise formulieren. Nicht-Muttersprachler verlieren Punkte an der Kommunikation, nicht an den Konzepten.
• 80 Wörter in 4 Kategorien decken das Vokabular ab, das du wirklich brauchst: Algorithmen, System Design, Behavioral Interviews und Professional English.
• Die STAR-Methode (Situation, Task, Action, Result) ist das strukturelle Rückgrat jeder Behavioral-Frage. Das Vokabular für jede Komponente zu kennen, ist nicht verhandelbar.

---

Warum Technical-Interview-Vokabular der versteckte Differenzierer ist

Du löst das LeetCode-Problem. Du kennst die optimale Time Complexity. Du hast Production-Code in einer echten Firma geshippt. Aber wenn der Interviewer sagt „walk me through your approach", wirst du blank. Nicht weil du die Antwort nicht weißt, sondern weil dir das Englische dafür fehlt.

Keine seltene Situation. Bei FAANG- und Top-Startup-Interviews ist das die Norm für Nicht-Muttersprachler.

In kompetitivem Engineering-Hiring ist die technische Latte ein Filter, kein Differenzierer. Wenn alle ein Medium-LeetCode lösen können, trennt Kommunikationsqualität das Offer von der Absage. Interviewer bei Google, Meta, Amazon und Microsoft bewerten explizit, wie klar du dein Denken artikulierst: ob du einen Trade-off erklären, eine System-Constraint beschreiben oder ein Behavioral-Beispiel präzise rahmen kannst.

Für chinesische, japanische und koreanische Engineers – unter den technisch stärksten weltweit – kostet diese Lücke überproportional. Studien zur Performance von Nicht-Muttersprachlern in oralen Hochsicherheits-Assessments zeigen konstant: Vokabel-Lücken, nicht Grammatikfehler, sind die Hauptquelle wahrgenommener Inkompetenz. Du weißt, was du meinst. Du hast nur das exakte Wort im Moment nicht.

Vier Dimensionen dieser Herausforderung.

Erstens, technisches Vokabular ist abstrakt. Algorithm, complexity, bottleneck, trade-off – diese Wörter haben in vielen ostasiatischen Sprachen kein direktes Pendant. Du kannst sie nicht übersetzen; du musst sie als Konzepte lernen, die auf englische Begriffe gemappt sind.

Zweitens, behaviorales Vokabular ist kulturell. Wörter wie ownership, ship it, rubber duck debugging und retrospective sind kulturspezifisch. Sie tragen Konnotationen aus der Silicon-Valley-Engineering-Kultur, die in der wörtlichen Übersetzung nicht existieren.

Drittens, Präzision zählt mehr als Souveränität. Ein Interviewer braucht keinen muttersprachlichen Klang. Er braucht Präzision. „This solution is O(n log n) which is better than the naive O(n²) approach, but the trade-off is increased space complexity" kommuniziert Intelligenz. Vages Englisch das Gegenteil.

Viertens, Kommunikation unter Druck baut ab. Angst verengt Vokabel-Zugriff. Halb-bekannte Wörter verschwinden zuerst, wenn du nervös bist. Die Lösung ist nicht entspannen; es ist, das Vokabular so durchzuautomatisieren, dass es auch unter Druck verfügbar bleibt.

Dieser Guide gibt dir 80 Wörter, sortiert nach Interview-Kontext, mit Definitionen und personalisierten Beispielsätzen. Er gibt dir auch die strukturellen Frameworks (STAR, System-Design-Sprache, Professional Connectors), die Interviewern signalisieren, dass du klar denkst.

---

Abschnitt 1: 80 Technical-Interview-Wörter in 4 Kategorien

Pro Eintrag drei Komponenten: Wort/Phrase, interview-spezifische Definition und personalisierter Beispielsatz auf Mittelstufe – die Sorte, die du wirklich im Interview nutzen würdest, kein Schulbuch-Satz.

Kategorie A: Data-Structures-&-Algorithms-Vokabular

Die 20 Wörter, die du in jedem Coding-Interview nutzt. Sie beschreiben, was deine Lösung tut, wie sie performt und warum du die Entscheidungen getroffen hast.

Wort / Phrase	Interview-Definition	Beispielsatz
algorithm	schrittweises Verfahren zur Problemlösung	„My algorithm processes each node once, so it runs in linear time."
complexity	Maß, wie Ressourcennutzung mit Input-Größe wächst	„The complexity of this approach improves from quadratic to linearithmic with a better data structure."
time complexity	wie die Laufzeit mit Input-Größe skaliert	„The time complexity of binary search is O(log n), which makes it efficient for large datasets."
space complexity	wie viel zusätzlichen Speicher ein Algorithmus mit wachsendem Input nutzt	„By reusing the input array instead of allocating a new one, I reduced the space complexity to O(1)."
optimization	Prozess, eine Lösung effizienter oder korrekter zu machen	„The first step in my optimization was to eliminate redundant computations inside the inner loop."
iterate	wiederholt einen Prozess anwenden, meist mit Schleife	„I iterate through the array once, keeping track of the maximum value seen so far."
recursion	Technik, bei der eine Funktion sich selbst aufruft, um eine kleinere Version desselben Problems zu lösen	„Recursion is natural here because the tree structure is self-similar at every level."
trade-off	Situation, in der eine Verbesserung eines Aspekts einen anderen verschlechtert	„The trade-off between time and space complexity is the central design decision in this problem."
edge case	Input oder Bedingung am extremen Rand erwarteter Werte	„I should handle the edge case where the input array is empty before entering the main logic."
bottleneck	Engpass, der die Gesamtperformance limitiert	„Profiling revealed that the database query was the bottleneck, not the sorting algorithm."
latency	Verzögerung, bevor ein Datentransfer nach Anweisung beginnt	„Adding a cache reduces latency for repeated requests because the data no longer needs to be recomputed."
throughput	erledigte Arbeit pro Zeiteinheit	„To increase throughput, we can process requests in parallel instead of sequentially."
scalability	Fähigkeit, erhöhte Last ohne Performance-Einbußen zu meistern	„The design lacks scalability because every new user doubles the number of database writes."
refactor	bestehenden Code ohne Verhaltensänderung umstrukturieren	„I would refactor this into a helper function to make the logic reusable and easier to test."
modular	in unabhängigen, austauschbaren Komponenten designt	„Keeping the code modular means we can swap out the sorting function later without touching the rest."
abstraction	Prinzip, Implementierungsdetails hinter einer einfachen Schnittstelle zu verbergen	„Using a stack as an abstraction here means the calling code doesn't need to know how the data is stored internally."
encapsulation	Daten und ihre Funktionen bündeln, internen Zustand verbergen	„Encapsulation keeps the class's internal state safe from external modification."
debugging	Prozess, Fehler im Code zu finden und zu beheben	„During debugging, I added logging statements at each step to trace where the value was going wrong."
iteration	ein vollständiger Schleifen-Durchgang oder ein wiederholter Zyklus	„Each iteration of the outer loop processes one row of the matrix."
constraint	Limit für Input, Zeit oder Speicher, das den Lösungsraum formt	„Given the constraint that the array is sorted, we can rule out any O(n²) approach."

---

Kategorie B: System-Design-Vokabular

System-Design-Interviews testen, ob du in Skalen denken kannst. Diese 20 Wörter sind das Vokabular verteilter Systeme – die Sprache, die Interviewer erwarten, wenn sie „design a URL shortener" oder „how would you build Twitter" fragen.

Wort / Phrase	Interview-Definition	Beispielsatz
architecture	hochgradige Struktur eines Systems und wie seine Komponenten interagieren	„Before diving into components, I want to describe the overall architecture and then zoom into each layer."
microservices	Design, bei dem eine Anwendung als Sammlung kleiner, unabhängig deploybarer Services gebaut ist	„Migrating from a monolith to microservices allowed each team to deploy their service independently."
monolith	einheitliche Anwendung, in der alle Komponenten eng gekoppelt sind	„Starting as a monolith makes sense here — we can extract services later once the domain is better understood."
distributed system	System, in dem Komponenten auf mehreren Computern über Netzwerk kommunizieren	„In a distributed system, we have to assume that any node can fail at any time."
load balancing	eingehende Requests auf mehrere Server verteilen	„Load balancing across three server instances ensures no single server becomes a bottleneck."
caching	häufig genutzte Daten in schnellem Speicher halten, um Abrufzeit zu reduzieren	„Caching the top 1% of URLs would handle the vast majority of read traffic without hitting the database."
database sharding	Datenbank in kleinere Stücke partitionieren, verteilt über mehrere Maschinen	„With 10 billion rows, database sharding by user ID would keep each shard's size manageable."
redundancy	Komponenten duplizieren, um Verfügbarkeit zu erhöhen	„Adding a secondary replica provides redundancy — if the primary fails, traffic fails over automatically."
fault tolerance	Fähigkeit, korrekt weiter zu operieren, wenn Komponenten ausfallen	„Fault tolerance at this layer means replicating the message queue across three availability zones."
consistency	Garantie, dass alle Knoten die gleichen Daten zur gleichen Zeit sehen	„There's a fundamental tension between consistency and availability in a distributed database."
availability	Anteil der Zeit, in der ein System operativ und erreichbar ist	„The design targets 99.9% availability, which allows for less than 9 hours of downtime per year."
partitioning	Daten oder Funktionalität auf mehrere Knoten verteilen	„Horizontal partitioning by region reduces cross-region latency for most users."
API gateway	Server als einziger Eintrittspunkt für alle Client-Requests, der zu passenden Services routet	„The API gateway handles authentication and rate limiting before requests reach any internal service."
rate limiting	kontrollieren, wie viele Requests ein Client in einem Zeitfenster machen darf	„Rate limiting at 1,000 requests per minute per user prevents a single client from overwhelming the system."
message queue	Puffer, der Nachrichten zwischen Producern und Consumern hält und entkoppelt	„Using a message queue means the notification service can fall behind without affecting the core transaction flow."
pub/sub	Messaging-Muster, bei dem Publisher Nachrichten an Topics senden und Subscriber sie empfangen	„The pub/sub model here means adding a new consumer — say, an analytics service — requires zero changes to the publisher."
CDN	Content Delivery Network – geografisch verteiltes Server-Netzwerk, das statischen Content näher zum Nutzer liefert	„Serving static assets through a CDN reduces page load time from 800ms to 90ms for users in Asia."
horizontal scaling	mehr Maschinen hinzufügen, um Last zu meistern	„Horizontal scaling is preferable here because the workload is stateless and easy to distribute."
vertical scaling	Kapazität einer einzelnen Maschine erhöhen (mehr CPU, RAM, Storage)	„Vertical scaling has a ceiling — at some point you can't buy a bigger server, and the cost grows non-linearly."
technical debt	Kosten, eine schnellere Lösung zu wählen, die später mehr Arbeit erfordert	„The current implementation has significant technical debt — we took shortcuts to hit the launch deadline that we'll need to pay back."

---

Kategorie C: Behavioral-Interview-Vokabular

Behavioral-Fragen („Tell me about a time you...") sind keine Soft-Fragen. Sie sind ein strukturiertes Assessment deines Urteils, deiner Zusammenarbeit, deiner Wirkung. Diese 20 Wörter sind das Vokabular dieses Assessments.

Wort / Phrase	Interview-Definition	Beispielsatz
initiative	unaufgefordert handeln, antizipieren, was nötig ist	„I took the initiative to write the post-mortem document before the team lead asked, which helped us identify the root cause faster."
accountability	Verantwortung für Handlungen und Ergebnisse übernehmen, auch Misserfolge	„When the deployment caused a 30-minute outage, I owned the accountability — I wrote the incident report and presented it to the team."
stakeholder	jeder mit Interesse am oder Betroffenheit vom Projektergebnis	„Aligning with stakeholders early meant we avoided a three-week rework cycle when requirements changed."
cross-functional	Menschen oder Teams aus verschiedenen Disziplinen einbeziehend	„I led a cross-functional effort between engineering, product, and legal to ship the data privacy feature on time."
ownership	Mindset, ein Projekt als persönliche Verantwortung zu behandeln, über die formale Rolle hinaus	„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	strukturiertes Meeting nach Projekt oder Sprint zum Review	„After the launch failure, we ran a retrospective and identified three process gaps we've since addressed."
iterate (agile)	eine funktionierende Version schnell releasen, dann in Zyklen verbessern	„We chose to iterate on a minimal version first rather than spend six months building the complete solution."
ship	ein Feature oder Produkt an Nutzer ausliefern	„The goal of that sprint was to ship a working prototype that internal users could test before the end of Q3."
feedback loop	Mechanismus, Information über Ergebnisse zu sammeln und für Verbesserungen zu nutzen	„We added user analytics to create a tighter feedback loop — we could see within 48 hours whether the change was working."
scope creep	schleichende Erweiterung eines Projekts über die ursprünglichen Grenzen hinaus	„Scope creep was the primary risk — we had to make a deliberate decision to defer three features to the next release."
align	verschiedene Parteien zu gemeinsamem Verständnis bringen	„Before writing a single line of code, I aligned with the product manager on what success looked like."
escalate	ein Problem an eine höhere Instanz weitergeben, wenn es auf aktueller Ebene nicht lösbar ist	„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	Aufgaben oder Ziele nach Wichtigkeit oder Dringlichkeit ordnen	„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	messbarer Effekt deiner Arbeit auf Nutzer, Business oder technische Ergebnisse	„The impact of the caching layer was a 60% reduction in database load, which directly lowered our infrastructure costs."
influence	Richtung, Verhalten oder Meinung anderer ändern, oft ohne formale Autorität	„I influenced the team's decision to adopt the new framework by writing a comparative analysis and presenting it at the tech review."
mentor	jüngere Teammitglieder durch Rat, Feedback und Wissensaustausch entwickeln	„I mentored two junior engineers during my time there, pair-programming with them weekly and reviewing their design documents."
collaborate	gemeinsam mit anderen auf ein Ziel hinarbeiten, aktiv beitragen und koordinieren	„The feature required me to collaborate closely with the mobile team, which meant daily syncs and shared documentation."
deliver	ein funktionierendes Resultat im vereinbarten Scope, Qualität und Zeitrahmen abliefern	„Despite the ambiguous requirements, I delivered a working API within the sprint timeline by making early, explicit assumptions and validating them."
pivot	signifikanten Ansatz-Wechsel auf Basis neuer Information machen	„Three weeks in, user testing showed our initial approach was wrong. We had to pivot quickly, which meant cutting two planned features."
drive	ein Projekt oder Ziel durch aktiven Einsatz und Führung vorantreiben	„I drove the migration project from start to finish — coordinating across four teams and delivering it two weeks ahead of schedule."

---

Kategorie D: Allgemeines Professional English fürs Interview

Keine technischen Wörter. Das Bindegewebe der Interview-Kommunikation – die Phrasen, die zeigen, dass du klar denkst, Aussagen passend qualifizierst und mit den Fragen des Interviewers in Dialog gehst.

Nicht-Muttersprachler kennen oft das technische Vokabular, aber nicht diese Connectors. Ohne sie klingen Antworten abgehackt, überheblich oder ausweichend. Mit ihnen klingen sie strukturiert und senior.

Phrase	Funktion	Beispiel im Interview
elaborate	signalisieren, dass du gleich mehr Detail bringst	„Could you elaborate on the scale requirements? That would change my design significantly."
clarify	Mehrdeutigkeit klären, bevor du weitermachst	„Before I start, I want to clarify — are we optimizing for read performance or write performance?"
rephrase	eine Frage oder Idee neu formulieren, um Verstehen zu bestätigen	„Let me rephrase that constraint to make sure I have it right: we have a 100ms SLA for 99th percentile response times?"
walk through	jemanden Schritt für Schritt durch dein Denken führen	„Let me walk through my reasoning before I write any code."
break down	ein komplexes Problem in kleinere Teile zerlegen	„I'll break down the problem into three components: data modeling, API design, and caching strategy."
in terms of	die Dimension präzisieren, um die es gerade geht	„In terms of time complexity, this is optimal. The question is whether the space trade-off is acceptable."
to elaborate	eine detailliertere Erklärung einleiten	„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	zu einem früheren Punkt zurückkehren	„I want to circle back to the edge case I mentioned — it becomes important once we consider the concurrent write scenario."
approach	die Gesamt-Methode oder Strategie	„My approach would be to start with a simple solution, establish correctness, and then optimize."
considerations	Faktoren, die eine Entscheidung beeinflussen sollten	„The main considerations here are consistency requirements, expected read/write ratio, and team familiarity with the technology."
trade-offs	Kosten und Nutzen verschiedener Optionen	„There are real trade-offs between these two designs, and the right choice depends on the read/write ratio."
in my experience	eine Aussage mit persönlicher Erfahrung qualifizieren	„In my experience, starting with a monolith and extracting services later is less risky than starting distributed."
I'd argue that	eine Position einleiten, die du verteidigen kannst	„I'd argue that the additional complexity of microservices isn't justified at this scale."
one way to think about it	ein Mental Model oder eine Analogie anbieten	„One way to think about this is that the cache is a buffer between the fast and slow parts of the system."
that said	einen vorigen Punkt anerkennen, bevor ein Counterpoint kommt	„That said, there are scenarios where the simpler approach would fail — specifically, high-concurrency writes."
to be specific	ankündigen, dass ein konkretes Beispiel kommt	„To be specific, I reduced query time from 1.2 seconds to 40 milliseconds by adding a composite index."
building on that	einen schon gemachten Punkt erweitern	„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	etwas anerkennen und aufgreifen, was der Interviewer gesagt hat	„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	den zentralen Punkt benennen	„The crux of the matter is whether we prioritize write throughput or read latency — everything else follows from that decision."
it depends on	erkennen, dass die Antwort kontextabhängig ist	„It depends on the access pattern. If reads far outnumber writes, a cache makes sense. If writes dominate, it adds complexity without benefit."

---

Abschnitt 2: STAR-Methoden-Vokabel-Guide

Die STAR-Methode ist das wichtigste Framework für Behavioral Interviews. Jede große Tech-Firma (Google, Amazon, Meta, Microsoft, Apple) nutzt explizit kompetenzbasiertes Behavioral Assessment, und STAR ist die erwartete Antwort-Struktur.

Was STAR bedeutet:

• Situation – Kontext und Hintergrund. Wo warst du, was passierte?
• Task – deine spezifische Verantwortung. Was solltest du tun?
• Action – was du tatsächlich getan hast. Die konkreten Schritte.
• Result – das messbare Ergebnis. Was kam dabei heraus?

Das von Interviewern gewünschte Verhältnis: ungefähr 10 % / 15 % / 50 % / 25 %. Die meisten Kandidaten überinvestieren in Situation und unterliefern bei Action und Result. Genau dort zählt das Vokabular am meisten.

STAR-Eröffnungsphrasen

Situation-Opener (Szene schnell setzen):

1. „This happened during my time at [company], when our team was responsible for..."
2. „The context was a critical migration project with a hard deadline of..."
3. „We were in the middle of a product launch when..."
4. „Shortly after I joined the team, we encountered a situation where..."
5. „During Q3 of last year, our service started experiencing..."

Task-Opener (Ownership klar):

1. „My specific responsibility was to..."
2. „I was accountable for delivering..."
3. „The task fell to me because..."
4. „I owned the end-to-end design and implementation of..."
5. „The team needed someone to drive the..."

Action-Opener (Initiative und Denken zeigen):

1. „The first thing I did was..."
2. „I started by breaking the problem into three components..."
3. „My approach was to first understand the root cause before proposing any solution..."
4. „I decided to escalate early, because..."
5. „Rather than accepting the existing approach, I proposed an alternative by..."

Result-Opener (mit Zahlen führen):

1. „The outcome was a [X]% improvement in..."
2. „As a direct result, we reduced [metric] from X to Y..."
3. „The feature shipped on time and within budget, and subsequently..."
4. „We received direct feedback from the engineering director that..."
5. „The impact was significant: specifically, [quantified outcome]..."

Vollständiges STAR-Beispiel

Frage: „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.

Beachte das Vokabular bei der Arbeit: constraint, approach, bottleneck, iterate, to be specific, circle back, impact. Nicht dekorativ. Sie signalisieren dem Interviewer, dass du in strukturierten, professionellen Engineering-Begriffen denkst.

---

Abschnitt 3: System-Design-Interview-Sprache

System-Design-Interviews haben keine einzige richtige Antwort. Interviewer bewerten, ob du wie ein Senior Engineer denkst: kannst du Mehrdeutigkeit strukturieren, Trade-offs durchdenken und deine Entscheidungen klar kommunizieren?

Die Sprachmuster unten sind, wie Senior-Engineering-Kandidaten klingen. Studiere sie nicht, um Skripte zu pauken, sondern um die Denkmuster zu verinnerlichen.

Wie du deine Antwort strukturierst

Die ersten zwei Minuten eines System-Design-Interviews entscheiden den Verlauf. Starke Kandidaten nutzen eine konsistente Struktur:

1. Anforderungen zuerst klären. „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?"

2. Ansatz explizit benennen. „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."

3. Auf eine Entscheidung hinarbeiten. „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."

10 Signal-Phrasen, die seniores Denken zeigen

Diese Phrasen signalisieren architektonische Reife. Sie tauchen in Antworten von Kandidaten auf, die starke Hire-Empfehlungen bekommen.

Signal-Phrase	Was sie kommuniziert
„The first question I'd ask is..."	Du sammelst Anforderungen, bevor du designst
„The trade-off between X and Y is..."	Du reasonst über konkurrierende Belange
„A key consideration here is..."	Du priorisierst, was zählt
„I'd start simple and add complexity only when needed..."	Du vermeidest Premature Optimization
„This assumes [assumption] — if that changes, the design would change significantly..."	Du machst Annahmen explizit
„The bottleneck in this design is likely..."	Du antizipierst Failure Points
„One failure mode we need to handle is..."	Du denkst an Resilienz
„If I were to scale this to 10x traffic..."	Du denkst voraus, ohne den aktuellen Scope zu verlieren
„I would monitor this with..."	Du denkst an Operations und Observability
„The simplest thing that could work is... and here's when we'd outgrow it..."	Du verstehst die Evolution von Systemen

Häufige Fehler von Nicht-Muttersprachlern

Muster, die in Interviews mit Nicht-Muttersprachlern oft auftauchen und bei Interviewern konsequent negatives Feedback auslösen.

Fehler 1: Zu Lösungen springen, ohne zu klären.

• Was passiert: Der Kandidat beschreibt eine konkrete Technologie, bevor die Anforderungen geklärt sind.
• Was Interviewer denken: „Sie stellen keine klärenden Fragen. Risiko in einer realen Engineering-Umgebung."
• Fix: „Before I propose a design, can I ask a few questions to make sure I understand the constraints?"

Fehler 2: Beschreiben statt entscheiden.

• Was passiert: „We could use MySQL, or we could use Cassandra. Both have advantages. MySQL is relational. Cassandra is distributed."
• Was Interviewer denken: „Sie können Fakten aufzählen, aber keine Entscheidung treffen."
• Fix: „Given the read-heavy workload and structured data, I'd go with PostgreSQL. Here's why..."

Fehler 3: Vage positive Qualifier.

• Was passiert: Kandidaten sagen „this is very efficient" oder „this approach is much better".
• Was Interviewer denken: „Besser nach welchem Maß? Wie viel besser?"
• Fix: Spezifisch sein. „This reduces time complexity from O(n²) to O(n log n), which matters at 10 million records." Quantifiziere, wann immer möglich.

Fehler 4: Direkte Übersetzung aus L1-Satzstruktur.

• Chinesisch: „This problem, I think can be solved by using..." → „I think this problem can be solved by using..."
• Japanisch: Übermäßiger Gebrauch von „I feel that..." in technischen Kontexten → „My assessment is that..." oder „The data suggests..."
• Koreanisch: Subjekt im Englischen weglassen, wo es nötig wäre

Fehler 5: Stille statt lautem Denken.

• Was passiert: Der Kandidat verstummt beim Nachdenken, sodass der Interviewer rätselt, ob er feststeckt.
• Fix: Das Denken erzählen. „Let me think about this for a moment... I'm considering whether the consistency requirement here rules out an eventually consistent store..." Der Unterschied zwischen festgefahren wirken und nachdenklich wirken.

---

Abschnitt 4: 30-Tage-Vor-Interview-Vokabel-Sprint

Vier Wochen vor deinem Interview, fahre diesen fokussierten Sprint. Reihenfolge zählt: Algorithmen zuerst, dann System Design, dann Behavioral, dann Integration.

Woche 1 – Kategorie A: Algorithmen-Vokabular

Ziel: Die 20 Algorithmus-Wörter so automatisieren, dass sie natürlich kommen, wenn du Code beschreibst.

Tägliche Praxis (20 Minuten):

• Tag 1–2: Erste 10 Wörter lernen. In Rhythm Word anlegen, erste SRS-Session.
• Tag 3–4: Restliche 10 lernen. SRS für alle 20.
• Tag 5: Eine LeetCode-Easy oder -Medium komplett laut lösen. Mindestens 5 Wörter aus Kategorie A nutzen.
• Tag 6: Zwei vorher gelöste LeetCode-Lösungen einem imaginären Interviewer erklären. Aufnehmen.
• Tag 7: Wörter reviewen, die Rhythm Word als schwach markiert hat.

Woche-1-Check: Kannst du Time und Space Complexity von Merge Sort, Binary Search und Hash-Table-Lookup in klarem Englisch ohne Zögern erklären?

Woche 2 – Kategorie B: System Design

Ziel: System-Design-Entscheidungen mit präzisem Vokabular vorschlagen, vergleichen und rechtfertigen können.

Tägliche Praxis (25 Minuten):

• Tag 8–9: Erste 10 System-Design-Wörter. In Rhythm Word.
• Tag 10–11: Restliche 10. SRS für alle 20.
• Tag 12: Eine klassische System-Design-Aufgabe (URL Shortener, Twitter Timeline, Rate Limiter) und 15 Minuten lautes Design, mindestens 8 Wörter aus Kategorie B.
• Tag 13: Einen System-Design-Blogpost oder Architektur-Artikel lesen. Jedes B-Wort im Kontext notieren.
• Tag 14: Markierte Wörter in Rhythm Word. Out-loud-Übung wiederholen.

Woche-2-Check: Kannst du den Trade-off zwischen horizontalem und vertikalem Scaling – und wann du was wählst – in unter 60 Sekunden erklären?

Woche 3 – Kategorie C: Behavioral

Ziel: STAR-Antworten haben, die das Behavioral-Vokabular natürlich nutzen.

Tägliche Praxis (25 Minuten):

• Tag 15–16: 20 Behavioral-Wörter. In Rhythm Word.
• Tag 17: Drei STAR-Stories aus eigener Erfahrung schreiben. Mindestens 3 Behavioral-Wörter pro Story.
• Tag 18: Die drei Stories laut üben, Zeit nehmen. Jede Antwort 2–3 Minuten.
• Tag 19: Result-Sektion fokussieren. Jede Result-Passage so umschreiben, dass eine konkrete Zahl oder ein messbares Ergebnis drinsteht.
• Tag 20: Die fünf häufigsten Behavioral-Fragen üben:
  • „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."
• Tag 21: Markierte Behavioral-Wörter in Rhythm Word.

Woche-3-Check: Kannst du drei verschiedene STAR-Stories in unter 3 Minuten erzählen, mit mindestens einem messbaren Ergebnis pro Story?

Woche 4 – Mock-Interview-Integration

Ziel: Alles Vokabular unter realistischem Interview-Druck kombinieren.

• Tag 22–23: Zwei Mock-Coding-Interviews. Nach jedem: welche Wörter gefehlt oder vermieden? Zur Rhythm-Word-Queue hinzufügen.
• Tag 24: Ein Mock-System-Design-Interview (Pramp, interviewing.io oder Freund). Wenn möglich aufnehmen.
• Tag 25: Aufnahme zurückhören (oder Übungspartner um Feedback bitten). Welche Vokabel-Lücken tauchten auf?
• Tag 26: Fokus-Session in Rhythm Word über jede Lücke aus Tagen 22–25.
• Tag 27–28: Zwei weitere Mock-Interviews. Diesmal aktiv die Kategorie-D-Connector-Phrasen nutzen (elaborate, walk through, circle back, to your point, it depends on). Sollten sich natürlich anfühlen.
• Tag 29: Pause. Keine neuen Wörter.
• Tag 30: Leichtes Review der schwächsten 10 Wörter in Rhythm Word. Nur Selbstvertrauens-Session.

Monats-Check: Du solltest ein 45-Minuten-Mock-Interview (Coding, System Design, Behavioral) mit dem Vokabular aus diesem Guide ohne Zögern und ohne vage Sprache durchziehen können.

---

FAQ

Welches Vokabular brauche ich für ein technisches Interview auf Englisch?

Vier Bereiche: (1) Algorithmen und Datenstrukturen – complexity, trade-off, edge case, recursion, bottleneck; (2) System Design – architecture, scalability, fault tolerance, caching, consistency; (3) Behavioral – ownership, accountability, impact, initiative, stakeholder; (4) Professional Connectors – „walk me through", „to elaborate", „the trade-off between X and Y", „it depends on". Die meisten Nicht-Muttersprachler haben Teilabdeckung. Dieser Guide gibt dir alle 80.

Wie beschreibe ich Algorithmen auf Englisch?

Diese Struktur: Algorithmus benennen, Time und Space Complexity beschreiben, erklären, warum er passt, dann Trade-offs nennen. Beispiel: „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."

Was heißt „walk me through your approach" im Interview?

Heißt: Erkläre dein Denken Schritt für Schritt, bevor du Code schreibst. Der Interviewer will hören, wie du das Problem zerlegst, welche Trade-offs du erwägst, warum du eine Datenstruktur über eine andere wählst. Kein Signal, sofort zu coden. Eine Einladung zum lauten Denken. Starke Antwort: „Sure. Let me start by clarifying the constraints, then I'll outline my approach before writing any code."

Wie wirke ich in englischen Tech-Interviews selbstsicherer?

Drei Techniken: Erstens, strukturelle Phrasen, die organisiertes Denken signalisieren – „I'll break this into three parts", „the key considerations are X, Y, and Z". Sie machen dich überlegt klingen. Zweitens, alles quantifizieren – „I reduced latency from 800ms to 90ms" klingt viel sicherer als „I improved the performance significantly". Drittens, Annahmen explizit machen – „I'm going to assume the input array is sorted; I'll note where that assumption matters." Explizite Annahmen signalisieren Bewusstsein, nicht Schwäche.

Was ist die STAR-Methode und welches Vokabular nutzt sie?

STAR steht für Situation, Task, Action, Result – ein Framework für Behavioral-Fragen. Situation-Vokabular: „The context was", „During my time at", „We were in the middle of". Task-Vokabular: „I was responsible for", „I owned", „My accountability was". Action: „My approach was to", „I escalated to", „I drove the", „I collaborated with". Result: „The outcome was a [X]% improvement", „As a direct result", „The impact was". Schlüssel-Verhältnis: 50 % Action, 25 % Result. Die meisten verbringen Zeit mit Situation – was dem Interviewer kaum etwas sagt.

---

Fazit

Die Engineers, die FAANG-Offers bekommen, sind nicht immer die mit den schwierigsten LeetCode-Lösungen. Es sind die, die ein Medium-Problem klar lösen, ihr Denken präzise kommunizieren und den Interviewer überzeugen, dass es sich gut mit ihnen arbeiten lässt.

Für Nicht-Muttersprachler ist das ein lernbarer Skill. Kein Talent. Kein Glück. Jede Phrase in diesem Guide wurde von einem echten Engineer in einem echten Interview genutzt. Das Vokabular ist endlich. Die Frameworks (STAR, System-Design-Strukturierung, lautes Reasoning) sind lernbar.

Dein 30-Tage-Sprint startet mit einer Entscheidung: Welche Vokabel-Lücke kostet dich gerade am meisten?

Für Engineers in aktiver Vorbereitung: Rhythm Word lässt dich jedes der 80 Wörter aus diesem Guide hinzufügen und mit personalisierten Sätzen in genau dem Register lernen, das du brauchst: professionell, technisch, kontextreich. Die Spaced-Repetition-Engine sorgt dafür, dass du die schwächsten Wörter reviewst, nicht die schon sicheren.

Jedes automatisierte Wort ist ein Zögern weniger im Interview-Raum.

Rhythm Word im App Store laden: gratis ladbar

---

Mehr Professional-English-Ressourcen:

• Business-English-Vokabular: Der vollständige Profi-Guide
• Englisch fürs Vorstellungsgespräch: 60 Wörter und Phrasen, die zum Job führen
• Active Recall: Der schnellste Weg, Vokabular zu verankern
• Warum Kontextsätze die effizienteste Art sind, Vokabular zu lernen