Welche Plattformen führen Coding-Interviews durch und wie unterscheiden sie sich?

In der Einladungs-E-Mail wird die Plattform normalerweise genannt, und ihr Name verrät bereits, wie sich die Sitzung größtenteils anfühlen wird. Die Plattformen lassen sich in vier Kategorien einteilen.

• Live geteilte Editoren. CoderPad, der Interviewmodus von CodeSignal, HackerRank Interview (früher CodePair) und ähnliche Editoren öffnen ein Dokument, das sowohl du als auch der Interviewer bearbeiten können. Die meisten können Code in einigen Programmiersprachen ausführen; manche Arbeitgeber deaktivieren die Ausführung bewusst, damit du logisch vorgehst, statt nach dem Prinzip Versuch und Irrtum zu arbeiten.
• Einfache geteilte Dokumente. Manche Teams senden noch immer ein Google-Dokument oder einen leeren Texteditor über Zoom oder Google Meet. Keine Syntaxhervorhebung, kein Ausführen-Button, keine Tests; der Interviewer liest deinen Code so, wie es ein Reviewer tun würde.
• Zeitlich begrenzte Onlinetests. HackerRank, Codility und CodeSignal stellen einen festen Aufgabensatz mit Zeitlimit und automatischer Bewertung bereit. Niemand nimmt an einem Gespräch teil; die Plattform zeichnet deine Sitzung auf und bewertet verborgene Testfälle.
• Interviewdienstleister. Karat und vergleichbare Anbieter stellen einen geschulten Engineer bereit, der auf dem eigenen Editor des Anbieters ein technisches Live-Interview durchführt und den Bericht verfasst, den der Arbeitgeber liest. Das Format ist live, aber die Person im Gespräch ist kein zukünftiger Kollege.

Arbeitgeber kombinieren diese Formate. Ein typischer Interviewprozess beginnt mit einem Test, geht mit einer oder zwei Runden in Live-Editoren weiter und endet mit einem Gespräch über Systemdesign in einem Whiteboard-Tool oder einem einfachen Anruf. Das Thema zur Plattformprüfung behandelt die einzelnen Anbieter ausführlicher.

Fünf Eigenschaften bestimmen den Ablauf einer Sitzung, und sie unterscheiden sich zwischen den Plattformen stärker als der Schwierigkeitsgrad der Aufgaben.

• Live oder asynchron. Ein Live-Editor ermöglicht ein Gespräch; du kannst nach Einschränkungen fragen und Hinweise erhalten. Ein Test ist eine stille Prüfung; die einzige Erläuterung ist die Aufgabenstellung.
• Codeausführung. Editoren mit einem Ausführen-Button lassen dich einen Fall prüfen, bevor du behauptest, dass dein Code funktioniert. Einfache Dokumente und Editoren mit deaktivierter Ausführung machen dich zum Interpreter, sodass du erklärst, was jede Zeile tut.
• Sichtbarkeit deiner Eingaben. In einem Live-Editor sieht der Interviewer jeden Tastendruck, jede Pause und jede Löschung in Echtzeit. Wenn du eine Funktion dreimal umschreibst, ist das sichtbar; es ist nicht unbedingt schlecht, wohl aber dein Schweigen dabei.
• Sprache und Werkzeuge. Die meisten Editoren unterstützen die gängigen Sprachen, doch der Zugriff auf Bibliotheken, die automatische Vervollständigung und ein Debugger variieren. Tests beschränken dich häufig auf die vom Bewertungssystem unterstützten Sprachen.
• Aufzeichnung und Beaufsichtigung. Live-Runden werden häufig für die Nachbesprechung aufgezeichnet. Testplattformen bieten eine optionale Beaufsichtigung, die Webcam-Aufnahmen, die Protokollierung von Browser-Tab-Wechseln oder Markierungen bei Kopieren und Einfügen umfassen kann; ob sie aktiviert ist, entscheidet der Arbeitgeber, und in der Einladung steht es nur selten.

Die letzte Eigenschaft ist diejenige, die du bei deiner Planung berücksichtigen solltest. Behandle jeden zeitlich begrenzten Test so, als wäre die Beaufsichtigung aktiviert, sofern die Anweisungen nichts anderes besagen.

Die Sorge, dass sich das Üben auf einer Plattform nicht auf eine andere übertragen lässt, ist nachvollziehbar. Dieser Abschnitt bietet dir eine Vorbereitungsroutine für jedes Format. Kurz gesagt: Die Programmierkenntnisse sind übertragbar, die Gewohnheiten während der Sitzung jedoch nicht. Übe diese Gewohnheiten daher ganz bewusst.

• Für Live-Editoren: Übe in einem Browsereditor ohne automatische Vervollständigung, sprich während des Tippens und schreibe einen kleinen Testfall von Hand, bevor du etwas ausführst. Wenn der Editor einen Ausführen-Button hat, nutze ihn, nachdem du deinen Ansatz erklärt hast, nicht anstelle einer Erklärung.
• Für einfache Dokumente: Übe, ohne Compiler korrekten Code zu schreiben. Einheitliche Einrückungen und kurze Funktionen sind wichtig, weil der Interviewer den Code liest und nicht ausführt.
• Für zeitlich begrenzte Tests: Übe unter Zeitdruck und denke dabei an verborgene Tests: Berücksichtige leere Eingaben, Duplikate und die größten zulässigen Größen. Lies zuerst den gesamten Aufgabensatz und ordne die Aufgaben nach dem erwarteten Aufwand.
• Für Interviews bei Dienstleistern: Rechne mit einem standardisierten Bewertungsraster. Interviewer von Anbietern nach dem Vorbild von Karat bewerten Kommunikation und Problemzerlegung ausdrücklich. Erkläre daher deinen Plan, bevor du programmierst.

Eine Backend-Entwicklerin, die sich bei einem Zahlungsdienstleister für eine Senior-Position bewirbt, erhält innerhalb einer Woche drei verschiedene Einladungen: einen CodeSignal-Test, eine CoderPad-Runde mit aktivierter Ausführung und eine Abschlussrunde in einem geteilten Dokument. Sie übt jedes Format einmal, und das Einzige, was sie jeweils ändert, ist der Umfang ihrer mündlichen Erklärungen. Das Probeinterview-Tool von SubcueAI bietet eine praktische Möglichkeit, das laute Erklären zu üben.

Nur in Formaten, in denen jemand mit dir spricht. Die native Desktop-App von SubcueAI für macOS und Windows erfasst sowohl den Systemton als auch dein Mikrofon. So hört sie die Frage des Interviewers auf Zoom, Google Meet oder Microsoft Teams und zeigt Vorschläge in einem schwebenden Overlay an, das nur auf deinem eigenen Bildschirm vorhanden ist. Das Side Panel der Browsererweiterung übernimmt dasselbe bei Gesprächen, die in einem Browser-Tab in Chrome oder Edge stattfinden. Es erfasst ausschließlich den Ton des Meeting-Tabs, hört daher den Interviewer und transkribiert dich niemals. Keine der beiden Oberflächen tritt dem Gespräch als Bot bei oder fügt etwas in die Meetingseite oder den Coding-Editor ein; die Firefox-Version der Erweiterung unterstützt nur Probeübungen.

Dieser Einsatzbereich hat klare Grenzen. Bei einem zeitlich begrenzten Test gibt es kein Gespräch, sodass ein zuhörender Assistent keine Grundlage hat. Beaufsichtigte Tests, die deine Tabs protokollieren oder dich über die Webcam beobachten, liegen außerhalb des vorgesehenen Einsatzes von SubcueAI. Wenn du in einem Live-Editor deinen gesamten Bildschirm teilst, erscheint das Overlay im geteilten Bild; teile nur das Fenster des Editors oder gar nichts. Aufgezeichnete Runden und vom Arbeitgeber verwaltete Geräte liegen ebenfalls außerhalb des Einsatzbereichs. Aaron Cao, Gründer von SubcueAI, hat das Overlay genau deshalb als lokales Fenster statt als Meetingteilnehmer konzipiert: Es sollte niemals Teil dessen werden, was die Plattform aufzeichnet. Einrichtungsschritte für beide Oberflächen findest du auf der Tutorialseite, und die Sicherheitsseite erklärt, was erfasst wird und was nicht.