Nicht vorbereitet auf ein Coding-Interview? Was jetzt zu tun ist

Du hast diese Seite geöffnet, weil die Coding-Runde kurz bevorsteht und die Vorbereitung nie stattgefunden hat. Dieser Abschnitt beantwortet, was du am nächsten Tag tun solltest, nicht wie du in sechs Wochen interviewbereit wirst. Beruhige dich, bestätige das Format der Runde und übe ein repräsentatives Problem laut, damit du Kompromisse trotzdem erklären kannst.

Verzichte auf wahlloses Durcharbeiten zufälliger Aufgaben. Kläre, ob der Prozess ein geteilter Editor, eine Take-Home-Aufgabe oder eine gesprochene Sitzung über Zoom, Google Meet oder Microsoft Teams ist, und ob du ein Fenster freigeben musst. Schlaf, wenn du kannst. Wähle dann eine mittelschwere Aufgabe aus dem Muster, das dieses Unternehmen tatsächlich verwendet (Arrays, Graphen oder Intervalle), und sprich Einschränkungen, Beispiele, Brute Force, einen besseren Plan und dann den Code durch.

Ein Backend-Engineer, der sich für eine L5-Rolle bei einem großen Cloud-Anbieter bewirbt, bekommt oft eine 45-minütige Zoom-Runde: eine mittelschwere Graph- oder Intervallaufgabe, gefolgt von Rückfragen zur Komplexität. Heute Abend wahllos einen Haufen Easy-Aufgaben zu lösen ist schlechter, als eine Intervall-Merge-Variante zu lösen und dabei Randfälle laut zu erklären. Schreib den Plan zuerst auf Papier. Programmiere ihn dann einmal langsam und sag jede Zeile laut auf.

Wenn du vor dem echten Gespräch eine zeitlich begrenzte Generalprobe möchtest, findest du eine angeleitete Proberunde auf der Seite Mock Interview.

Kein Tool kann in einem Live-Coding-Gespräch wochenlanges Mustertraining erfinden. Was es tun kann, ist, dich vor dem Erstarren zu bewahren: die Aufgabenstellung wiederholen, Einschränkungen benennen, einen Plan vorschlagen und Randfälle prüfen, während du schreibst.

SubcueAI bietet zwei Live-Assist-Oberflächen. Die native Desktop-App für macOS und Windows erfasst Systemaudio plus dein Mikrofon und zeigt ein schwebendes lokales Overlay, das mit Desktop-Meeting-Clients funktioniert. Das Side Panel für Chromium (Chrome und Edge; die Firefox-Version ist nur für simuliertes Üben gedacht) erfasst nur das Audio des Meeting-Tabs, also den Interviewer, niemals dein Mikrofon, und deckt damit Browser-Tab-Gespräche ab, ohne dich zu transkribieren. Keine der beiden Oberflächen tritt als Meeting-Bot bei, und keine injiziert ein Content-Skript in die Meeting-Seite.

Die Einrichtung wird auf der Seite Tutorial erklärt.

Ein paar Tage reichen, um Muster zu trainieren, nicht um Lösungen auswendig zu lernen. Arbeite eine Familie nach der anderen durch: erst Hashing und Two Pointers, dann BFS und DFS, dann Heaps oder Intervalle. Löse pro Familie zwei Aufgaben sprechend und eine dritte mit Timer. Schreib zuerst die Brute-Force-Lösung auf, damit du etwas auf dem Board hast, falls dir die optimale Idee erst spät kommt.

Wenn der Prozess auch Behavioral- oder System-Design-Runden umfasst, ignoriere sie nicht. Eine laut erzählte STAR-Geschichte und ein High-Level-Design (API, Datenmodell, Engpässe) sind mehr wert als eine weitere Nacht mit Easy-Array-Übungen. Behalte die Gewohnheit bei, laut zu sprechen: Interviewer bewerten die Erklärung genauso stark wie die fertige Funktion.

Behandle keinen Assistenten als grundsätzlich unsichtbar. SubcueAI tritt dem Gespräch nicht bei und injiziert nichts in die Meeting-Seite, das ist der relevante Unterschied zu bot-basierten Tools. Bildschirmfreigabe, Sitzungsaufzeichnung, beaufsichtigte Browser und firmenverwaltete Geräte bleiben trotzdem außerhalb des Geltungsbereichs. Wenn du den gesamten Desktop freigibst, kann ein schwebendes Overlay in der Freigabe erscheinen.

Gib nur das Editor-Fenster frei, oder verzichte für diese Runde auf das Tool. Ehrliche Grenzen sind auf der Seite Erkennbarkeit zusammengefasst.