Junior Python Backend — Python-Backend-Interviewfragen

Was ist der Unterschied zwischen einer Liste und einem Tupel, und wann spielt das eine Rolle?

Listen sind mutable, Tupel nicht, und die Konsequenz, die man leicht vergisst: Immutability macht Tupel hashbar — ein Tupel kann also ein Dictionary-Key sein, eine Liste nicht. Ein Tupel nutzt man, wenn Größe und Bedeutung jeder Position feststehen, etwa eine Koordinate oder eine Datenbankzeile, eine Liste, wenn man gleichartige Elemente sammelt. Ein Tupel signalisiert außerdem Absicht: Es sagt dem Leser, dass hier niemand etwas anhängen wird.

Was passiert, wenn man ein mutable Objekt als Default-Argument verwendet?

Der Default wird einmal ausgewertet, beim Definieren der Funktion, nicht bei jedem Aufruf — ein Listen- oder Dict-Default wird also von jedem Aufruf geteilt und sammelt zwischen ihnen Zustand an. Der Fix ist, als Default None zu setzen und das Objekt im Funktionskörper zu erzeugen. Das ist der mit Abstand häufigste Python-Bug, der ein Code-Review übersteht, weil die Funktion isoliert betrachtet korrekt aussieht.

Was ist der Unterschied zwischen is und ==?

== fragt, ob zwei Objekte denselben Wert haben; is fragt, ob es dasselbe Objekt im Speicher ist. Bei kleinen Integers und kurzen Strings stimmen sie zufällig überein, weil CPython diese cacht, weshalb der Fehler unbemerkt bleibt, bis ein Wert über den Cache-Bereich hinauswächst. Die praktische Regel: is nur für None, True und False, == für alles andere.

Erkläre, wie ein Dictionary einen Key findet.

Es hasht den Key, um einen Bucket zu wählen, und vergleicht dann per Gleichheit, um Kollisionen innerhalb dieses Buckets aufzulösen. Daraus folgen zwei Dinge: Der Key muss hashbar sein, weshalb eine Liste keiner sein kann, und wenn man __eq__ auf einer Klasse überschreibt, muss man auch __hash__ überschreiben — sonst landen als gleich verglichene Instanzen in unterschiedlichen Buckets und verhalten sich in Sets und Dicts falsch.

Was unterscheidet eine List Comprehension von einem Generator-Ausdruck?

Eine Comprehension in eckigen Klammern baut sofort die gesamte Liste im Speicher auf; derselbe Ausdruck in runden Klammern liefert einen Generator, der Elemente einzeln liefert. Bei einer Million Zeilen alloziert die erste Variante eine Million Objekte, die zweite jeweils eines nach dem anderen. Den Generator nutzt man, wenn man nur einmal iteriert, die Comprehension, wenn man das Ergebnis mehrfach braucht oder seine Länge kennen muss.

Was macht jeweils try / except / else / finally?

try enthält den riskanten Code, except behandelt eine bestimmte Exception, else läuft nur, wenn nichts geworfen wurde, und finally läuft in jedem Fall und ist der Ort für Cleanup. else existiert, damit der try-Block so klein wie möglich bleibt — Code, der nicht fehlschlagen kann, gehört nicht hinein, sonst würde ein breites except Fehler aus Zeilen verschlucken, die man nie absichern wollte.

Was machen *args und **kwargs?

*args sammelt zusätzliche positionale Argumente in einem Tupel, **kwargs sammelt zusätzliche Keyword-Argumente in einem Dict. Sie erlauben es einem Wrapper, eine beliebige Signatur entgegenzunehmen und unverändert weiterzureichen, weshalb sie in praktisch jedem Decorator auftauchen. In gewöhnlichen Funktionen versteckt ihr Überbeanspruchen die eigentliche Signatur sowohl vor dem Leser als auch vor Type-Checkern.