Was eine Live-Coding-Runde wirklich prüft
Im Coding-Interview geht es selten nur um den fertigen Code. Dein Gegenüber achtet darauf, wie du einen Ansatz wählst, ob du seinen Zeit- und Speicherbedarf kennst, an welche Edge Cases du denkst, bevor danach gefragt wird, und wie klar du deine Entscheidungen erklärst, während du tippst.
Das ist viel auf einmal, und genau deshalb kann sich eine Aufgabe, die du letzte Woche gelöst hast, am Tag X unlösbar anfühlen. Der Copilot liefert dir die Bausteine in der Reihenfolge, in der du sie brauchst, damit du dich aufs Erklären konzentrieren kannst statt aufs Erinnern.
Von der Aufgabe zur Antwort in vier Schritten
Es gibt keinen Coding-Modus, in den du wechseln musst, und keinen Rundentyp, den du vorher auswählst. Dieselbe Session, die dein Gegenüber hört, liest auch deinen Bildschirm. Sie funktioniert also in stillen Runden und bei Take-Home-Aufgaben genauso wie in einem Pair-Programming-Call.
- Drück auf „Start“ oder mach einfach einen Screenshot der Aufgabe: Das erste „Capture“ oder „Answer“ startet die Session.
- Drück ⌘/Ctrl + H, während die Aufgabe auf dem Bildschirm ist. Lange Aufgaben brauchen eventuell mehrere Captures, inklusive Beispielen und Constraints.
- Drück ⌘/Ctrl + Enter. Nach ein paar Sekunden bekommst du den Ansatz, vollständigen Code in der im Editor gewählten Sprache, Zeit- und Speicherkomplexität, Edge Cases und einen Satz zum Laut-Sagen.
- Passt nicht? „Regenerate“ (neu generieren) erstellt die Antwort neu und prüft sie auf Fehler, „Another approach“ (anderer Ansatz) liefert eine andere Lösung und „Explain simpler“ (einfacher erklären) fügt unter dem Code eine Erklärung in einfachen Worten hinzu.
Was du in jeder Coding-Antwort bekommst
Der Code übernimmt die Funktionssignatur aus dem Starter-Code und passt damit zu Aufgaben auf LeetCode, HackerRank, Codility und CodeSignal. Auch SQL und Dateien wie Terraform, YAML oder ein Dockerfile werden abgedeckt.
Jede Antwort nennt die Edge Cases, die der Code abdeckt, passend für den Moment, in dem dein Gegenüber fragt, ob du fertig bist. „Another approach“ liefert eine wirklich andere Lösung samt einem Satz zum Vergleich, damit du den Trade-off besprechen kannst, bevor du dich festlegst.
- Vollständiger, lauffähiger Code in der Sprache des Editors
- Zeit- und Speicherkomplexität
- Edge Cases, bevor danach gefragt wird
- Ein Satz zum Laut-Sagen und auf Wunsch eine Erklärung in einfachen Worten
Nachfragen bauen auf dem Code auf
Das Zuhören läuft weiter, während du am Bildschirm arbeitest. Fragt dein Gegenüber „Kannst du das optimieren?“ oder „Warum eine Hash Map?“, baut die Antwort auf dem bereits gezeigten Code auf. Wenn laut nach Code gefragt wird, etwa „Schreib es ohne Rekursion“, bekommst du ebenfalls vollständigen Code.
Willst du lieber selbst nachdenken, tipp in „Ask“ ein, was du brauchst, zum Beispiel „Gib mir nur einen Hinweis“ oder „Liste die Edge Cases auf“, und du bekommst genau das. Nichts davon startet die Session neu oder kostet zusätzliche Credits.
Vor dem Interview
Das Overlay ist von Screen-Sharing und Bildschirmaufnahmen ausgeschlossen, dein Gegenüber sieht also deinen Editor, nicht den Assistenten. Dein Mauszeiger wird aber trotzdem geteilt, und ein Klick ins Overlay nimmt dem Editor den Fokus, was manche Coding-Plattformen aufzeichnen. Nutze stattdessen die Tastenkürzel.
- Lerne die Tastenkürzel: ⌘/Ctrl + Enter zum Antworten, ⌘/Ctrl + H für ein Capture, ⌘/Ctrl + B zum Aus- und Einblenden des Overlays.
- Leg optional in „Interview Setup“ eine bevorzugte Programmiersprache fest. Sie wird nur genutzt, wenn auf dem Bildschirm keine Sprache zu sehen ist.
- Mach eine kurze Session mit einer beliebigen Aufgabe im LeetCode-Stil, damit dir der Ablauf vertraut ist.
- Prüf die Regeln der Runde. Coding-Plattformen mit Proctoring unterscheiden sich, und manche verbieten externe Tools.