Python-Interviewfragen

Eine Liste mit zweihundert Python-Fragen durchzuarbeiten fühlt sich produktiv an, ändert aber selten das Ergebnis eines Interviews. Dieser Abschnitt grenzt das Feld auf die Handvoll Fragen ein, die in Telefon- und Technik-Interviews immer wieder auftauchen, und zeigt, was eine starke Antwort enthält. Eine kleine Zahl an Sprachfeatures trägt den Großteil des Signals.

• Veränderliche Standardargumente. Warum akkumuliert def f(x=[]) Werte zwischen Aufrufen? Standardwerte werden einmal ausgewertet, wenn die Funktion definiert wird, nicht bei jedem Aufruf.
• Generatoren versus Listen. Wann schlägt yield den Aufbau einer Liste? Wenn die Sequenz groß ist, oder wenn du das Lesen möglicherweise früh abbrichst.
• Decorators. Was gibt ein Decorator eigentlich zurück, und warum braucht der Wrapper functools.wraps?
• Der GIL. Warum skalieren CPU-gebundene Threads in CPython nicht, und worauf greifst du stattdessen zurück?
• Flache versus tiefe Kopie. Was geht kaputt, wenn eine verschachtelte Struktur mit einem Slice kopiert wird?
• Identität versus Gleichheit. Warum das Testen von is gegen kleine Ganzzahlen in einer Shell ein irreführendes Ergebnis liefert.

Zwei Kandidaten können dieselbe korrekte Definition des GIL geben, und nur einer kommt weiter. Der Unterschied liegt meist im zweiten Satz.

Ein Backend-Ingenieur, der sich für eine L5-Stelle bei einem Public-Cloud-Anbieter bewarb, wurde gefragt, warum sich sein Service unter Last verlangsamte. Er nannte den GIL und machte dann weiter: Der Hot Path war das JSON-Parsing, also waren Threads das falsche Werkzeug, und die Verlagerung dieser Stufe in einen Prozess-Pool stellte den Durchsatz wieder her. Die Nennung der Einschränkung brachte Teilpunkte. Sie mit einer Entscheidung zu verknüpfen, gewann die Runde.

Baue jede Antwort in drei Schritten auf: was das Feature tut, warum es existiert, und wann du es vermeiden würdest. Der dritte Schritt ist der, den die meisten Kandidaten auslassen, und genau er zeigt Urteilsvermögen. Weitere Seiten zu Coding-, Verhaltens- und System-Design-Runden sind unter Interviewarten zusammengefasst.

Eine Antwort zu lesen und eine Antwort zu sagen sind unterschiedliche Fähigkeiten, und nur eine davon wird getestet. Übe laut, mit der Uhr, in denselben Worten, die du auch im Gespräch verwenden würdest.

• Schreibe deine Antwort auf jede wiederkehrende Frage in drei Sätzen auf und sag sie dann, ohne hinzusehen.
• Wähle zwei Features, die du täglich verwendest, und bereite für jedes eine ehrliche Einschränkung vor. Die Fähigkeit, die eigenen Werkzeuge zu kritisieren, wirkt wie Erfahrung.
• Bring eine echte Debugging-Geschichte mit, bei der dich Python-Verhalten überrascht hat und du herausgefunden hast, warum.
• Übe den angewandten Teil separat: Dictionaries, Sets, Sortieren mit einer Key-Funktion und String-Verarbeitung decken einen großen Teil der Interviews ab.

Wenn du vor dem echten Interview einen zeitlich getakteten Testlauf gegen einen KI-Interviewer möchtest, findest du das auf der Seite Probeinterview.

SubcueAI ist eine native Desktop-App für macOS und Windows. Sie erfasst beide Seiten des Gesprächs, transkribiert in Echtzeit und zeigt ein Gerüst auf einer schwebenden Overlay-Ebene, die lokal auf deinem Rechner bleibt, sodass sie dem Meeting nicht als Teilnehmer oder Bot beitritt. Für eine Python-Runde ist die nützliche Ausgabe ein Struktur-Prompt, keine fertige Antwort: Die konkreten Details musst du selbst liefern, denn die Nachfrage wird sich auf den Code beziehen, den du gerade beschrieben hast.

Die ehrlichen Grenzen zählen mehr als die Fähigkeiten. Wenn du deinen Bildschirm teilst, wird alles darauf mitgeteilt. Wenn die Runde auf einer beaufsichtigten Bewertungsplattform oder auf einem firmenverwalteten Gerät läuft, ist ein Assistent nicht zulässig. Einrichtung und Berechtigungen sind auf der Seite Tutorial beschrieben.