Ein Pair-Programming-Interview ist ein technisches Format, in dem du und ein Entwickler gemeinsam an einem Problem Code schreibt, meist in einem echten Editor und einer realistischen Codebasis. Der Interviewer agiert als Mitarbeitender statt als stiller Beobachter, und die Bewertung gewichtet Kommunikation, den Umgang mit Feedback und Debugging-Gewohnheiten genauso stark wie die fertige Lösung. Die Termine dauern typischerweise 60 bis 90 Minuten.
Was Pair-Programming-Interview in der Praxis bedeutet
Die Formate reichen von einer strikten Aufteilung in Driver und Navigator, wo eine Person tippt und die andere anleitet, bis zu einer lockeren Session, in der der Interviewer Fragen beantwortet und gelegentlich eine Richtung vorschlägt. Viele Unternehmen nutzen ein kleines, realistisches Repository, manchmal ihr eigenes Produkt, mit vorhandenen Tests und einer Aufgabe wie einen fehlschlagenden Test reparieren, ein Feature ergänzen oder ein Modul erweitern. Du arbeitest meist in deiner eigenen Umgebung oder einem vorbereiteten Cloud-Editor, Dokumentation und Suche sind erlaubt, denn der Punkt ist, normale Arbeit zu simulieren. Verbreitet ist das bei Unternehmen, die Rätselformate ablehnen, und es sitzt typischerweise nach dem Technical Phone Screen.
Warum es für Kandidaten zählt
Schweigen ist der häufigste Weg, dieses Format zu vergeigen, selbst wenn der Code läuft. Der Interviewer bewertet Zusammenarbeit: ob du deine Überlegungen erzählst, klärende Fragen stellst, einen Vorschlag ohne Ego annimmst und mit Begründung dagegenhältst, wenn du anderer Meinung bist. Es belohnt außerdem alltägliche professionelle Gewohnheiten, die Rätselformate ignorieren, etwa zuerst den vorhandenen Code zu lesen, früh die Tests laufen zu lassen und in kleinen, geprüften Schritten voranzugehen.
So bereitest du dich vor
- Erzähl deine Überlegungen durchgehend mit, inklusive der Sackgassen.
- Lies den vorhandenen Code und die Tests, bevor du irgendetwas schreibst.
- Stell klärende Fragen, statt die Anforderung anzunehmen.
- Nimm Vorschläge souverän an und erklär, warum, wenn du anderer Meinung bist.
- Lass die Tests früh und häufig laufen statt erst am Ende.
Beispiel
Ein Kandidat bekommt ein kleines Python-Repository mit einem fehlschlagenden Test und 75 Minuten. Er verbringt die ersten acht Minuten damit, das Modul zu lesen und zu fragen, was das beabsichtigte Verhalten ist, und schreibt dann einen engeren fehlschlagenden Test, um den Bug einzukreisen. Auf halber Strecke schlägt der Interviewer eine andere Datenstruktur vor; der Kandidat probiert sie, stellt fest, dass sie für dieses Zugriffsmuster langsamer ist, und erklärt den Zielkonflikt, bevor er sich entscheidet. Der Bug ist mit 20 Minuten Restzeit gefixt, die er in Randfälle steckt.
Das Format kennst du. Jetzt die Fragen. Kopier deine echte Stellenbeschreibung in den kostenlosen Question Predictor und bekomm die 20 Fragen, die diese Rolle am wahrscheinlichsten stellt, samt dem, worauf jede wirklich abzielt.
Meine Fragen vorhersagenVerwandte Begriffe
Steht dieses Vorstellungsgespräch bald an? GhostPilot hört bei deinem Live-Call mit, erkennt die Frage in dem Moment, in dem sie gestellt wird, und bringt dir eine strukturierte Antwort in Echtzeit auf den Bildschirm. Probier es im nächsten Mock aus, oder hol dir einen $29 Session Pass, kein Abo, für den Ernstfall.
So funktioniert es