Vorbereitung auf englische technische Interviews

Die drei Teile des technischen Interviews

Ein englisches technisches Interview umfasst normalerweise:

1. Selbstvorstellung (2-3 Minuten) — Schnell erklaeren, wer Sie sind und was Sie gemacht haben
2. Technische Diskussion (30-45 Minuten) — Problemloesung oder Design-Diskussion
3. Verhaltensfragen (10-15 Minuten) — Vergangene Erfahrungen und Arbeitsweise

Tipp

Fuer jeden Teil gibt es Standardausdruecke und Frameworks. Es geht nicht um Kreativitaet, sondern um Vorbereitung und Uebung.

Teil 1: Selbstvorstellung

Grundgeruest (2-3 Minuten)

Hello, I'm [name]. I'm a [role] from [location] with [X years]
of experience in [domain].

Most recently, I [major accomplishment or current work].

Before that, I worked on [relevant experience].

I'm particularly interested in [relevant area to this role].

Schluesselelemente

Element	Beispiel	Warum wichtig
Klare Identitaet	”Full-stack engineer”	Interviewer ordnet Ihren Hintergrund schnell ein
Zahlen und Ergebnisse	”4 years”, “40% latency reduction”	Zeigt echte Erfolge, nicht vage
Firmen-/Projektnamen	”ByteDance”, “payment platform”	Beweist verifizierbare Erfahrung
Relevanz	”…which is why I’m excited about this role”	Zeigt Interesse an der Stelle

Achtung

Vermeiden Sie:

• “I’m a hardworking and dedicated engineer” (zu vage)
• “I know many programming languages” (kein Ergebnis)
• “I’ve been doing software development for a long time” (zu ungenau)

Teil 2: Technische Diskussion

Coding Interview (Problemloesung)

1. Problem klaeren (Clarify)

Nicht sofort mit dem Coding beginnen. Erst Fragen stellen.

"Thanks for the problem. Let me clarify a few things:
  - How many URLs do we expect to shorten per day?
  - Should the shortened URLs expire after a certain time?
  - Do we need to support custom short links?"

Nuetzliche Phrasen:

• “Let me clarify…”
• “Could you provide more context on…?”
• “Are we optimizing for X or Y?“

2. Ansatz erlaeutern (Walk Through)

"Here's my approach: First, I'll use a hash function to convert
long URLs to short codes. Then store the mapping in a database.

For scale, I'm thinking about:
  - Using a NoSQL database for fast lookups
  - Adding a cache layer (Redis) for hot URLs"

3. Implementieren und dabei sprechen

"Now let me code this. I'll start with the basic structure,
then we can optimize if needed."

Tipp

Sprechen Sie Ihre Gedanken laut aus. 30 Minuten schweigend zu arbeiten und erst zum Schluss den Code zu erklaeren, macht den Interviewer nervoes.

System Design Interview

Standard-Framework (eine Stunde):

1. Functional Requirements (5 Min) — Was muss das System koennen?
2. Non-Functional Requirements (5 Min) — Skalierung, Latenz, Verfuegbarkeit
3. API-Design (5 Min)
4. Datenbankdesign (10 Min)
5. Architektur (15 Min)
6. Abwaegungsdiskussion (10 Min)

Schluesselausdruecke:

• “I would design it like this…”
• “The trade-off is…”
• “For scalability, we could…”
• “Let me walk you through…”

Teil 3: Verhaltensfragen (STAR-Methode)

Verhaltensfragen pruefen Ihre Arbeitsweise, Teamarbeit und Problemloesungsfaehigkeit. Das Standard-Antwortframework ist STAR:

S (Situation) — Hintergrund T (Task) — Aufgabe (was war Ihre Verantwortung) A (Action) — Handlung (was haben Sie getan) R (Result) — Ergebnis (wie war das Ergebnis)

Beispiel: “Tell me about a time you had a disagreement with a teammate”

Situation:
"In my previous role, I was working on a cache layer optimization.
My teammate suggested using Memcached, but I thought Redis would be
better for our use case."

Task:
"We needed to decide which tool to use, and this decision would
affect several other teams."

Action:
"Instead of arguing, I suggested we run a benchmark. We tested both
on our actual workload. Redis was 20% faster and had better persistence
options. I presented the data to my teammate and our tech lead."

Result:
"We went with Redis. A month later, it was handling 50K concurrent
requests without issue."

Beispiel: “Tell me about a time you failed”

Situation:
"I deployed a major refactor on a Friday afternoon (mistake #1).
Didn't get full code review (mistake #2)."

Action:
"I rolled back immediately, did a detailed review, fixed and tested
thoroughly in staging, and re-deployed on Tuesday."

Result:
"We didn't lose any data, but had 2 hours of downtime. More importantly,
I learned: never deploy major changes on Friday, always get thorough review.
I later created a pre-deployment checklist for the team."

Achtung

Vermeiden Sie:

• “I never failed” (unglaubwuerdig)
• “It was someone else’s fault” (Schuldzuweisung)
• “I don’t remember” (unvorbereitet)

Sagen Sie stattdessen:

• Eine ehrliche Fehlergeschichte
• Ihre Verantwortung
• Was Sie daraus gelernt haben

Vorbereitungscheckliste

Technische Vorbereitung (1-2 Wochen)

• Datenstrukturen und Algorithmen wiederholen (LeetCode medium)
• 2-3 System-Design-Aufgaben ueben
• 3-5 Probeiinterviews durchfuehren
• 5 STAR-Geschichten vorbereiten

Englisch-Vorbereitung (1 Woche)

• Selbstvorstellung aufnehmen und anhoeren (Aussprache und Fluessigkeit pruefen)
• Mit DevGlish Interview-Ausdruecke im “interview-prep”-Tag speichern
• Aussprache technischer Fachbegriffe ueben (“distributed”, “latency” usw.)
• 3-5 “Fragen an den Interviewer” vorbereiten

Tipps am Interviewtag

Sprachbezogen

• Langsamer sprechen — Nicht-Muttersprachler neigen dazu, aus Nervositaet zu schnell zu sprechen
• Gedanken laut aussprechen — Nicht 5 Minuten schweigend nachdenken. Sagen Sie “Let me think for a moment…”
• Perfektion ist nicht noetig — Akzent und kleine Grammatikfehler sind in Ordnung, solange es klar und begruendet ist
• Aussprache ueben — Fachbegriffe deutlich aussprechen

Mindset

• Nervositaet ist normal — Interviewer wissen, dass Englisch nicht Ihre Erstsprache ist
• Fragen stellen — Klaerende Fragen sind klug, keine Schwaeche
• Ehrlich sein — Bei Unwissen: “I’m not sure, but I would…”

Nach dem Interview

• Dank-E-Mail (innerhalb von 24 Stunden)
• Kurz erwaehnen, was Sie beeindruckt hat
• Nicht uebererklarsen (die E-Mail soll keine Entscheidung aendern)

Subject: Thank you for the interview

Hi [Name],

Thank you for taking the time to interview me today. I really enjoyed
discussing the system design challenge and learning more about your
backend architecture.

I'm excited about the opportunity to contribute to your team.

Best regards,
[Your name]

Tipp

Bleiben Sie am Ueben. Das 10. Interview wird viel selbstbewusster sein als das erste.