Sitraka Labs / Kostenloses Tool
Technische Interviews vorbereiten: Coding, System Design, Leadership
Bei Google und den meisten großen Tech-Unternehmen bestehen die Interviews aus Coding-Runden (Datenstrukturen, Algorithmen, Komplexität), einer oder mehreren System-Design-Runden für erfahrene Engineers und einer verhaltensorientierten Runde (Behavioral Interview) zu Leadership und Zusammenarbeit. Auf dieser Seite können Sie alle drei Runden üben; sie beruht auf öffentlich zugänglichem Material und beansprucht kein Insiderwissen über das Auswahlverfahren eines Arbeitgebers. Lesen Sie zuerst die Seiten des Arbeitgebers selbst (Links unten) und trainieren Sie dann hier.
So läuft eine Coding-Runde in der Regel ab
- 01Formulieren Sie das Problem mit eigenen Worten und stellen Sie Rückfragen: Größe der Eingaben, Grenzfälle, was zurückgegeben wird, wenn nichts passt.
- 02Spielen Sie ein oder zwei kleine Beispiele von Hand durch, bevor Sie Code schreiben.
- 03Nennen Sie einen Brute-Force-Ansatz und seine Komplexität und suchen Sie dann einen besseren; denken Sie laut, Schweigen ist der Feind.
- 04Schreiben Sie sauberen Code in einer Sprache, die Sie wirklich gut beherrschen; wählen Sie gute Namen, halten Sie Funktionen kurz.
- 05Testen Sie den Code laut kommentiert mit einem Normalfall, einem Grenzfall und einer großen Eingabe; beheben Sie, was Sie dabei finden.
- 06Nennen Sie die endgültige Zeit- und Speicherkomplexität und sagen Sie, was Sie mit mehr Zeit verbessern würden.
System Design: eine Methode, die Sie auch unter Druck abrufen können
Eine Design-Runde dauert meist 45 bis 60 Minuten und beginnt mit einer absichtlich vagen Aufgabenstellung. Der Interviewer will sehen, wie Sie aus Unklarheit eine Architektur machen, die sich begründen lässt. Gehen Sie jedes Mal dieselben sieben Schritte durch; in der Übung weiter unten schreiben Sie sie aus.
01
Anforderungen klären
Wer sind die Nutzer, und was muss das System leisten? Welche Funktionen gehören nicht dazu? Nichtfunktionale Anforderungen: Latenz, Verfügbarkeit, Konsistenz, Dauerhaftigkeit, Datenschutz?
02
Größenordnung abschätzen
Täglich aktive Nutzer, Anfragen pro Sekunde zur Spitzenzeit, Verhältnis von Lese- zu Schreibzugriffen, pro Tag geschriebene Daten, Aufbewahrungsdauer, Speicherbedarf nach fünf Jahren, Bandbreite. Runden Sie großzügig, zeigen Sie die Rechnung.
03
Die API definieren
Wichtigste Endpunkte oder RPCs mit Ein- und Ausgaben. Authentifizierung, Paginierung, Idempotenzschlüssel für Schreibvorgänge, Rate Limits.
04
Datenmodell und Speicherung
Entitäten und Beziehungen, stark beanspruchte Felder, Indizes. SQL oder NoSQL, und warum. Partitionsschlüssel. Was muss stark konsistent sein, und was darf nachlaufen?
05
Grobarchitektur
Clients, Load Balancer, zustandslose Dienste, Cache, Datenbank, Queue, CDN, Objektspeicher. Zeichnen Sie den Weg einer Anfrage für die zwei wichtigsten Abläufe.
06
Den schwierigen Teil vertiefen
Wählen Sie den Engpass: Hot Keys, Fan-out, große Joins, ein einzelner Schreiber. Zeigen Sie zwei Optionen und entscheiden Sie sich anhand von Zahlen für eine.
07
Abwägungen (Trade-offs), Ausfälle und Betrieb
Was bricht zuerst, wenn sich der Traffic verdoppelt? Replikation und Failover, Backups, eingeschränkter Betrieb, Monitoring und SLOs, Kosten. Fassen Sie das Design in einer Minute zusammen.
Lerntracker: Datenstrukturen und Algorithmen
0/12 sicherTippen Sie auf ein Thema, um seinen Status weiterzuschalten: nicht begonnen, in Übung, sicher. Ziel: alle zwölf auf „sicher“, bevor die Interviewserie beginnt.
Bausteine, die Sie im Schlaf beherrschen sollten
0/12 sicherDieselben drei Status. Sie sollten jeden Baustein in zwei Minuten erklären können, samt seiner Ausfallarten.
Design-Übung
Wählen Sie eine Aufgabe, stellen Sie einen Timer auf 45 Minuten und schreiben Sie die sieben Schritte so auf, wie Sie sie laut sagen würden. Bewerten Sie sich dann mit dem Raster. Alles wird in diesem Browser gespeichert; nichts wird irgendwohin gesendet.
Selbstbewertung
0/6 Kriterien erfülltDie Runde zu Leadership und Zusammenarbeit
Rechnen Sie mit Fragen dazu, wie Sie mit Unklarheit, Meinungsverschiedenheiten, Fehlern und Mentoring umgehen. Bereiten Sie fünf STAR-Geschichten vor (Situation, Task/Aufgabe, Action/Handlung, Result/Ergebnis) mit echten Zahlen, darunter ein Misserfolg, zu dem Sie stehen. Interviewer achten auf Urteilsvermögen, Verantwortungsbewusstsein und darauf, wie Sie die Menschen um sich herum besser machen, nicht auf Heldentaten.
Primärquellen, die Sie zuerst lesen sollten
- Our hiring process (Google Careers) ↗Googles eigene Beschreibung seines Einstellungsverfahrens
- Interviewing at Google: best practices, advice, and tips (Google Careers) ↗Googles Seite mit Tipps für Vorstellungsgespräche
- Google SRE books, readable online (Site Reliability Engineering, The SRE Workbook, Building Secure and Reliable Systems) ↗Die SRE-Bücher von Google, online lesbar: die Referenz für Zuverlässigkeit, SLOs und den Umgang mit Incidents
- The System Design Primer (Donne Martin, CC BY 4.0): design exercises with solutions and flashcards ↗The System Design Primer: Open-Source-Designübungen (CC BY 4.0) mit Lösungen
Diese Seite ist ein redaktioneller Leitfaden auf Basis öffentlich zugänglichen Materials, kein Leak aus dem Fragenkatalog eines Unternehmens. Arbeitgeber ändern ihre Verfahren; ihre eigenen Seiten haben Vorrang vor allem, was hier steht.