Warum technische Interviews nichts mit dem Job zu tun haben – und KI das nicht ändert

Das offene Geheimnis, das niemand ausspricht

Reden Sie lange genug mit Entwicklern bei Google, Amazon oder Meta, und das Geständnis kommt: Der Arbeitsalltag hat fast nichts mit dem Interview zu tun, das sie hineingebracht hat. Das Interview testete, ob sie einen Binärbaum am Whiteboard invertieren oder in 45 Minuten einen Echtzeit-Feed für eine Milliarde Nutzer entwerfen können. Der Job besteht darin, einen Legacy-Dienst zu lesen, den jemand 2019 geschrieben hat, einer API ein Feld hinzuzufügen, auf ein Code-Review zu warten und in Planungsmeetings zu sitzen. Beides ist gleichzeitig wahr – die Prüfung war brutal schwer, und die Arbeit ist weitaus gewöhnlicher.

Das ist keine Herabsetzung derer, die bestehen. Es ist eine Beobachtung darüber, was der Prozess tatsächlich misst. FAANG, die „Magnificent Seven" und ein langer Schwanz von Unternehmen, die ihr Drehbuch kopierten – VMware, die Handelsfirmen, die mittelgroßen Unicorns – konvergierten alle auf dasselbe anspruchsvolle Format: Algorithmen, Datenstrukturen, System Design und eine hinten angehängte Verhaltensrunde. Das Format ist bemerkenswert einheitlich. Die Behauptung, es sage die Leistung im Job voraus, ist bemerkenswert dünn.

Wie Senior-Engineering-Arbeit wirklich aussieht

Das Interview verkauft eine Fantasie: Sie, allein, entwerfen etwas Geniales aus einem leeren Blatt. Die Realität der Arbeit in einem großen Unternehmen ist fast das Gegenteil, und je seniorer Sie werden, desto offensichtlicher wird das.

• Die Architektur ist bereits entschieden. Sie steigen in ein System ein, das existiert. Die großen Richtungsentscheidungen – Monolith oder Services, welche Cloud, welche Datenbank, welches Framework – wurden vor Jahren von Menschen getroffen, die längst gegangen sind. Ihr Job ist es, innerhalb dieser Beschränkungen zu arbeiten, nicht sie neu aufzurollen.
• Sie verantworten kleine Teile eines großen Ganzen. Niemand übergibt einem einzelnen Entwickler „bau den neuen Feed". Sie bekommen eine Scheibe: einen Endpunkt, eine Migration, einen Bug, der sich nur in Produktion reproduziert. Der Umfang, der in einen Sprint passt, ist bewusst schmal.
• Es sind nie nur Sie. Jede nicht triviale Änderung berührt andere Teams, braucht Freigabe, wartet auf eine Abhängigkeit und wird in einem Dokument ausgehandelt. Der Engpass ist fast nie rohe algorithmische Cleverness. Es sind Koordination, Kontext und Menschen dazu zu bringen, sich einig zu werden.
• Die harten Probleme sind nicht technisch. Sie werden nicht im Alleingang eine wunderschöne verteilte Architektur entwerfen, die auf roher Performance gewinnt, und es wird eine Rolle spielen. In einem echten Unternehmen war das harte Problem nie das Systemdiagramm – es ist die Distribution. Wie erreichen Sie Kunden? Wie überzeugen Sie Investoren? Marketing kostet Geld, das Sie nicht haben, was bedeutet, es aufzunehmen, was ein völlig anderes Spiel ist als das, was das Interview getestet hat.

Sie können das verrückte, elegante, überkonstruierte Ding entwerfen – bei einem Nebenprojekt, in Ihrer eigenen Zeit, wo die Beschränkungen weg sind und das Publikum null ist. In einem großen Unternehmen ist dieser Instinkt meist eine Belastung, kein Vorteil. Das Interview belohnt genau die Eigenschaft, die der Job Ihnen über Jahre abtrainiert.

Das Interview optimiert für ein Alleingenie, das Systeme aus dem Nichts erfindet. Der Job bezahlt Sie dafür, kleine, sichere, gut kommunizierte Änderungen an Systemen vorzunehmen, die andere gebaut haben. Das sind nicht dieselben Fähigkeiten, und alle Beteiligten wissen das leise.

Warum das Theater fortbesteht

Wenn das Format ein so schlechter Stellvertreter für die Arbeit ist, warum hat es zwei Jahrzehnte überlebt und sich überallhin verbreitet? Weil es nie wirklich versucht hat, die Arbeit zu messen. Es versuchte, ein anderes Problem zu lösen: Volumen.

Ein Markenunternehmen erhält Zehntausende Bewerbungen für eine Handvoll Stellen. Lebensläufe sehen alle ähnlich aus. Portfolios sind schwer zu verifizieren und leicht zu fälschen. Empfehlungen sind schnell erschöpft. Angesichts dieser Flut brauchen Personalverantwortliche einen Filter, der standardisiert, verteidigbar, schwer zu manipulieren und – entscheidend – billig im großen Maßstab zu bewerten ist. Algorithmische Rätsel passen perfekt. Sie erzeugen ein klares Bestanden/Durchgefallen-Signal, sie fühlen sich objektiv an, und sie erlauben es einem Unternehmen, 98 % der Bewerber mit einem Prozess abzulehnen, der rigoros statt willkürlich aussieht.

Das ist die ehrliche Funktion des Coding-Interviews: Es ist ein Ratenbegrenzer für die Bewerber-Pipeline, verkleidet als Test der Engineering-Fähigkeit. Es muss nicht mit der Job-Leistung korrelieren, um seine Aufgabe zu erfüllen. Es muss nur einen riesigen, undifferenzierten Stapel Kandidaten auf einen kleineren, handhabbaren reduzieren – und das konsistent genug, dass niemand deswegen klagen kann. Die Schwierigkeit ist kein Signal dafür, was die Rolle verlangt. Sie ist eine Funktion davon, wie viele Menschen sich beworben haben.

Hard Skills gewinnen, und Unternehmen ist das recht

Es gibt eine tröstliche Erzählung, dass modernes Recruiting „ganzheitlich" sei – dass Soft Skills, Zusammenarbeit und Ihr Werk echtes Gewicht haben. In der Praxis, für die meisten technischen Screens, haben sie das nicht. Kommunikation und Kultur-Fit sind Nice-to-haves, die Gleichstände auflösen. Das Tor ist die technische Latte. Sie können ein phänomenaler Teamplayer mit einem Portfolio voller ausgelieferter Produkte sein und trotzdem automatisch abgelehnt werden, weil Ihnen ein Dynamic-Programming-Trick entfallen ist, den Sie nie wieder gebraucht hätten.

Auch bewertet niemand wirklich, wie gut Sie mit den tatsächlichen Werkzeugen des Jobs sind. Wie produktiv Sie im Alltag sind, wie sauber Sie über eine Codebasis hinweg arbeiten, wie gut Sie moderne KI-Modelle nutzen, um schneller zu werden – das taucht in der Runde selten auf. Der Screen misst eine schmale, künstliche Scheibe des Könnens unter künstlichen Bedingungen, und Unternehmen haben entschieden, dass das ein akzeptabler Tausch für einen Filter ist, der skaliert.

Warum KI daran nichts ändert

Hier ist der Teil, den die meisten falsch verstehen, wenn sie voraussagen, das Interview stehe kurz vor der Veränderung. Die Argumentation lautet: Agenten werden den meisten Code schreiben, also hören Unternehmen auf zu testen, ob Sie von Hand programmieren können. Das ist verkehrt herum.

Das Filterproblem, das KI schafft, ist schlimmer, nicht besser. Wenn jeder mit einem Agenten ein poliertes Nebenprojekt ausliefern kann, werden Portfolios noch schwächere Signale – bei allen sieht es beeindruckend aus. Wenn KI die Hürde zum Bewerben senkt, steigt das Bewerbungsvolumen, es sinkt nicht. Die Pipeline wird voller und schwerer zu differenzieren, was bedeutet, dass Unternehmen ihren Filter aggressiver brauchen, nicht weniger. Dieselben Kräfte, die die eigentliche Arbeit umformen – die, denen wir in Ist die Rolle des Scrum Masters im Zeitalter der KI tot? und in Wie sich das QA-Testing verändert nachgegangen sind – lockern das Tor an der Vordertür nicht.

Das Format wird sich also anpassen, aber die Funktion nicht. Erwarten Sie neue Varianten des Screens, die genauso von der Realität abgekoppelt sind: KI-sichere „Erklären Sie Ihren Gedankengang"-Live-Runden, härteres System-Design-Theater, Take-homes, die so gestaltet sind, dass ein Agent allein sie nicht offensichtlich besteht. Die Oberfläche ändert sich; der Zweck – einen riesigen Stapel Kandidaten auf eine verteidigbare Shortlist zu reduzieren – bleibt exakt gleich. Unternehmen wird weiterhin egal sein, wie gut Sie LLMs orchestrieren oder wie gut Ihr ausgeliefertes Werk ist. Ihnen wird wichtig sein, ob Sie die künstliche Latte überspringen, die sie dieses Jahr gesetzt haben.

Was Sie tatsächlich dagegen tun können

Sie haben zwei Möglichkeiten. Sie können recht haben, wie kaputt das System ist, oder Sie können es bestehen. Nur eines davon zahlt die Miete. Der pragmatische Zug ist, das Interview nicht mehr als Referendum über Ihren Wert als Entwickler zu behandeln, sondern als eigene, separate Fähigkeit – ein Spiel mit bekannten Regeln, das gezieltes Üben belohnt, genau wie eine Führerscheinprüfung.

Das heißt, sich auf das Format vorzubereiten, wie es existiert, nicht auf das Format, das Sie sich wünschen. Trainieren Sie Muster, statt zufällige Aufgaben durchzuackern, strukturieren Sie Ihre System-Design-Antworten und proben Sie die Verhaltensrunde – der vollständige Plan steht in unserem Leitfaden zur technischen Interviewvorbereitung, und die Gewohnheiten, die starke Kandidaten leise scheitern lassen, in den Top-5-Fehlern in technischen Interviews. Beherrschen Sie die STAR-Methode, damit die „weiche" Runde Sie nicht das Angebot kostet, das Ihre Coding-Runde verdient hat.

Und weil der Screen eine Performance unter Druck ist – kein Spiegel Ihres wahren Könnens –, lohnt es sich, im Moment Unterstützung zu haben, in dem Ihr Gedächtnis Sie im Stich lässt. Genau dafür existiert ein Werkzeug wie InterviewAce. Üben Sie mit realistischen, rollenspezifischen Mock-Interviews, bis das Format Sie nicht mehr aus der Fassung bringt, und nutzen Sie dann den Live-KI-Copiloten im echten Gespräch, um den richtigen Ansatz und die richtige Geschichte aus Ihrem eigenen Werdegang hervorzuholen, sobald eine Frage landet. Das Interview ist ein künstliches Spiel; es ist nichts Nobles daran, unbewaffnet hineinzugehen. Unsere Aufschlüsselung dazu, wie KI-Interview-Copilots funktionieren, zeigt genau, wie das im Raum abläuft.

Das System wird nicht ehrlicher werden. Werden Sie also gut in dem Spiel, das es tatsächlich spielt – überwinden Sie den Filter, nehmen Sie das Angebot und gehen Sie den Job machen, der sich als leichter herausstellt als das Interview, das ihn bewacht hat.