Nun ja, die Bürokraten benötigen ja auch ihre Lebensberechtigung.
EIn Kunde von mir hat vor ca. 2 Jahren die E-Rechnung für Italien selber entwickelt.
Neben vielen Abstimmungsprozessen war es allerdings für die Italiener wichtig, dass die XML-Information alle in italienisch sein mussten. Also nicht nur die Inhalte sondern auch die Knoten- und Attributnamen.

Was Versionsupdates angeht so weitet sich das in der SW-Entwicklung außerhalb der IBM i-Welt drastisch aus. Ich spreche hier von der Entwicklung in .Net von Microsoft.
Bisher konnte man sich immer darauf verlassen, dass jede neue Version der Net-Framework Runtime abwärtskompatibel ist. Die aktuelle letzte Version ist 4.8.1. Ob es jemals weitere Versionen geben wird ist da fraglich.
Windows Server 2022 ist wohl die letzte Version, auf der das Framework ausgeliefert wird und der Lebenszyklus beträgt hier 10 Jahre. M.a.W: ab 2032 ist hier Schluss, danach gibts nur noch Net-Core.
Auch die alten 32-Bit-Anwendungen soll es dann nicht mehr geben.

Bei Net Core ist es jedoch so, dass es alle 3 Jahre eine neue Version geben wird und die Vorvorversion dann keine Sicherheitsupdates mehr erhält.
Aktuell gibts nun Net-Core 8, die 9 ist schon in der Entwicklung.

Was heißt das für Softwarehersteller?
Sämtliche Net-basierte Software (also auch Nicht-Windows, da Core ja überall laufen soll) muss sich alle 3 Jahre anpassen.
Microsoft gibt keine Garantie mehr, dass neue Core-Versionen zu 100% abwärtskompatibell sein werden.
Z.B. werden Funktionen, die Sicherheitsrisiken haben nicht mehr korrigiert sondern einfach nicht mehr übernommen. Stattdessen werden dann sichere Alternativen angeboten.

Inzwischen kenne ich da schon einige Komponentenhersteller, die das nicht mehr mitmachen und ihre Version eingefroren haben. Somit kann man u.U. seine eigene Software mit neuen Komponenten, die garantiert nicht mehr kompatibel sein werden, neu entwickeln oder eben auch ihren Laden zumachen.

Parallel zu Core gibts noch Net-Standard. Aktuell ist hier Standard 2.1, da Standard 2.0 komplett eingestellt wurde. I.W. sollte Net-Standard Komponentenentwicklung ermöglichen, die zu allen Core-Versionen kompatibel sein sollen. Leider ist wohl 2.1 nur wenig kompatibel zu 2.0, so dass auch hier bereits keine Nachfolgeprodukte mehr angeboten werden.

Da die SW-Entwicklung im Windowsumfeld erheblich stärker von Komponenten abhängt als die IBM i-Entwicklung, stehen sämtliche Komponentenhersteller vor dem Update-Problem.
Im sog. Nuget-Netzwerk gibt es 10.000 Komponenten für alles Mögliche, wobei hier stark auf die Versionskompatibilität geachtet werden muss. Und wenn der Entwickler dann keine Lust mehr hat, steht man auf dem Schlauch und muss sich nach was Neuem umsehen, was sicherlich dann nicht mit dem Vorherigen vergleichbar sein wird und der Kunde wird es einem nicht danken.

Da lobe ich mir die IBM i, die seit V2R1 bis heute immer noch kompatibel ist.
Wenn ich mir dieses Chaos für die IBM i vorstellen müsste, wäre ich wahrscheinlich schon auf Java.