Backend-Developer-Interviewfragen: Was wirklich gefragt wird

Backend-Stellenausschreibungen listen ein Dutzend Technologien auf, und es ist schwer zu erkennen, welche davon im Interview tatsächlich geprüft werden. Dieser Abschnitt ordnet die Fragebereiche, die in Backend-Interviews immer wiederkehren. Der Stack unterscheidet sich von Firma zu Firma, aber die zugrunde liegenden Themen bleiben stabil.

• API-Design. REST versus RPC, Versionierung, Pagination, Fehlerantworten, Authentifizierung und Idempotenzschlüssel.
• Datenbanken und Datenmodellierung. Relationaler oder dokumentbasierter Speicher, Indizes, Joins, Transaktionen, Isolationsstufen, N+1-Abfragen und wie man Schema-Migrationen sicher durchführt.
• Caching und Performance. Cache-Invalidierung, Ablaufzeiten, Cache-Stampedes, und wie du einen langsamen Endpunkt profilen würdest.
• Nebenläufigkeit und Zuverlässigkeit. Race Conditions, Locks, Queues, Timeouts und Retries mit Backoff.
• Systemdesign. Aufgaben wie ein URL-Shortener, ein Rate Limiter oder ein Benachrichtigungsdienst.
• Coding. Datenstrukturen und ein praktisches Problem, meist in der Sprache deiner Wahl.

Sprach- und Framework-spezifische Runden gehen tiefer in Details; der Fragenpool-Hub sammelt Fragensätze für Go, Java, Spring Boot, Microservices und mehr.

Diese Fragen tauchen in irgendeiner Form in den meisten Backend-Interviews auf. Übe, jede davon laut in unter zwei Minuten zu beantworten:

• Was passiert, wenn du einer Spalte einen Index hinzufügst, und wann schadet ein Index eher?
• Was ist der Unterschied zwischen den Isolationsstufen read committed und serializable, und wann würdest du für die strengere Stufe bezahlen?
• Wie würdest du eine N+1-Abfrage in einem ORM finden und beheben?
• Wie machst du einen Payment-Endpunkt sicher für Wiederholungsversuche des Clients?
• Wie paginierst du eine große Ergebnismenge, die sich ändert, während der Nutzer scrollt?
• Wann würdest du einen Dokumentenspeicher statt einer relationalen Datenbank wählen?
• Wie würdest du eine Spaltenumbenennung ohne Downtime ausrollen?

Eine starke Antwort folgt jedes Mal demselben Muster: nenne deine Standardwahl, benenne die Kosten dieser Wahl, und beschreibe die Situation, in der deine Antwort kippen würde. Interviewer haken bei diesem Kippfall nach, also halte ein echtes Beispiel bereit.

Beim Systemdesign klärst du zuerst die Anforderungen: Wer ruft den Dienst auf, was darf niemals verloren gehen, und was überwiegt, Lese- oder Schreibzugriffe? Skizziere dann das einfachste funktionierende Design und füge Caches, Queues oder Sharding erst hinzu, wenn du sagen kannst, welche Anforderung sie erzwingt.

Bei Debugging-Fragen zeigt sich echte Erfahrung. Ein Backend-Ingenieur, der sich für eine Mid-Level-Stelle bei einem Zahlungsunternehmen vorstellte, wurde gefragt, warum sich die Latenz eines Endpunkts nach einem Release verdoppelt hatte. Statt Ursachen zu raten, beschrieb er seine Schritte: prüfen, was sich im Deployment geändert hatte, Traces für den langsamen Pfad vergleichen, den Query-Plan lesen und den Fix anhand derselben Latenzmetrik bestätigen. Anschließend verknüpfte er das mit einem Slow-Query-Vorfall aus seinem vorherigen Job, und der Rest des Gesprächs drehte sich um diesen Vorfall statt um Tools.

Bereite vor jedem Backend-Interview zwei Produktionsgeschichten vor: einen Bug, den du aufgespürt hast, und eine Designentscheidung, die du heute anders treffen würdest.

Antworten zu lesen ist nicht dasselbe wie sie zu sagen. Geh die obige Fragenliste laut gegen eine Stoppuhr durch, oder lass das Mock-Interview-Tool die Fragen stellen und bei vagen Antworten nachhaken.

Für das eigentliche Live-Video-Interview transkribiert SubcueAI den Interviewer und entwirft strukturierte Antwortpunkte in einer lokalen Overlay-Anzeige, entweder in der Desktop-App unter macOS oder Windows (Zoom, Google Meet, Microsoft Teams) oder im Seitenbereich der Browser-Erweiterung für Anrufe in einem Chrome- oder Edge-Tab. Kein Bot tritt dem Anruf bei. Am nützlichsten ist es in den Gesprächsrunden, etwa bei Design-Diskussionen und Erfahrungsfragen. Coding-Runden mit geteiltem Bildschirm, beaufsichtigte Tests, aufgezeichnete Einweg-Interviews und firmenverwaltete Geräte liegen außerhalb dessen, was sicher abgedeckt werden kann, und alles, was du auf dem Bildschirm teilst, ist sichtbar. Die Einrichtung findest du auf der Tutorial-Seite.