64 % der Entwickler geben an, dass Java 8 weiterhin die am häufigsten verwendete Version ist
5. Februar 2020
0 Min. LesezeitWillkommen zu unserem jährlichen JVM-Ökosystembericht! Dieser Bericht präsentiert die Ergebnisse der größten jährlichen Umfrage zum JVM-Ökosystem. Er fasst die Antworten von über 2.000 Teilnehmenden zusammen, die in der zweiten Jahreshälfte 2019 eingegangen sind. Wir möchten allen danken, die teilgenommen und ihre Einblicke zu Java und Themen rund um die JVM mit uns geteilt haben.
Dieser Bericht besteht aus sechs Beiträgen:
64 % der Entwickler geben an, dass Java 8 weiterhin die am häufigsten verwendete Version ist
Kotlin überholt Scala und Clojure und wird zur zweitbeliebtesten Sprache auf der JVM
Spring dominiert das Java-Ökosystem: 60 % verwenden es für ihre Hauptanwendungen
IntelliJ IDEA dominiert den IDE-Markt: 62 % der JVM-Entwickler nutzen es
Außerdem gibt es einen liebevoll gestalteten PDF-Bericht, der all diese Informationen an einem Ort zum Herunterladen enthält.
Welche Java-SE-Version verwenden Sie in der Produktion für Ihre Hauptanwendung?
Die Einführung von Java 9 brachte erhebliche strukturelle Änderungen am JDK mit sich. Letztes Jahr gab es Anzeichen dafür, dass diese Änderungen möglicherweise viele davon abhielten, über Java 8 hinauszugehen. Dieses Jahr sehen die Zahlen etwas anders aus. Die Zahl derjenigen, die Java 8 in der Produktion einsetzen, ist nach wie vor sehr hoch. Doch seit der Veröffentlichung der ersten Long-Term-Support-Version (LTS) von Java, Java 11, im September 2018 verändert sich die Situation langsam. Ein Viertel der Entwickler, die an dieser Umfrage teilgenommen haben, verwendet inzwischen Java 11 in der Produktion.
Warum sind Sie nicht auf eine neuere Version umgestiegen?
Obwohl der neue Release-Rhythmus vor über zwei Jahren eingeführt wurde, sehen wir weiterhin keine nennenswerte Verbreitung. Viele können oder möchten nicht alle sechs Monate migrieren, um auf dem neuesten Stand zu bleiben. 51 % der Befragten geben an, dass ihre aktuelle Einrichtung gut funktioniert und eine Änderung daher nicht nötig ist. Da die Kosten einer Migration offenbar zu hoch sind, zögern viele Unternehmen, Änderungen so schnell zu übernehmen.
Die zentrale Frage lautet: Sind Entwickler und Unternehmen dafür verantwortlich, dass sie bei einer älteren Version bleiben? Tatsächlich bringt eine Migration alle sechs Monate nicht unbedingt einen echten Return on Investment. Dennoch kann es noch etwas dauern, bis sich die Auswirkungen der Migration auf neuere Versionen zeigen.
Zu den Gründen, die Teilnehmende in der Kategorie „Sonstiges“ nannten, gehörte, dass Application-Server oder Bibliotheken die neuesten JDK-Versionen nicht schnell genug unterstützen.
Wie gehen Sie bei der Einführung neuer JDK-Releases in der Produktion vor?
Die meisten (55 %) planen, bei Long-Term-Support-Releases zu bleiben. Das überrascht kaum, denn diese Versionen erscheinen alle drei Jahre – ein Rhythmus, mit dem viele im JDK-Ökosystem bereits vertraut sind. 22 % der Befragten geben jedoch an, dass sie von Release zu Release entscheiden möchten, ob sie ein Upgrade durchführen, und prüfen, ob die neuen Funktionen wichtig genug sind, um eine Migration zu rechtfertigen.
Beim Vergleich der Zahlen von 2018 mit denen dieses Jahres fällt auf, wie sich die Herangehensweise an die Einführung neuer JDK-Versionen verändert hat. 2018 waren mehr Entwickler unentschlossen; auch der Anteil derjenigen, die von Release zu Release über ein Upgrade entscheiden wollten, war höher.
Wie gut verstehen Sie das neue 6-monatige Release-Modell und die aktualisierten Support-Angaben zu den einzelnen Releases?
Mit dem neuen 6-monatigen Java-Release-Modell stehen Entwicklern Funktionen zwischen den LTS-Releases schneller vollständig oder teilweise zur Verfügung. Das bedeutet, dass der offizielle Support für ein Nicht-LTS-Release nur bis zur Verfügbarkeit der nächsten Version gilt – also sechs Monate. Etwa alle drei Jahre wird, ähnlich wie beim alten Rhythmus, eine Version als LTS gekennzeichnet. Für sie stehen erweiterte Support-Optionen zur Verfügung, bis die nächste LTS-Version erscheint.
Wichtig ist auch: Laut den Java-Maintainern sind Nicht-LTS-Versionen keine Alpha- oder Betaversionen, sondern vollständig unterstützte, produktionsreife Java-Versionen.
Als wir die Community fragten, wie gut sie dieses neue Release-Modell versteht, fielen die Antworten überwiegend positiv aus. Die Gesamtergebnisse zeigen, dass sich die Mehrheit der Java-Nutzer sehr gut mit dem neuen Release-Rhythmus auskennt: Mehr als die Hälfte bewertete ihr Verständnis mit 7 von 10 Punkten oder höher.
Wie schnell installieren Sie kritische JDK-Sicherheitsupdates?
Um Systeme sicher und zuverlässig zu halten, müssen kritische JDK-Sicherheitsupdates installiert werden. Dennoch geben 17 % der Befragten an, überhaupt keine Sicherheitspatches einzuspielen. Erschreckend, oder? Immerhin nimmt die große Mehrheit der Entwickler (61 %) Sicherheit ernst und installiert Sicherheitsupdates innerhalb eines Monats nach ihrer Veröffentlichung.
Ein großes Lob möchten wir auch den 15 % der Befragten aussprechen, die Sicherheitsupdates fast unmittelbar nach ihrer Veröffentlichung installieren. Weiter so!
Dieser Bericht hat noch mehr zu bieten! Welchen Abschnitt möchten Sie als Nächstes lesen?
64 % der Entwickler geben an, dass Java 8 weiterhin die am häufigsten verwendete Version ist
Kotlin überholt Scala und Clojure und wird zur zweitbeliebtesten Sprache auf der JVM
Spring dominiert das Java-Ökosystem: 60 % verwenden es für ihre Hauptanwendungen
IntelliJ IDEA dominiert den IDE-Markt: 62 % der JVM-Entwickler nutzen es