Ein KI-Tutor kann deine LeetCode-Übung beschleunigen – oder dich still und leise schlechter für Interviews machen. Der Unterschied liegt darin, wie du ihn einsetzt. Wenn du nach der Lösung fragst, sobald du feststeckst, lernst du, Antworten zu lesen, und das ist nicht die Fähigkeit, die ein Interviewer testet. Wenn du ihn nutzt, um nach Hinweisen zu fragen, deine Argumentation zu überprüfen und deine Fehler zu reflektieren, funktioniert er wie ein geduldiger Coach.
Dieser Leitfaden gibt dir eine Routine, die das Denken bei dir lässt, Prompts zum Kopieren und Anzeichen dafür, dass du dich zu sehr auf das Tool verlässt.
Was das Interview tatsächlich testet
Ein Coding-Interview prüft vier Dinge: dass du das Problem verstehst, dass du einen Ansatz wählen und erklären kannst, dass du funktionierenden Code schreiben kannst und dass du ihn testen und analysieren kannst. Eine Antwort, die du gelesen hast, aber unter Zeitdruck nicht reproduzieren kannst, zeigt nichts davon. Das Ziel der Übung ist also, besser darin zu werden, Antworten ohne Hilfe zu produzieren.
Eine Hinweis-Leiter
Wenn du feststeckst, klettere Sprosse für Sprosse und halte an, sobald du weitermachen kannst.
| Sprosse | Was du fragst | Beispiel-Prompt |
|---|---|---|
| 1 | Verständnis überprüfen | "So lese ich das Problem: ... Stimmt das? Löse es nicht." |
| 2 | Ein Anstoß zur Kategorie | "An welche Datenstruktur oder welches Muster sollte ich denken? Gib keinen Code." |
| 3 | Ein Anstoß zum nächsten Schritt | "Meine Idee ist X, und ich hänge bei Y fest. Welche Frage sollte ich mir stellen?" |
| 4 | Überprüfung deines Ansatzes | "Hier ist mein Ansatz und die Komplexität. Gibt es einen Fehler? Schreib es nicht neu." |
| 5 | Ein durchgerechnetes Beispiel | "Geh einen kleinen Beispielschritt des entscheidenden Teils durch, nicht die ganze Lösung." |
| 6 | Die vollständige Lösung | Erst nachdem du es versucht hast, und dann löse das Problem am nächsten Tag selbst noch einmal |
Wenn du Sprosse 6 erreichst, markiere das Problem zum Wiederholen. Es zählt nicht als gelöst.
Eine Übungsroutine
- Wähle ein Problem und stelle einen Timer auf 30 Minuten ohne den Tutor.
- Schreibe die Brute-Force-Lösung und ihre Komplexität auf, auch wenn sie langsam ist.
- Wenn du nach etwa 15 Minuten feststeckst, nutze die Hinweis-Leiter.
- Sobald du eine funktionierende Lösung hast, bitte den Tutor um ein Review: übersehene Edge Cases, Komplexität und Stil. Bitte um Fragen, nicht um Umschreibungen.
- Schreibe eine Notiz in eigenen Worten: das Muster, die entscheidende Erkenntnis und dein Fehler.
- Löse das Problem nach zwei bis drei Tagen erneut in einem leeren Editor, ohne Tutor.
Nützliche Prompts
- "Gib mir drei Edge Cases, die diese Lösung zum Scheitern bringen würden. Behebe sie nicht."
- "Stell mir fünf Rückfragen, die ein Interviewer zu dieser Lösung stellen könnte."
- "Erkläre die Zeit- und Speicherkomplexität meines Codes und sag mir, ob ich falsch liege."
- "Spiel einen Interviewer. Gib mir ein mittelschweres Problem zu Bäumen. Bleib still, außer ich frage, und gib nur Hinweise."
- "Sag mir nach dem Ende drei Dinge, die ich gut gemacht habe, und drei Dinge, die ich in meiner Kommunikation verbessern sollte."
Worin ein KI-Tutor gut ist – und worin nicht
| Gut in | Schwach in |
|---|---|
| Ein Konzept auf verschiedene Arten erklären | Wissen, welche deiner Lücken für dein Zielunternehmen am wichtigsten sind |
| Edge Cases und Testeingaben generieren | Immer richtig liegen, also prüfe seinen Code, indem du ihn ausführst |
| Deinen Code auf Bugs und Stil prüfen | Echten Zeitdruck erzeugen |
| Rückfragen produzieren | Die Reaktionen eines menschlichen Mock-Interviewers ersetzen |
| Geduldige Wiederholung | Dich zum Üben bringen. Das ist deine Aufgabe |
Führe seinen Code immer aus. KI-generierte Lösungen und Komplexitätsangaben können falsch sein, und das zu erkennen ist selbst eine nützliche Fähigkeit.
Anzeichen, dass du dich zu sehr auf ihn verlässt
- Du fragst innerhalb von zwei Minuten nach Hinweisen.
- Du kannst Lösungen nachvollziehen, aber eine Woche später nicht selbst von Grund auf schreiben.
- Du blockierst, wenn der Tutor nicht verfügbar ist.
- Du kopierst und fügst überwiegend ein.
- Deine "gelöst"-Zahl ist hoch, aber deine getimten Mock-Ergebnisse verbessern sich nicht.
Wenn etwas davon zutrifft, setze eine Regel: kein Tutor, bis du eine Brute-Force-Lösung geschrieben hast, und keine vollständigen Lösungen vor dem Tag, nachdem du es versucht hast.
Kombiniere ihn mit anderer Übung
Ein Tutor ist ein Baustein des Plans. Kombiniere ihn mit einer strukturierten Liste wie unserem Blind-75-Lernplan, wiederhole die Komplexität mit dem Big-O-Cheat-Sheet und mach getimte Mocks mit einem Menschen oder einem transkriptbasierten Tool. Durchgerechnete Beispiele mit getestetem Code findest du in unseren Leitfäden zu Merge K Sorted Lists, Longest Common Substring und Basic Calculator.
YesToTheOffer zum Üben nutzen
Wir machen YesToTheOffer. Zum Üben kannst du ein Mock-Coding-Interview durchführen, deinen Ansatz per Stimme durchsprechen, ein Problem von deinem Bildschirm erfassen, um einen Ansatz und Code zum Vergleich mit deinem zu bekommen, und danach das Transkript lesen und auswerten. Coding-Hilfe allein zählt mit 0,2x deiner Minuten, eine Minute Guthaben deckt also fünf Minuten Screenshot-Hilfe ab, und neue Konten erhalten 30 kostenlose Minuten. Nutze es so, wie du jeden Tutor nutzen würdest: erst versuchen, dann vergleichen.
Prüfe die Regeln in echten Interviews
Viele Unternehmen erlauben keine KI-Tools in Live-Coding-Interviews oder Online-Assessments, und manche verlangen von dir eine entsprechende Bestätigung. Befolge die Anweisungen, die du erhältst. Die oben beschriebene Routine dient der Vorbereitung. Weitere Informationen findest du in unserem Leitfaden zum Coding-Interview-Assistenten und im Leitfaden zu KI-Coding-Interview-Assistenten.
Übe Coding-Interviews mit YesToTheOffer
Führe ein Mock-Coding-Interview durch, sprich deinen Ansatz durch und überprüfe anschließend dein Transkript. 30 kostenlose Minuten, kein Abonnement.
