Drei Änderungen dieser Woche, die mehr als einen Versionssprung brauchen
Serguey Asael Shinder2 Min. LesezeitDie meisten Releases verlangen nur einen Versionssprung. Drei Meldungen der letzten zwei Tage verlangen mehr: Jede verändert, wie korrekter Code aussieht, mit einem Zeitplan, den man leicht übersieht.
Quarkus 4: zwei Monate, um die eigenen Probleme zu finden. Die erste Beta von Quarkus 4 erschien am 1. Oktober, die finale Version ist für Ende November geplant. Sie wechselt auf eine neue Java-Basis, eine neue Netzwerkschicht rund um QUIC und eine neue Hauptversion von Hibernate mit Jakarta Persistence 4.0. Laut Team ist der Migrationsleitfaden umfangreicher als sonst, Extension-Autoren sollen jetzt beginnen. Teams mit eigenen Erweiterungen brechen am ehesten und haben die wenigste Zeit, es herauszufinden; die neue LTS-Version 3.40 gibt ihnen eine stabile Linie, während sie testen. Source: https://quarkus.io/blog/quarkus-4-0-0-beta1-released
Rust 1.99: ein Muster, das kompiliert, aber nicht geschrieben werden sollte. Neben variadischen Funktionen im C-Stil ändert Rust 1.99 die Dokumentation von Box::leak: Geleakter Speicher soll später nicht wieder freigegeben werden. Laut Team wirkt solcher Code schlecht mit heutigen und künftigen Compiler-Optimierungen zusammen und wird mit der Stabilisierung eigener Allokatoren besonders problematisch. Heute bricht nichts – genau deshalb lohnt sich jetzt eine Suche im Code: Box::into_raw oder Box::into_non_null sind die empfohlenen Alternativen. Source: https://blog.rust-lang.org/2026/10/01/Rust-1.99.0
GitHub: Mergen wird asynchron. GitHubs asynchrone Merge-API ist allgemein verfügbar und nun der empfohlene Weg, Pull Requests aus Code zu mergen, vor dem synchronen REST-Endpunkt und den GraphQL-Mutationen; zudem unterstützt nur sie gestapelte Pull Requests. Die Änderung liegt im Fehlermodell: Eine Merge-Anfrage wird zuerst angenommen und später abgeschlossen, Bots müssen also das Ergebnis abfragen, statt der ersten Antwort zu trauen. Source: https://github.blog/changelog/2026-10-01-github-async-merge-api-generally-available
Der gemeinsame Nenner. Nichts davon erzwingt diese Woche etwas. Jede Änderung verschiebt den Standard, gegen den neuer Code geschrieben wird, und lässt alten Code vorerst funktionieren. Das ist der günstigste Moment zur Anpassung: bevor die Beta final wird, bevor eigene Allokatoren kommen, bevor der synchrone Merge-Pfad der ist, den niemand mehr pflegt.