Wie man ein Live-Coding-Interview besteht

Live-Coding ist keine Hausaufgabe. Der Interviewer beobachtet, wie Sie die Aufgabenstellung klären, ein Beispiel wählen, eine Datenstruktur auswählen und sich erholen, wenn ein Test fehlschlägt. Korrektheit zählt, aber eine schweigend geschriebene, perfekte Funktion ohne Diskussion der Komplexität schneidet oft schlechter ab als eine funktionierende Brute-Force-Lösung, die Sie anschließend verbessern.

Ein Backend-Ingenieur, der sich bei einem Anbieter für Public-Cloud-Dienste auf eine L5-Stelle bewirbt, bekommt einen Rate Limiter in einem geteilten Editor gestellt. Der Interviewer erwartet beim ersten Kompilieren keinen lehrbuchmäßigen Token-Bucket-Algorithmus. Er möchte hören, wie Sie Lastspitzen gegen einen stabilen Zustand abwägen, einen O(1)-Ansatz gegen das Durchsuchen eines Logs skizzieren und einen fehlschlagenden Test schreiben, bevor Sie den Idealfall behandeln. Genau dieses Gespräch ist die Runde.

Diese Runden laufen meist auf CoderPad, CodeSignal, HackerRank oder in einem geteilten Editor innerhalb von Zoom, Google Meet oder Microsoft Teams ab. Fragen Sie vor dem Tippen nach Eingabegröße, Duplikaten und Veränderbarkeit. Fassen Sie die erwartete Ausgabe noch einmal zusammen. Dann schreiben Sie den Code.

• Hat die Randbedingungen vor der ersten Zeile geklärt.
• Hat mit einem korrekten Brute-Force-Plan begonnen, dann eine Verbesserung vorgenommen.
• Hat Zeit- und Speicherkomplexität laut genannt.
• Hat ein Beispiel und einen Grenzfall durchgespielt.
• Hat sich nach einem fehlgeschlagenen Durchlauf erholt, ohne zu verstummen.

Sie befürchten, dass Reden Sie ausbremst oder unsicher wirken lässt. Dieser Abschnitt bietet ein Erzählmuster, das Sie bei jedem Problem im geteilten Editor wiederverwenden können, von der ersten Zusammenfassung bis zum Moment, in dem Sie stecken bleiben. Üben Sie es, bis es zur Routine wird, statt ein Skript abzulesen.

Fassen Sie vor der ersten Zeile das Problem zusammen, nennen Sie die Randbedingungen und gehen Sie ein Beispiel von Hand durch. Nennen Sie dann die Brute-Force-Idee und ihre Komplexität. Erst danach tippen Sie. Während Sie tippen, benennen Sie die Invariante der Schleife, nicht jeden Tastendruck. Wenn Sie stocken, sagen Sie, was Sie gerade prüfen (Null-Eingabe, Off-by-One-Fehler, sortiert oder nicht), statt zu verstummen.

• Klären Sie Typen, Größe und Grenzfälle laut.
• Bieten Sie zuerst Brute-Force an, dann eine Verbesserung, dann den Code.
• Verfolgen Sie das Beispiel durch die fertige Funktion.
• Bitten Sie um einen Hinweis, statt schweigend zu stocken.

Einen zeitlich begrenzten Testlauf, bei dem Sie durchgehend laut sprechen, finden Sie auf der Seite Probeinterview.

Wenn Sie Ihren Bildschirm, ein Fenster oder einen aufgezeichneten Desktop freigeben, ist alles auf diesem Display sichtbar, einschließlich eines schwebenden Overlays. Beaufsichtigte Plattformen, Lockdown-Browser und firmenverwaltete Geräte liegen außerhalb der Reichweite jedes lokalen Assistenten. Behandeln Sie in solchen Umgebungen kein Tool als unsichtbar.

SubcueAI bietet zwei Live-Assist-Oberflächen, und keine davon tritt dem Anruf als Meeting-Bot bei oder schleust ein Content-Script in die Meeting-Seite ein. Die native macOS- und Windows-Desktop-App erfasst System-Audio sowie Ihr Mikrofon und zeigt ein schwebendes lokales Overlay, das mit Desktop-Meeting-Clients funktioniert. Die Chromium-Erweiterung (Chrome und Edge) nutzt ein Side Panel und erfasst nur das Audio des Meeting-Tabs, also den Interviewer, niemals Ihr Mikrofon, sodass sie Anrufe im Browser-Tab abdeckt, ohne Sie zu transkribieren. Die Firefox-Version ist nur für Übungssimulationen.

Wenn sich das Overlay auf einem Display befindet, das Sie nicht freigeben, sieht der Interviewer es nicht. Eine vollständige Desktop-Freigabe umfasst jedoch jedes Fenster auf diesem Display. Ehrliche Grenzen dessen, was Interviewer sehen können, sind auf der Themenseite Erkennbarkeit zusammengestellt.

Üben Sie die Muster, die Sie unter Zeitdruck tatsächlich schreiben werden: Arrays und Hashes, Two Pointers, Sliding Window, binäre Suche, BFS und DFS, Heaps und ein einfaches Interval-Merge. Sicherer Umgang mit der Hashmap, der Queue und der Sortier-API Ihrer Sprache zählt mehr als das Auswendiglernen exotischer Rätsel. Sprechen Sie beim Lösen; stummes Üben überträgt sich nicht auf das echte Gespräch.

Machen Sie eine Simulation mit demselben Setup, das Sie live verwenden werden: dieselbe Sprache, dieselben Editor-Gewohnheiten, denselben Meeting-Client. Wenn das Unternehmen Zoom als Desktop-App nutzt, üben Sie dort. Wenn es Google Meet in einem Chrome-Tab nutzt, üben Sie mit geöffnetem Tab. Die Einrichtung des Desktop-Overlays und des Chrome Side Panel finden Sie auf der Seite Anleitung.

Wenn Sie die optimale Lösung nicht fertigstellen können, liefern Sie eine korrekte Brute-Force-Lösung ab, benennen Sie den Engpass und skizzieren Sie den schnelleren Ansatz. Eine vollständige, langsamere Antwort mit einem klaren, schnelleren Plan schlägt meist eine unfertige, clevere Idee.