Une mise à niveau très tranquille vers Java 11 et les principales conclusions
Fin octobre, Java's Magazine et Synk d'Oracle ont publié un excellent
rapport sur l'écosystème JVM. L'étude a interrogé plus de 10 000 développeurs à travers le monde concernant leur choix de langages, plates-formes, outils, processus et applications JVM.
Zeroturnaround et JRebel ont déjà publié
des rapports similaires ces dernières années. La Fondation Eclipse a également terminé son
étude Java EE au début de cette année. La recherche de ce type est toujours biaisée dans une certaine mesure, mais en même temps, elle donne une assez bonne idée de la communauté du développement.
Dans notre cas, ce rapport fournit d'excellents instantanés et matière à réflexion concernant les outils que les développeurs Java utilisent. Ça vaut vraiment la peine de le lire en entier. Voici quelques-unes des découvertes les plus intéressantes.
Java 8 - la plateforme dominante
79% des développeurs Java utilisent Java 8 comme plate-forme de production principale, tandis que 8% utilisent Java 9 et 10. Il semble que les développeurs Java abandonnent enfin Java 7 (9%). Il est également intéressant de noter qu'environ la moitié des développeurs interrogés qui n'utilisent pas Java 8 utilisent des versions ultérieures (4% pour 9 et 10).
Quelle version de Java SE utilisez-vous en production pour l'application principale?
Étant donné que Java 11 est la dernière version du JDK, la question est: pourquoi les développeurs ne mettent-ils pas à niveau des versions plus récentes? La réponse réside évidemment dans les nouveaux cycles de sortie.
Cycles de libération
Lorsque Java 9 est sorti en 2017, beaucoup s'inquiétaient de l'impact sur le développement des changements à la fois dans l'architecture et le cycle de publication, qui, comme vous le savez, nous propose désormais une nouvelle version tous les 6 mois.
«Je crois que le nouveau cycle est le résultat de nombreuses années de cycles de sortie lents, prudents et probablement extrêmement longs qui ont été trop critiqués parce que de nouvelles fonctionnalités importantes ou importantes n'ont pas été publiées dans un délai acceptable», explique Duncan Brown, Directeur technique de Prometheus Software et directeur régional de DZone, «On dirait presque que le nouveau cycle semble surcompenser ce temps et aller trop loin dans l'autre sens.»
Lorsqu'on leur a demandé comment ils réagiraient au nouveau cycle de publication, 30% des répondants ont déclaré qu'ils opteraient pour un système de publication par publication et 34% ont déclaré qu'ils préféreraient les versions de support à long terme (LTS), qui comprennent Java 7, 8 et 11.
En plus des commentaires sur le cycle de sortie, D.Brown a également déclaré:
«À l'ère de l'intégration et de la livraison continues de logiciels (CI / CD) et, après avoir passé tant de temps sur des versions avec des fonctionnalités et une planification importantes, Oracle ne semble pas vraiment se rendre compte de la durée d'un cycle de version acceptable et plus rapide.»
En général, l'étude montre que seulement 1 développeur sur 10 souhaite travailler avec la dernière version du JDK.
IntelliJ prouve que les développeurs sont prêts à payer pour un IDE
De nombreux développeurs travaillent depuis longtemps avec des outils open source et l'IDE pour Java. L'open-source a forcé les vendeurs d'outils à travailler dur pour vendre des IDE aux développeurs. Par conséquent, il semble plutôt inattendu que 32% des développeurs Java paient pour IntelliJ IDEA. C'est très proche du même chiffre - 38% qui utilisent (gratuitement!) Eclipse. IntelliJ peut être félicité pour avoir prouvé que les développeurs acceptent de payer pour leur IDE!
Dans l'ensemble, selon une étude réalisée par IntelliJ IDEA (45%) et Eclipse IDE (38%) étaient deux plates-formes IDE clés. Cela n'est pas surprenant, car de nombreuses autres études ont montré qu'IntelliJ est en avance sur Eclipse au cours des deux dernières années. Apache NetBeans a pris la troisième place, gagnant 11%.
Gradle n'a pas volé le trône à Maven
Il y a quelques années, Gradle était le "nouvel enfant des outils de construction". Il semblait que l'élan avec lequel Gradle commençait à se développer le ferait dépasser le roi reconnu, Maven. Cependant, il s'est avéré que la croissance de Gradle a ralenti. 60% des développeurs utilisent Maven et seulement 19% utilisent Gradle. Il est parfois difficile de remplacer la technologie d'infrastructure existante. Un léger glissement en faveur de Gradle ces dernières années a été réalisé grâce à son nouveau soutien à Kotlin.
Quel outil d'assemblage utilisez-vous dans le projet principal?
GitHub n'est pas le roi des référentiels de code
La plupart et peut-être tous les projets open-source utilisent GitHub. Par conséquent, il est quelque peu inattendu que la question «Quel référentiel de code utilisez-vous dans le projet principal?» Bitbucket et GitHub ont obtenu 25% chacun, et GitLab (20%) s'est classé deuxième à côté d'eux. Les réponses incluent des référentiels privés et publics, donc les résultats ne sont pas spécifiques à l'open-source. Cela montre que Bitbucket et GitLab se portent très bien. Heureusement que GitHub a une sérieuse concurrence.
Quel référentiel utilisez-vous dans le projet principal?
Les cycles de sortie du logiciel sont courts.
Il est difficile de trouver une étude demandant: "À quelle fréquence publiez-vous une nouvelle version de votre code?" Il était donc intéressant de trouver la réponse dans cette étude. Très inattendu et impressionnant 72% des personnes interrogées déclarent émettre le code au moins une fois par mois. Le développement agile et DevOps ont certainement un effet bénéfique sur la réduction des cycles de libération.
À quelle fréquence publiez-vous de nouvelles versions de votre code?
+ BONUS (!)
Savez-vous à quelle fréquence vous publiez votre nouveau code?
Java EE et plus
En plus des questions spécifiquement liées aux versions JDK, l'étude a également posé des questions sur Java EE et bien d'autres.
Le rapport indique que 4 développeurs sur 10 n'utilisent pas Java EE pour leurs applications principales. Java EE 7 est toujours la version la plus demandée (27%), mais Java EE 8 n'est pas loin derrière (22%). La sortie de Java EE 8 a eu lieu en septembre 2017, il semble donc très prometteur qu'après seulement un an, cette version est devenue presque la plus populaire.
Quelle version de Java EE utilisez-vous pour l'application principale?
Et bien sûr, vous devriez prendre soin de ces 2% qui se battent pour J2EE - la version dont la dernière version était en 2003;)
Des articles originaux peuvent être trouvés
ici et
ici .