Python zieht die Versionslinie neu: 3.10 ist raus, 3.15 steht bereit

Python hat mehrere Wartungsupdates veröffentlicht: 3.10.22, 3.11.17, 3.12.15, 3.13.16 und 3.14.8. Der wichtigere Punkt steckt aber nicht in den Patch-Nummern. Mit 3.10.22 endet der Lebenszyklus von Python 3.10.x. Dazu kommt: Python 3.15.0 ist für heute angesetzt.

Für viele Teams ist das keine Randnotiz. Das Ende von 3.10 heißt vor allem: keine weiteren regulären Updates mehr für eine Version, die in vielen Projekten noch mitläuft. Gerade in internen Tools, Data-Workflows und älteren Backend-Diensten bleiben Python-Versionen oft länger liegen als geplant. Ab jetzt wird das teurer. Nicht sofort auf der Rechnung, aber bei Sicherheit, Pflege und Abhängigkeiten.

Das Problem ist bekannt: Solange ein System funktioniert, rutscht das Interpreter-Update in der Prioritätenliste nach unten. Nur hängt an Python eben ein ganzes Ökosystem. Wenn eine Version aus dem Support fällt, ziehen Bibliotheken, Build-Umgebungen und Plattformen nach. Erst kommen kleine Reibungen, später echte Brüche. Irgendwann passt dann das CI-Setup nicht mehr, Wheels fehlen oder ein zentrales Paket testet die alte Version schlicht nicht mehr.

Genau deshalb ist das EOL von 3.10 wichtiger als die Frage, welche Bugfixes in 3.11.17 oder 3.12.15 stecken. Wer noch auf 3.10 sitzt, arbeitet ab jetzt auf einer ablaufenden Grundlage. Für Einzelentwickler ist das meist schnell gelöst. In Unternehmen ist es oft ein Kettenzug: Basis-Images, virtuelle Umgebungen, Deployment-Skripte, Dockerfiles, Paket-Pins, Laufzeitumgebungen in der Cloud. Alles hängt zusammen.

Die gute Nachricht: Der Umstieg muss kein Großprojekt sein. Der Sprung von 3.10 auf 3.11 oder 3.12 ist für viele Anwendungen realistischer als ein Versionswechsel in anderen Laufzeitumgebungen. Trotzdem sollte man ihn nicht nebenbei abnicken. Performance-Gewinne, Änderungen im Typing-Umfeld und Unterschiede bei Abhängigkeiten können Tests notwendig machen. Wer sauber arbeitet, prüft zuerst die Toolchain und erst dann den Anwendungscode.

Dass parallel 3.15.0 ansteht, zeigt vor allem das Tempo des Projekts. Python schiebt vorne neue Versionen nach, während hinten alte aus dem Raster fallen. Für die Sprache ist das gesund. Für Teams ohne klares Runtime-Management ist es ein Warnsignal. Wer Python produktiv einsetzt, braucht einen Plan für Versionswechsel. Nicht einmal im Ausnahmefall, sondern als Routine.

Unterm Strich ist diese Release-Runde weniger eine Nachricht über fünf neue Patch-Versionen als eine Erinnerung an technische Hygiene. Python 3.10 ist Geschichte. Wer noch darauf baut, sollte den Wechsel jetzt einplanen, bevor aus einem simplen Update eine Baustelle wird.