Engineering-Philosophie: Guido van Rossum, Lesbarkeit zählt

Die wichtigsten Erkenntnisse

• Code wird weit häufiger gelesen als geschrieben, weshalb van Rossum Python für den Menschen optimierte, der die Zeile später liest — nicht für die Maschine und nicht für den Autor im Moment des Schreibens.
• Signifikanter Whitespace macht das Lesen ehrlich — die Einrückung, die Sie sehen, ist die Blockstruktur, die ausgeführt wird, also kann das Erscheinungsbild eines Python-Programms nicht darüber lügen, was es tut.
• „Es sollte einen offensichtlichen Weg geben, etwas zu tun” bedeutet, dass Code von Fremden sich immer noch liest, als wäre er aus einer Hand geschrieben — die Konvergenz auf ein einziges Idiom ist ein Geschenk an jeden künftigen Leser.
• Das Zen of Python stammt von Tim Peters, nicht von van Rossum — eine verbreitete Fehlzuschreibung. Peters destillierte Werte, die bereits in der Sprache angelegt waren.

Das Prinzip

„Eine von Guidos zentralen Einsichten ist, dass Code viel häufiger gelesen als geschrieben wird.” — PEP 8, das die Einsicht Guido van Rossum zuschreibt¹

Das ist die leiseste revolutionäre Behauptung im Sprachdesign, und fast jeder nickt zustimmend und ignoriert sie dann. Lesen Sie den Satz langsam. Code wird viel häufiger gelesen als geschrieben. Eine Zeile, die Sie einmal tippen, wird dutzendfach gelesen werden — vom Reviewer, der sie freigibt, vom Kollegen, der sie erweitert, vom Fremden, der sie erbt, und am häufigsten von Ihnen selbst, sechs Monate später, beim Versuch, sich zu erinnern, was Sie gemeint hatten. Wenn das stimmt, dann ist das Publikum für Quellcode weder die Maschine noch der Autor im Augenblick des Schreibens. Es ist der Mensch, der ihn später liest. Und eine Sprache sollte für ihr wirkliches Publikum optimiert sein.

Fast keine Sprache war das. Die Systemsprachen der 1980er optimierten für den Compiler und die Maschine; die Skriptsprachen optimierten für die Bequemlichkeit des Autors im Moment, weshalb so viele von ihnen schon am Tag nach dem Schreiben unlesbar wurden. Guido van Rossums Wette war, dass man stattdessen für den Leser optimieren könnte — dass Klarheit, zur Voreinstellung gemacht und von der Grammatik selbst erzwungen, sich über eine ganze Gemeinschaft hinweg über Jahrzehnte aufsummieren würde. Er behielt recht, in einem Ausmaß, das kaum jemand vorhergesehen hatte. Das Zen of Python destilliert denselben Wert in drei Worte, die jeder Python-Programmierer gelesen hat: „Lesbarkeit zählt.”²

Diese Überzeugung ist dieselbe, die dem Argument zugrunde liegt, dass Geschmack ein technisches System ist und nicht eine Stimmung, die man einfach behauptet. Lesbarkeit ist keine weiche Präferenz, die man nachträglich per Styleguide aufschraubt. In Python ist sie strukturell — in die Syntax eingebacken, sodass die Sprache es Ihnen nicht so leicht macht, die unlesbare Variante zu schreiben wie die lesbare. Van Rossums Einsatz war, dass ein ganzes Ökosystem in Richtung Klarheit driften wird, ohne dass man es ihm sagen muss, wenn man das Klare zum Weg des geringsten Widerstands macht.

Der Kontext

Guido van Rossum wurde am 31. Januar 1956 in Den Haag, Niederlande, geboren und erwarb 1982 einen Master in Mathematik und Informatik an der Universität Amsterdam.³ Er ging zum Centrum Wiskunde & Informatica (CWI), dem niederländischen nationalen Forschungsinstitut für Mathematik und Informatik in Amsterdam, wo die prägende Erfahrung seiner Laufbahn auf ihn wartete: die Programmiersprache ABC.

ABC, am CWI von Leo Geurts, Lambert Meertens und Steven Pemberton entworfen, war eine Lehrsprache, die lernbar und lesbar sein sollte, und van Rossum arbeitete Mitte der 1980er mehrere Jahre an ihrer Implementierung.⁴ ABC traf zwei Entscheidungen, die durch alles hindurchklingen sollten, was er danach tat: Es nutzte Einrückung zur Markierung der Blockstruktur — die „Off-side-Regel”, keine geschweiften Klammern, kein begin/end — und es behandelte Lesbarkeit als primäres Designziel, wobei Programme typischerweise nur ein Viertel der Größe ihrer Pascal- oder C-Entsprechung hatten.⁴ Van Rossum kam dazu, die Einrückungsidee zu lieben; er sagte später, sie habe die sinnlosen Glaubenskriege darüber, wohin die Klammern gehören, beseitigt.⁵ Doch ABC hatte auch fatale Schwächen — eine monolithische Implementierung, ein geschlossenes Design, das schwer zu erweitern war, eine akademische Abgeschlossenheit, die es von echten Unix-Programmierern fernhielt. Er hatte die lesbare Sprache benutzt und beide Hälften der Lektion gesehen: welche Ideen wirklich gut waren und welche die Fehler waren, die sie umbrachten.

Dann kam die berühmte Entstehungsgeschichte, und sie ereignete sich tatsächlich so, wie es die Legende erzählt. „Vor über sechs Jahren, im Dezember 1989”, schrieb van Rossum, „suchte ich nach einem ‚Hobby’-Programmierprojekt, das mich in der Woche um Weihnachten beschäftigen würde.”⁶ Sein Büro am CWI war über die Feiertage geschlossen. Er machte sich daran, eine Skriptsprache zu bauen, die ABCs beste Ideen bewahrte — die Lesbarkeit, die Einrückung — und ihre Fehler behob, diesmal ausgerichtet auf die Unix/C-Hacker, die ABC nie erreicht hatte. Als Namen wählte er, „in leicht respektloser Stimmung (und als großer Fan von Monty Python’s Flying Circus)”, Python.⁶ Nicht die Schlange. Die Komikertruppe. Die erste Version veröffentlichte er 1991.³

Das Werk

Lesbarkeit und signifikanter Whitespace

Die folgenreichste einzelne Designentscheidung, die van Rossum aus ABC übernahm, ist genau jene, über die Neulinge streiten und die Veteranen nicht mehr bemerken: Einrückung ist Syntax. In den meisten Sprachen wird die Blockstruktur durch Klammern oder Schlüsselwörter markiert, und die Einrückung ist bloß Dekoration, die das menschliche Auge nutzt und der Compiler ignoriert. Was bedeutet, dass die beiden sich widersprechen können. Die Klammern können das eine sagen, während die Einrückung etwas anderes sagt, und der Code kann so aussehen, als täte er das eine, während er das andere ausführt — der klassische Bug der irreführenden Einrückung, jene Familie von Fehlern, die Apples berüchtigtes goto fail-SSL-Loch hervorbrachte, bei dem eine versehentliche zweite eingerückte Zeile außerhalb eines if stand, das sie optisch zu enthalten schien.

Python macht diese Klasse von Bugs strukturell unmöglich. Die Einrückung, die Sie sehen, ist die Blockstruktur, die ausgeführt wird. Es gibt keine zweite, verborgene Wahrheit, von der sie abweichen könnte. Van Rossum erbte dies von ABC, weil es die Debatten über die Klammerplatzierung beendete, doch der tiefere Gewinn ist genau sein Prinzip: Es macht das Lesen ehrlich. Was das Auge des Lesers als Gestalt des Programms wahrnimmt, ist per Definition die Gestalt, die der Interpreter ausführt.⁴⁵

Ehrliche Struktur ist auch der Grund, warum Python für einen Nicht-Programmierer so aussieht, wie es aussieht: wie strukturierter Pseudocode, der zufällig läuft. Das war der Sinn der Sache. Van Rossum, nach eigener Aussage ein sehr visueller Mensch, gestaltete die Oberfläche zugänglich und die Struktur sichtbar, damit die Kluft zwischen „den Code lesen” und „das Programm verstehen” so klein ist, wie die Grammatik es nur zulassen kann.

Das Zen of Python und der „eine offensichtliche Weg”

1999 schrieb der langjährige Kernentwickler Tim Peters die Designwerte, die Python beseelten, in zwanzig Aphorismen nieder. Sie wurden schließlich als PEP 20, das Zen of Python, verankert, und sie sind in der Sprache selbst enthalten: Tippen Sie import this an einer Python-Eingabeaufforderung, und sie werden ausgegeben. Die Urheberschaft ist von Bedeutung und wird oft falsch wiedergegeben: Tim Peters verfasste den Text, nicht van Rossum.² Doch das Zen ist eine Destillation von Guidos Designsinn — Peters artikulierte die Werte, die bereits in der Sprache steckten, so wie ein guter Kritiker die Absicht eines Künstlers besser artikuliert, als der Künstler selbst es kann.

Zwei Zeilen tragen die ganze Philosophie. „Lesbarkeit zählt.” Und: „Es sollte einen — und vorzugsweise nur einen — offensichtlichen Weg geben, etwas zu tun.”² Diese zweite Zeile ist die bewusste Umkehrung von Perls gefeiertem Motto „Es gibt mehr als einen Weg, etwas zu tun.” Van Rossums Python setzt auf die andere Richtung: Eine Sprache, die einen offensichtlichen Weg bietet, ist eine Sprache, deren Code gleich aussieht, egal wer ihn geschrieben hat, was bedeutet, dass jeder den Code jedes anderen lesen kann. Die Konvergenz auf ein einziges Idiom ist keine Einschränkung für den Autor; sie ist ein Geschenk an jeden künftigen Leser. (Sogar die Zeichensetzung des Aphorismus selbst — die Gedankenstriche um „und vorzugsweise nur einen” — ist ein verschmitzter Scherz darüber, dass die Regel beim Aufstellen leicht verletzt wird.)

BDFL und Governance: Rücktritt 2018

Den Großteil von Pythons Leben hatte van Rossum das letzte Wort über das Design der Sprache, unter einem Titel, der 1995 bei einem Python-Treffen halb im Scherz geprägt und von Barry Warsaw verstetigt wurde: BDFL, Benevolent Dictator For Life.⁷ Es war ein echtes Governance-Modell. Sprachänderungen liefen durch den PEP-Prozess — Python Enhancement Proposals, den offenen, schriftlichen, archivierten Mechanismus, über den jede Änderung vorgeschlagen, debattiert und entschieden wird — doch wenn kein Konsens zustande kam, entschied der BDFL. Jahrzehntelang funktionierte das, weil van Rossums Geschmack das war, dem die Gemeinschaft vertraute.

Es endete an einem einzigen Operator. PEP 572 führte den „Walross”-Zuweisungsausdruck := ein, und die Debatte war ungewöhnlich erbittert — van Rossum setzte ihn gegen lauten, anhaltenden Widerstand durch. Am 12. Juli 2018, wenige Tage nach der Annahme, verschickte er eine E-Mail mit dem Betreff „Transfer of power” an die Liste python-committers. „Jetzt, da PEP 572 erledigt ist”, schrieb er, „möchte ich nie wieder so hart für ein PEP kämpfen müssen und dann feststellen, dass so viele Menschen meine Entscheidungen verachten.” Er gönnte sich „einen dauerhaften Urlaub vom BDFL-Dasein” und — das ist der folgenreiche Teil — lehnte es rundweg ab, einen Nachfolger zu benennen („Ich werde keinen Nachfolger ernennen”) und überließ es der Gemeinschaft, ihre eigene Regierung zu erfinden.⁸ Das tat sie: Ein fünfköpfiger gewählter Steering Council, ratifiziert durch PEP 8016, regiert Python nun. Der wohlwollende Diktator schaffte die Diktatur bewusst ab.

Pythons Reichweite

Die Wette auf Lesbarkeit summierte sich zu einem der größten Ergebnisse der Softwaregeschichte auf. Weil Python die Sprache war, die die Menschen lesen konnten, wurde es zur Sprache, die die Menschen lehren konnten — sie ist heute die vorherrschende Einführungssprache an Universitäten weltweit. Weil sie lesbar und erweiterbar war, wurde sie zum Klebstoff des wissenschaftlichen Rechnens: NumPy, SciPy, pandas, der gesamte Data-Science-Stack. Und weil der Data-Science-Stack bereits in Python war, wurde auch die Deep-Learning-Revolution in Python gebaut — PyTorch, TensorFlow, JAX und nahezu jedes Modell, von dem Sie gehört haben, werden aus einer Sprache heraus angetrieben, die ein niederländischer Programmierer über die Weihnachtspause entwarf, um sie dem menschlichen Auge angenehm zu machen. Van Rossum selbst kehrte 2020 aus dem Ruhestand zurück, um zu Microsoft zu gehen und am Projekt Faster CPython zu arbeiten, einem Vorhaben, den Interpreter rund doppelt so schnell zu machen — eine Rückkehr, wie er es ausdrückte, zu seinen Wurzeln.⁹

Die Methode

Die Methode ist eine einzige Überzeugung — für den Leser optimieren —, mit ungewöhnlicher Konsequenz über fünfunddreißig Jahre verfolgt.

Für den Menschen optimieren, der den Code liest. Nicht für die Maschine, nicht für den Autor im Moment. Jede Oberflächenentscheidung — Einrückung, das kleine Schlüsselwort-Vokabular, das Beharren auf Klarheit — dient der Person, die die Zeile später liest, denn diese Person ist das wirkliche Publikum, und es gibt weit mehr von ihr.¹

Die Struktur sichtbar und das Lesen ehrlich machen. Die Einrückung ist die Blockstruktur, sodass das, was das Auge wahrnimmt, das ist, was der Interpreter ausführt. Die Sprache weigert sich, das Erscheinungsbild des Codes und sein Verhalten auseinanderdriften zu lassen.⁴

Einen offensichtlichen Weg bevorzugen. Sich dagegen sträuben, fünf Idiome für dieselbe Aufgabe anzubieten. Konvergenz auf ein einziges klares Idiom bedeutet, dass von Fremden geschriebener Code sich immer noch liest, als wäre er aus einer Hand geschrieben.²

Die guten Ideen nehmen und die Fehler beheben. Python ist ABCs Lesbarkeit und Einrückung, abzüglich ABCs monolithischem, geschlossenem, nicht erweiterbarem Design. Van Rossum erfand nicht aus dem Nichts; er war ein anspruchsvoller Lektor dessen, was zuvor da gewesen war.⁴⁵

Offen regieren — und wissen, wann man loslassen muss. Der PEP-Prozess machte Designentscheidungen öffentlich und schriftlich. Und als seine Rolle als letzte Instanz für die Gemeinschaft eher zur Last als zum Dienst wurde, entfernte er sich selbst — und weigerte sich, einen Nachfolger zu salben, und zwang so eine dauerhafte Institution, an seine Stelle zu treten.⁸

Einflusskette

Wer ihn prägte

ABC sowie Lambert Meertens, Leo Geurts und Steven Pemberton am CWI. ABC reichte van Rossum seine beiden bestimmenden Ideen — Einrückung als Syntax und Lesbarkeit als primäres Ziel — und lehrte ihn durch sein Scheitern die negativen Lektionen: baue keinen Monolithen, verschließe das Design nicht, ignoriere den arbeitenden Programmierer nicht. Python ist ABCs gute Hälfte, gerettet. (Direkter, prägender Einfluss)

Modula-3. Sein sauberes Modul- und Ausnahmedesign beeinflusste das von Python — eine Erinnerung daran, dass van Rossum bewusst von Sprachen entlieh, die er bewunderte, statt jedes Rad neu zu erfinden. (Direkter Einfluss)

C und die Unix-Kultur. C gab Python seine Implementierungssprache (CPython ist in C geschrieben) und seine Zielgruppe — die Unix/C-Hacker, die ABC nie erreichte. Python wurde als die lesbare Skriptschicht über C konzipiert, erweiterbar in C, Klebstoff für eine C-Welt. (Prägender Einfluss)

Wen er prägte

Die größte Programmiergemeinschaft der Welt. Python ist nach den meisten Maßstäben heute die meistgenutzte Programmiersprache der Welt und die standardmäßige erste Sprache, die Anfängern beigebracht wird. Eine ganze Generation lernte, in einer Syntax über Programme nachzudenken, die zum Lesen entworfen wurde.

Data Science, KI und wissenschaftliches Rechnen. NumPy, pandas, PyTorch, TensorFlow — das Werkzeug der gesamten modernen KI-Ära ruht auf Python, weil Python die Sprache war, die Forscher lesen und erweitern konnten. Die Wette auf Lesbarkeit ist indirekt tragend für das Feld, in dem ich arbeite.

Open-Source-Governance. Das BDFL-Modell und seine bewusste Auflösung in einen gewählten Steering Council wurden zur untersuchten Vorlage dafür, wie ein Projekt, das vom Geschmack einer einzelnen Person geführt wird, die Autorität dieser Person überdauern kann.

Der rote Faden

Yukihiro Matsumoto entwarf Ruby für Programmiererglück und das Prinzip der geringsten Überraschung; van Rossum entwarf Python für den Leser. Sie sind die beiden großen „Freude”-Sprachen, und sie sind derselbe Instinkt, auf leicht unterschiedliche Ziele gerichtet — Matz optimiert dafür, wie es sich anfühlt zu schreiben, van Rossum dafür, wie es sich anfühlt zu lesen — weshalb sie so oft konvergieren und weshalb ihre Gemeinschaften einander wiedererkennen. Donald Knuth erreichte dasselbe Ziel von der Akademie her mit literate programming: der radikalen Behauptung, dass ein Programm ein Werk der Literatur ist, das für Menschen geschrieben wurde, und die Fähigkeit der Maschine, es auszuführen, fast ein Nebeneffekt ist. Van Rossum baute diese Überzeugung in die Grammatik einer Sprache ein statt in eine Methodik. Und während Bjarne Stroustrup Performance ohne Overhead an die erste Stelle setzte und C++ zu einer Sprache wachsen ließ, deren flüssiges Lesen Jahre braucht, setzte van Rossum die Lesbarkeit an die erste Stelle und nahm die Langsamkeit des Interpreters als Preis dafür in Kauf — zwei Designer, gegensätzliche oberste Prioritäten, jeder zahlt in der Währung, die der andere zu geben verweigerte. (Serienbrücke)

Was ich daraus mitnehme

Die Lektion, an der ich festhalte, ist, dass Lesbarkeit keine Höflichkeit ist; sie ist das eigentliche Produkt. Der Code wird weit häufiger gelesen als geschrieben, also ist die Version, die klar zu lesen ist, die mehr wert ist — und „Ich räume das später auf” ist ein Versprechen an einen Leser, das ich gerade jetzt im Stillen breche. Van Rossums Schachzug besteht darin, die klare Version zur Voreinstellung zu machen, sodass das Richtige zu tun der Weg des geringsten Widerstands ist statt ein Akt der Disziplin. Das ist derselbe Maßstab wie Qualität als die einzige Variable: Die Frage lautet nie „Läuft das?”, sondern „Wird die nächste Person, die das liest, es so schnell verstehen, wie sie es braucht?”

In der Welt, in der ich jetzt baue — Agents, Tool-Schleifen, Prompts, Agentenrahmen-Code, den andere Agents und das Künftige-Ich um zwei Uhr nachts lesen werden —, ist die Versuchung das Gegenteil von „Lesbarkeit zählt”: clevere Einzeiler, impliziter Zustand, fünf Wege, dasselbe zu tun, verstreut über eine Codebasis, die niemand im Kopf behalten kann. Der van-Rossum-Schachzug besteht darin, den einen offensichtlichen Weg zu wählen und die Struktur ehrlich zu machen, sodass das, was Sie lesen, das ist, was läuft. Diese Überzeugung — dass Klarheit, strukturell gemacht und von der Grammatik des Systems erzwungen statt der Willenskraft überlassen, sich über jeden aufsummiert, der sie später liest — ist der rote Faden von einem Weihnachts-Hobbyprojekt 1989 bis zu einem Agentenrahmen von 2026. Der Leser ist das Publikum. Bauen Sie für ihn.

FAQ

Was ist Guido van Rossums Engineering-Philosophie?

Van Rossums Kernüberzeugung lautet, dass Code weit häufiger gelesen als geschrieben wird, also sollte eine Sprache für den Menschen optimiert sein, der sie liest.¹ Er baute Python um Lesbarkeit als primäres, strukturelles Ziel herum — keine nachträglich aufgeschraubte Stilrichtlinie, sondern in die Grammatik eingebacken durch signifikante Einrückung, ein kleines Schlüsselwort-Vokabular und das Prinzip, dass es „einen offensichtlichen Weg geben sollte, etwas zu tun”.² Damit verband er, die Sprache offen über den PEP-Prozess zu regieren und 2018 bewusst als ihre letzte Instanz zurückzutreten.⁸

Warum verwendet Python Einrückung statt Klammern?

Van Rossum übernahm die einrückungsbasierte Blockstruktur (die „Off-side-Regel”) aus der Sprache ABC, an der er in den 1980ern am CWI arbeitete; ihm gefiel, dass sie die endlosen Streitereien darüber beendete, wohin man die geschweiften Klammern setzt.⁴⁵ Der tiefere Grund für ihren Bestand ist, dass sie das Lesen ehrlich macht: In Klammersprachen ist die Einrückung dekorativ und kann den Klammern widersprechen, sodass Code aussehen kann, als täte er das eine, während er das andere ausführt (der Bug der irreführenden Einrückung). In Python ist die Einrückung, die Sie sehen, die Blockstruktur, die ausgeführt wird — es gibt keine zweite, verborgene Wahrheit, von der sie abweichen könnte.

Wer schrieb das Zen of Python?

Tim Peters, ein langjähriger Python-Kernentwickler, schrieb das Zen of Python — die zwanzig Aphorismen, die als PEP 20 verankert sind und ausgegeben werden, wenn Sie import this ausführen. Es wurde nicht von Guido van Rossum geschrieben, eine verbreitete Fehlzuschreibung.² Was es leistet, ist, van Rossums eigene Designwerte in einprägsame Form zu destillieren — Zeilen wie „Lesbarkeit zählt” und „Es sollte einen — und vorzugsweise nur einen — offensichtlichen Weg geben, etwas zu tun” artikulieren den Sinn, der bereits in die Sprache eingebaut war.

Warum trat Guido van Rossum als Pythons BDFL zurück?

Van Rossum hatte Python jahrzehntelang als seinen BDFL — Benevolent Dictator For Life geführt, ein Titel, der 1995 bei einem Python-Treffen halb scherzhaft geprägt wurde.⁷ Er trat am 12. Juli 2018 zurück, wenige Tage nach der umstrittenen Annahme von PEP 572 (dem Walross-Operator :=), den er gegen heftigen Widerstand durchgesetzt hatte. In einer E-Mail mit dem Betreff „Transfer of power” schrieb er: „Jetzt, da PEP 572 erledigt ist, möchte ich nie wieder so hart für ein PEP kämpfen müssen und dann feststellen, dass so viele Menschen meine Entscheidungen verachten”, gönnte sich „einen dauerhaften Urlaub vom BDFL-Dasein” und lehnte es nachdrücklich ab, einen Nachfolger zu benennen.⁸ Die Gemeinschaft ersetzte ihn durch einen gewählten fünfköpfigen Steering Council.

Quellen