Ein Mid-Level-Kandidat beantwortet in einem Remote-Interview die Frage „Was ist der Unterschied zwischen switchMap und mergeMap?“ mit einer perfekten Definition – nach einer Pause von drei Sekunden. Zwei Fragen später fragst du, welchen der beiden er in einer Suchleiste verwenden würde, und warum. Stille. Die erste Frage hat gemessen, wie schnell er einen KI-Assistenten befragt; die zweite hat gemessen, was du eigentlich wissen musstest.
Ich habe auf beiden Seiten des Interviewtisches gesessen, und eine Frage stelle ich mir immer öfter: Haben die klassischen Interviewfragen heute, mit einem KI-Assistenten in jedem Editor, überhaupt noch Sinn?
Was sich wirklich geändert hat
„Lehrbuchfragen“ – Definitionen, Unterschiede zwischen zwei Konzepten, Aufzählungen von Eigenschaften – waren schon immer eine Annäherung: Man ging davon aus, dass jemand, der die Theorie kennt, sie auch anwenden kann. Diese Annäherung war akzeptabel, solange Erinnern Mühe kostete. Heute kostet Erinnern nichts mehr: Jede Definition ist nur einen Prompt entfernt – im Interview und vor allem danach, im echten Job.
Und genau darum geht es: Der Entwickler, den du einstellst, wird mit KI arbeiten. Entscheidend ist nicht mehr, was er auswendig weiß, sondern drei Dinge, die ihm die KI nicht abnimmt:
- Urteilsvermögen: je nach Kontext zwischen zwei korrekten Lösungen wählen.
- Überprüfung: erkennen, wann generierter Code falsch ist, auch wenn er kompiliert.
- Kontext: das eigentliche Problem verstehen, bevor man eine Zeile schreibt.
Mid und Senior: Klassische Fragen reichen nicht mehr
Für ein Mid- oder Senior-Profil sind isolierte Theoriefragen fast nutzlos: Ein guter Kandidat besteht sie, ein mittelmäßiger mit zweitem Bildschirm aber auch. Man sollte sie nicht ganz streichen – sondern als Ausgangspunkt nutzen, um tiefer zu bohren. Hier sind fünf Formate, die funktionieren.
1. Code-Review von KI-generiertem Code
Gib dem Kandidaten ein plausibles Snippet, wie es ein Assistent täglich erzeugt, und lass ihn es so reviewen wie den Pull Request eines Kollegen:
// Product search bar
this.results$ = this.query$.pipe(
debounceTime(300),
mergeMap(q => this.api.search(q))
);Der Code funktioniert fast immer. Ein Senior sollte erkennen, dass mit mergeMap eine langsame Antwort für „ang“ nach der für „angular“ eintreffen und die richtigen Ergebnisse überschreiben kann: Nötig ist switchMap, das die vorherige Anfrage abbricht. Extrapunkte, wenn er fragt, was bei einem leeren String oder einem HTTP-Fehler passiert, der den Stream hier für immer beenden würde.
Dieselbe Übung funktioniert auch im Backend:
async function getOrders(userIds) {
const result = [];
for (const id of userIds) {
result.push(await db.orders.find({ userId: id }));
}
return result;
}Hier sucht man die N sequenziellen Queries, die fehlende Paginierung und den Vorschlag einer einzigen Query mit $in. Es gibt keine Definition zum Aufsagen: Entweder man sieht das Problem oder nicht.
2. Szenarien statt Definitionen
Statt „Was ist Change Detection?“ frag: „Eine Tabelle mit 5.000 Zeilen wird langsam, wenn der Nutzer im Filter tippt. Hier ist der Profiler: Wo fängst du an?“. Statt „Was ist Redis?“: „Wir haben einen In-Memory-Cache und gehen von einer auf drei Backend-Instanzen. Was geht kaputt?“. Die Antworten zeigen sofort, ob der Kandidat ähnliche Probleme gelöst oder nur darüber gelesen hat.
3. Die Geschichte eines echten Problems
„Erzähl mir vom schwierigsten Bug, den du in Produktion gelöst hast“ bleibt eine der besten Fragen – vorausgesetzt, du bohrst mit Nachfragen nach: Wie hast du ihn bemerkt? Welche Hypothese hast du zuerst verworfen? Was hast du geändert, damit es nicht wieder passiert? Eine echte Erfahrung hält fünf Ebenen von „Warum“ stand; eine einstudierte Geschichte bricht bei der zweiten zusammen.
4. Pair Programming mit erlaubter KI
Statt Werkzeuge zu verbieten, erlaube sie und beobachte, wie sie eingesetzt werden. Eine Aufgabe von 30–40 Minuten in einem kleinen echten Repository, mit aktiviertem KI-Assistenten. Du bewertest nicht das Ergebnis, sondern den Prozess: Liest der Kandidat den Code, bevor er fragt? Sind seine Prompts präzise oder vage? Verwirft er einen falschen Vorschlag oder übernimmt er ihn, weil er kompiliert? Schreibt er einen Test?
5. Abwägungen und Entscheidungen
Bei einem Senior zählt die Fähigkeit, unter Rahmenbedingungen zu entscheiden: „Wir haben zwei Wochen und ein Team von drei Leuten: Schreiben wir das Modul neu oder sichern wir es mit Tests ab?“. Es gibt keine richtige Antwort – es gibt eine Argumentation, die Risiko, Kosten und Umkehrbarkeit abwägt, und genau die willst du hören.
Junior: Wie das Interview ablaufen sollte
Bei Juniors ist das Problem umgekehrt. Sie haben keine Erfahrung, von der sie erzählen können, und ein komplexes Code-Review würde sie unfair benachteiligen. Gerade für sie ist das KI-Risiko aber höher: Es ist leicht, funktionierenden Code zu erzeugen, ohne ihn zu verstehen. Das Interview sollte daher Verständnis und Lernfähigkeit messen, nicht die Menge an Wissen.
Ein 60-Minuten-Ablauf, den ich nutze und empfehle:
| Zeit | Aktivität | Was bewertet wird |
|---|---|---|
| 10 min | Ein privates oder Uni-Projekt: was du selbst gemacht hast, was du anders machen würdest | Selbstreflexion, Ehrlichkeit |
| 15 min | Kurzen Code lesen und die Ausgabe Zeile für Zeile vorhersagen | Echte Grundlagen |
| 20 min | Kleine Aufgabe mit erlaubter KI, danach Fragen zu jeder geschriebenen Zeile | Verständnis, Überprüfung |
| 10 min | Dokumentation einer unbekannten API: sie für einen einfachen Fall nutzen | Lernfähigkeit |
| 5 min | Fragen des Kandidaten | Neugier, Interesse |
Ein Beispiel für eine Leseübung, ideal für einen JavaScript-Junior:
for (var i = 0; i < 3; i++) {
setTimeout(() => console.log(i), 0);
}
// Was wird ausgegeben? Und mit let statt var?Es ist egal, ob der Junior die Antwort auswendig kennt (3 3 3, dann 0 1 2): Entscheidend ist, dass er mit etwas Hilfe erklären kann, warum – Gültigkeitsbereich der Variable und asynchrone Ausführung. Es ist eine klassische Frage, aber eingesetzt, um zum Nachdenken zu bringen, nicht um Erinnerung abzufragen.
Im KI-Teil kommt die Schlüsselfrage nach dem Code: „Was passiert, wenn das Array leer ist? Und wenn null ankommt?“. Ein Junior, der es verstanden hat, denkt darüber nach, auch wenn er sich irrt; einer, der die Antwort nur eingefügt hat, weiß nicht, wo er anfangen soll. In beiden Fällen gewinnst du eine wertvolle Information.
Klassische Frage → aktualisierte Version
| Klassische Frage | Aktualisierte Version |
|---|---|
| Was ist eine Closure? | Dieser Code hat ein Memory Leak: wo, und warum? |
| Unterschied zwischen SQL und NoSQL? | Was wählst du für diesen Anwendungsfall, und was verlierst du? |
| Was sind die SOLID-Prinzipien? | Diese Klasse ist schwer zu testen: Wie würdest du sie umbauen? |
| Was ist Lazy Loading? | Das initiale Bundle ist 4 MB groß: Was prüfst du zuerst? |
| Wie funktioniert ein JWT? | Ein gestohlener Token bleibt 30 Tage gültig: Was änderst du? |
Was man streichen sollte (oder fast)
- Auswendig gelernte Definitionen als einzige Prüfung: Sie messen das Suchen, nicht die Kompetenz.
- 8-stündige Hausaufgaben: Eine KI erledigt sie in einer halben Stunde, und sie benachteiligen Menschen mit weniger Freizeit.
- Live-Coding ohne Internet und Werkzeuge: Es bewertet eine Situation, die es im echten Job nicht gibt.
- KI im Interview verbieten und ab dem ersten Tag verlangen: Das ist widersprüchlich, und die besten Kandidaten merken es.
Fazit
Klassische Fragen sind nicht tot, aber allein messen sie nicht mehr, worauf es ankommt. Für Mid und Senior braucht es Code-Reviews, echte Szenarien und Entscheidungen unter Rahmenbedingungen – am besten mit der KI auf dem Tisch, um zu sehen, wie sie damit umgehen. Für Juniors braucht es Übungen im Codelesen, Fragen nach dem „Warum“ und einen Lerntest: nicht, wie viel sie schon wissen, sondern wie schnell und ehrlich sie lernen. In einer Welt, in der Code in Sekunden generiert wird, ist echtes Talent, zu erkennen, wann dieser Code falsch ist. Wenn du dich von der anderen Seite des Tisches vorbereitest, findest du technische Fragen nach Level im Leitfaden mit 25 Interviewfragen für Frontend/Angular.