64 % des développeurs indiquent que Java 8 reste la version la plus utilisée
5 février 2020
0 minutes de lectureBienvenue dans notre rapport annuel sur l’écosystème JVM ! Ce rapport présente les résultats de la plus vaste enquête annuelle menée sur l’écosystème JVM, avec plus de 2 000 réponses recueillies au second semestre 2019. Nous remercions toutes les personnes qui ont participé et partagé leurs connaissances sur Java et les sujets liés à la JVM.
Ce rapport se compose de six articles :
64 % des développeurs indiquent que Java 8 reste la version la plus utilisée
Kotlin dépasse Scala et Clojure et devient le 2e langage le plus populaire sur la JVM
Spring domine l’écosystème Java : 60 % l’utilisent pour leurs principales applications
IntelliJ IDEA domine le marché des IDE, adopté par 62 % des développeurs JVM
Nous avons également préparé un rapport PDF soigné qui rassemble toutes ces informations et peut être téléchargé en un seul document.
Quelle version de Java SE utilisez-vous en production pour votre application principale ?
L’arrivée de Java 9 a entraîné des changements structurels importants dans le JDK. L’an dernier, nous avons constaté que ces changements freinaient peut-être le passage à des versions ultérieures à Java 8. Cette année, les chiffres sont un peu différents. Le nombre de personnes qui utilisent Java 8 en production reste très élevé. Toutefois, avec la sortie en septembre 2018 de Java 11, première version Java à support à long terme (LTS), la situation évolue lentement. Un quart des développeurs ayant répondu à cette enquête utilisent désormais Java 11 en production.
Pourquoi n’êtes-vous pas passé à une version plus récente ?
Bien que le nouveau rythme de publication ait été introduit il y a plus de deux ans, nous ne constatons toujours pas d’adoption significative. Beaucoup ne peuvent pas ou ne souhaitent pas effectuer une migration tous les six mois pour rester à jour. 51 % des personnes interrogées affirment que leur configuration actuelle leur convient et qu’il n’est donc pas nécessaire de la modifier. Le coût de la migration semblant trop élevé, de nombreuses entreprises hésitent à adopter des changements aussi rapidement.
La grande question est de savoir si les développeurs et les entreprises ont tort de rester sur une ancienne version. En réalité, migrer tous les six mois ne garantit pas nécessairement un retour sur investissement. Il est néanmoins possible que nous devions attendre encore un peu avant de voir les effets du passage des utilisateurs aux versions plus récentes.
Parmi les raisons citées par les participants dans la catégorie « Autre », on trouve le manque de rapidité des serveurs d’applications ou des bibliothèques à prendre en charge les dernières versions du JDK.
Quelle est votre approche pour adopter les nouvelles versions du JDK en production ?
La plupart des personnes (55 %) prévoient de s’en tenir aux versions à support à long terme. Rien d’étonnant, puisque ces versions sortent tous les trois ans, à un rythme similaire à celui auquel les utilisateurs de l’écosystème JDK sont déjà habitués. Cependant, 22 % des personnes interrogées indiquent qu’elles décideront au cas par cas, à chaque nouvelle version, si les fonctionnalités proposées justifient une migration.
En comparant les chiffres de 2018 à ceux de cette année, on constate une évolution intéressante dans l’approche de l’adoption du JDK. En 2018, les développeurs indécis étaient plus nombreux, tout comme les personnes qui déclaraient décider au cas par cas, à chaque nouvelle version, si elles allaient effectuer la mise à niveau.
Dans quelle mesure comprenez-vous le nouveau cycle de publication de six mois et les modalités de support mises à jour pour chaque version ?
Avec le nouveau cycle de publication Java de six mois, les fonctionnalités sont mises à la disposition des développeurs, intégralement ou en partie, plus rapidement entre les versions LTS. Cela signifie que le support officiel d’une version non-LTS prend fin dès la sortie de la version suivante, soit tous les six mois. Environ tous les trois ans — comme avec l’ancien rythme — une version est désignée LTS et bénéficie d’options de support étendu jusqu’à la sortie de la prochaine version LTS.
Il est également important de noter que, selon les responsables de la maintenance de Java, les versions non-LTS ne sont pas des versions alpha ou bêta : elles sont entièrement prises en charge et prêtes pour la production.
Lorsque nous avons demandé à la communauté dans quelle mesure elle comprenait ce nouveau modèle de publication, les réponses ont été plutôt positives. Au vu des résultats globaux, on peut affirmer que la majorité des utilisateurs de Java comprennent très bien ce nouveau rythme : plus de la moitié s’attribuent une note de 7 sur 10 ou plus.
À quelle vitesse appliquez-vous les mises à jour de sécurité critiques du JDK ?
Pour assurer le bon fonctionnement d’un système, il est essentiel d’appliquer les mises à jour de sécurité critiques du JDK. Pourtant, 17 % des personnes interrogées affirment n’appliquer aucun correctif de sécurité. Ça fait peur, non ? Heureusement, la grande majorité des développeurs (61 %) prennent la sécurité au sérieux et appliquent les mises à jour de sécurité dans le mois suivant leur publication.
Nous tenons également à féliciter les 15 % des personnes interrogées qui appliquent les mises à jour de sécurité presque immédiatement après leur publication. Bravo !
Ce rapport a encore bien d’autres choses à vous apprendre ! Quelle section souhaitez-vous lire ensuite ?
64 % des développeurs indiquent que Java 8 reste la version la plus utilisée
Kotlin dépasse Scala et Clojure et devient le 2e langage le plus populaire sur la JVM
Spring domine l’écosystème Java : 60 % l’utilisent pour leurs principales applications
IntelliJ IDEA domine le marché des IDE, adopté par 62 % des développeurs JVM