Mock-Interview-Fragen für Softwareingenieure
Von Aaron Cao · Aktualisiert am
Übe vier Familien: die Einstiegs- und Motivationsfragen, mit denen jede Runde beginnt, Projekt-Deep-Dives mit feindlichen Nachfragen, rollenspezifische technische Prompts und die Kooperations- und Misserfolgsgeschichten, die Verhaltensrunden abfragen. Die Nachfragen zählen mehr als die Hauptfragen; übe, sie zu überstehen.
Einstieg und Motivation: die Fragen, mit denen jede Runde beginnt
Softwareingenieur-Interviews öffnen so wie jedes Interview, und Ingenieure vernachlässigen diesen Block bei der Vorbereitung konsequent, weil er nicht technisch wirkt. Er wird dennoch bewertet. Übe diese, bis die Antworten 60 bis 90 Sekunden dauern, ohne abzudriften:
- Stell dich vor und führe mich durch deinen Werdegang.
- Warum verlässt du deine aktuelle Stelle, oder warum dieses Unternehmen?
- Welche Art von Arbeit möchtest du in 2 Jahren machen?
- Was ist das Projekt, auf das du am stolzesten bist, in 2 Minuten?
Die Falle in dieser Familie ist die Biografie: den Lebenslauf der Reihe nach aufsagen, statt ein Argument für die Eignung zu machen. Ein starker Einstieg wählt die 2 oder 3 Fakten aus, die zur Stellenbeschreibung passen, und landet bei der Frage, warum diese Rolle der logische nächste Schritt ist. Die Antwort auf das Lieblingsprojekt dient auch als Grundlage für die Deep-Dive-Familie weiter unten, also wähle ein Projekt, das 10 Minuten Nachfragen standhält, nicht nur eine polierte 2-Minuten-Zusammenfassung.
Projekt-Deep-Dives: wo SWE-Interviews wirklich entschieden werden
Das Kernstück der meisten Engineering-Runden ist eines deiner Projekte unter anhaltendem Fragen, und das ist die Familie, wo Mock-Practice den höchsten Ertrag bringt, weil die Nachfragen brutal zu improvisieren sind. Beginne mit Prompts wie diesen:
- Führe mich durch die Architektur des Systems, das du gebaut hast. Warum dieses Design?
- Was war die schwierigste technische Entscheidung bei dem Projekt, und was waren die Alternativen?
- Was ist in der Produktion kaputt gegangen, und was hast du dagegen unternommen?
- Was würdest du neu gestalten, wenn du es heute neu aufbauen würdest?
Dann übe die Nachfragen, die ein kompetenter Interviewer zuverlässig stellt: warum nicht die offensichtliche Alternative, was waren die tatsächlichen Zahlen, Latenz, Skalierung, Kosten, welcher Teil war deiner und nicht der des Teams, und was ist nach dem Launch passiert. Antworten ohne Zahlen werden als Beobachtung statt als Verantwortung gelesen; eine Antwort, die sagt, dass Anfragen von 800 Millisekunden auf 90 gesunken sind, hat ein anderes Gewicht als eine, die sagt, es wurde schneller.
Ein ehrlicher Deep-Dive auf ein Projekt, geübt bis die dritte Nachfrage nicht mehr schmerzt, übertrifft fünf Projekte, die du nur auf Zusammenfassungsebene beschreiben kannst.
Technische Prompts und System-Design, skaliert für die Runde
Live-Coding selbst lässt sich am besten in einem Editor üben, aber die mündliche technische Schicht drumherum gehört in Mock-Interviews: einen Ansatz erklären, eine Komplexitätsbehauptung verteidigen, ein Design laut durchdenken. Repräsentative Prompts:
- Wie würdest du einen URL-Kürzer, einen Rate-Limiter oder einen Benachrichtigungsdienst entwerfen?
- Du musst 100 Millionen Events pro Tag speichern und nach Nutzer abfragen. Führe mich durch die Speicheroptionen.
- Wann würdest du eine Warteschlange einer synchronen Dienstübergabe vorziehen?
- Erkläre eine Caching-Strategie, die du tatsächlich verwendet hast, und wo sie schiefgelaufen ist.
Für Junior-Rollen erwarte Prompts, die auf Grundlagen ausgerichtet sind: Datenstrukturauswahl, Debugging eines langsamen Endpunkts, Erklärung, was passiert, wenn eine URL in einen Browser eingegeben wird. Für Senior-Rollen erwarte Trade-off-Druck: Kosten gegen Latenz, Konsistenz gegen Verfügbarkeit, und die Nachfrage du hast 2 Wochen und 1 Ingenieur, was streichst du. Das Üben der Erzählung ist wichtig, weil die eigentlich bewertete Fähigkeit lesbares Reasoning unter Zeitdruck ist, nicht das Erreichen einer auswendig gelernten Architektur.
Verhaltensgeschichten und wie man diese Datenbank zu echter Übung macht
Engineering-Verhaltensrunden drehen sich um ein vorhersehbares Set: ein Konflikt mit einem Kollegen, den du respektiertest, eine Deadline, die du verpasst hast, eine Entscheidung, die du falsch getroffen hast, eine Situation, in der du einer technischen Richtung widersprochen hast und was du getan hast, eine Zeit, in der du jemanden betreut hast oder betreut wurdest. Bereite 4 bis 6 wahre Geschichten vor, die jeweils 2 oder 3 dieser Prompts abdecken, mit der Situation, deiner Aktion und einem konkreten Ergebnis; dieselbe Geschichte aus verschiedenen Blickwinkeln zu erzählen ist normal und erwartet.
Mache die Datenbank dann zur Übung, nicht zum Lesematerial. Das stille Lesen von Fragen trainiert Erkennung, nicht Produktion; die wirksame Methode ist es, laut zu antworten, unter Nachfragen, die du nicht skriptet hast. SubcueAIs Mock-Interview-Assistent führt genau diese Schleife für Ingenieure aus: Er generiert Fragen aus deinem Lebenslauf und der spezifischen Stellenbeschreibung, stellt sie durch einen sprechenden Interviewer, schiebt Nachfragen basierend auf dem, was du tatsächlich gesagt hast, und bewertet die Sitzung am Ende, sodass die obige generische Datenbank automatisch zu einer rollenspezifischen wird.
Methodenfragen — wie viele Runden, Abstände, Solo-Alternativen — sind in den Mock-Interview- und Übungsantworten gesammelt; für das Live-Gespräch selbst deckt die Desktop-App erlaubte Echtzeitinterview-Kontexte ab.