Was Python eigentlich ist
Vom Projekt einer Person zur Sprache einer Gemeinschaft
2008 brach Python absichtlich mit seiner Vergangenheit.
Python 3.0 änderte die Sprache so, dass ältere Programme nicht mehr liefen. Jedes Team, jedes Buch, jedes Tutorial und jeder Paketbetreuer hatte Arbeit vor sich. Sehr viele gingen sie jahrelang nicht an. Python 2 und Python 3 existierten mehr als ein Jahrzehnt nebeneinander.
Drei Jahrzehnte, sechs Wendepunkte
| Wann | Was geschah | Was sich dadurch änderte |
|---|---|---|
| Februar 1991 | Van Rossum veröffentlichte Python im USENET, dem Diskussionsnetzwerk, das vor dem Web genutzt wurde | Python war nicht mehr privat. Jeder konnte es herunterladen, sich darüber beschweren und Korrekturen zurückschicken |
| Januar 1994 | Python 1.0 | Ein öffentliches Zeichen dafür, dass etwas stabil genug zum Weiterbauen war. Schon damals ging die Arbeit über den ursprünglichen Autor hinaus |
| 2000 und 2001 | Python 2.0, dann die Python Software Foundation, eine gemeinnützige Organisation, die die Rechte an Python hält | Eine Versionslinie, die fast zwanzig Jahre bestand, und eine Organisation, die Infrastruktur, Veranstaltungen und Gemeinschaft trägt |
| Dezember 2008 | Python 3.0 | Der am Anfang dieser Lektion beschriebene Bruch |
| 2018 und 2019 | Van Rossum zog sich im Juli 2018 nach fast dreißig Jahren mit dem letzten Wort zurück. Anfang 2019 wurde der erste fünfköpfige Lenkungsrat gewählt | Endgültige Entscheidungen hingen nicht mehr davon ab, ob eine einzelne Person verfügbar blieb |
| Ab 2020 | Die Unterstützung für Python 2.7 endete im Januar, die letzte Veröffentlichung folgte im April. Neue Versionen erschienen nun einmal im Jahr | Keine weiteren Korrekturen für Python 2 und ein vorhersehbarer Zeitplan für alle, die auf Python 3 aufbauen |
Zwei dieser Zeilen verdienen noch einen Satz. Die PSF kümmert sich um das Projekt statt um die Sprache: Sie hält die Rechte und bezahlt die Infrastruktur. Was tatsächlich in Python aufgenommen wird, entscheidet sich an anderer Stelle. Der Lenkungsrat wird nach jeder Veröffentlichung mit neuen Funktionen neu gewählt und bevorzugt Einigung und Delegation, statt selbst über alles abzustimmen.
Was der Bruch gezeigt hat
Der Umstieg auf Python 3 verdient einen genaueren Blick. Zwischen der Veröffentlichung von Python 3 und dem Ende der Unterstützung für Python 2 lagen elf Jahre. Die Kosten trugen echte Teams mit echten Budgets.
Ich gehörte zu einem solchen Team. Der Wechsel von Python 2 zu Python 3 war echte Arbeit, die priorisiert werden musste. Was ich in der Praxis sah: Die meisten Projekte wurden nicht aktualisiert, sondern blieben Python-2-Projekte, die niemand anfassen wollte. Die meisten verschwanden. Sie wurden einfach alt genug, um sie wegzuwerfen, oder wurden durch etwas völlig Neues ersetzt.
Das ist aus zwei entgegengesetzten Gründen wissenswert. Es zeigt ein Projekt, das bereit war, enorme Kosten zu akzeptieren, um angesammelte Entwurfsprobleme zu beseitigen, statt sie für immer mitzuschleppen. Es zeigt auch genau, wie teuer das wird, sobald andere von dir abhängen. Das ist ein wesentlicher Grund, warum es nicht noch einmal passiert ist.
Python ist Open Source. Sein Code ist also unter Bedingungen verfügbar, die es Menschen erlauben, ihn zu untersuchen, zu nutzen und zu verbessern. Das bedeutet nicht, dass niemand ihn verwaltet. Offene Entwicklung braucht weiterhin Überprüfung, Pflege und Verantwortliche für Entscheidungen. Diese Strukturen aufzubauen war ein großer Teil der Arbeit der letzten drei Jahrzehnte.
Was die Geschichte dir nicht sagen kann
All das gibt dir Gründe, Python ernst zu nehmen. Es hat einen selbst verursachten Bruch überstanden, Institutionen aufgebaut, die die Autorität seines Gründers überdauerten, und immer weiter neue Versionen veröffentlicht.
Es sagt dir überhaupt nichts darüber, ob Python zu deinem Projekt passt. Eine Sprache kann alt, aktiv und gut geführt sein und trotzdem völlig ungeeignet für das, was du entwickeln möchtest.
Damit endet der Hintergrund. Ab jetzt suchen wir nach Belegen: nach den Aufgaben, für die Python tatsächlich verwendet wird, und danach, warum es zu ihnen passt.
Mehr erfahren
Die offizielle Python-Dokumentation enthält einen längeren Überblick über Geschichte und Lizenzierung. PEP 13 beschreibt das derzeit geltende Führungsmodell. Ein PEP, ausgeschrieben Python Enhancement Proposal, ist das Dokumentformat, in dem wichtige Entscheidungen zu Python vorgeschlagen und festgehalten werden. Beide englischen Quellen sind freiwillige Vertiefung.