Nous travaillons avec les entreprises du marché DACH depuis 2014, et nous constatons que beaucoup d’entre elles sont réticentes aux mises à jour importantes de Java. C’est souvent parce que les entrepreneurs partent du principe que le mieux est l’ennemi du bien. Si quelque chose fonctionne, nul besoin de le changer.
Et si cette logique s’applique certainement à de nombreux cas métiers, les récents changements dans le monde Java ne laissent aucun doute :
en l’absence de mise à jour du système, vous prendrez du retard, tant sur le plan commercial que technologique.
Aujourd’hui, je vais détailler tous les changements, les avantages et les nouvelles fonctionnalités des dernières versions de
Java qui, selon moi, font une grande différence dans le fonctionnement des entreprises et de leurs logiciels.
PS. Dans la plupart des cas, les modifications qui suivent comparent Java 8 et 17, mais pas toutes. Certaines fonctionnalités sont disponibles dans des versions antérieures de Java. Néanmoins, je simplifierai les exemples aux anciennes versions les plus populaires (J8) et aux dernières versions couvertes par le LTS (J17) pour faciliter la compréhension des tendances.
Fin du support technique
Certaines versions de Java sont publiées sous la forme de LTS (support à long terme), qui, dans le cas de Java 8, a pris fin en mars 2022. Oracle n’inclut plus Java 8 avec Premier Support. Comme ils l’ont officiellement souligné, « l’effort consenti pour assurer sa maintenance sera probablement nettement inférieur à ce qu’il est actuellement ».
En d’autres termes, Oracle cesse d’investir dans Java 8 et ne le développera pas comme il le fera pour les nouvelles versions. Par conséquent,
les entreprises qui travaillent sur un ancien système Java n’auront pas accès au support technique. Leurs systèmes deviendront plus lents que les systèmes concurrents fonctionnant avec Java 17 ou une version plus récente.
Une activité plus sûre et plus efficace
L’absence de support assuré par Oracle signifie également l’absence d’accès aux correctifs de sécurité. Chaque version présente des problèmes de sécurité. Plus la version est ancienne, plus elle présente de failles. Et Oracle ne les corrigera plus.
Les
entreprises qui ne mettent pas à jour Java seront plus vulnérables aux fuites de données et autres faiblesses de sécurité. Le nombre de problèmes de sécurité et de performance qui sont corrigés régulièrement est vaste. Jetez un œil à
cette liste pour avoir un aperçu de l’échelle de réparation.
De plus, avec Java 17, les entreprises ont accès à des fonctionnalités qui améliorent les performances du système et donc la vitesse de travail de tous les collaborateurs. Autre changement fondamental au niveau des performances, qui n’est pas disponible avec les anciennes versions de Java : le nouveau
Ramasse-miettes amélioré G1 et ZGC.
Un ramasse-miettes (ou GC, Garbage Collector) est un programme intégré qui gère automatiquement et en permanence la mémoire de votre système. Grâce à lui, votre système (application, programme, site web) est constamment nettoyé des données inutiles pour éviter qu’il ne se remplisse et lui permettre de fonctionner rapidement et efficacement.
via https://kstefanj.github.io/2021/11/24/gc-progress-8-17.html
Le GC de Java 17 est plus rapide et plus efficace que ses prédécesseurs à tous les niveaux. Vous trouverez ci-dessous une comparaison de la latence (réduction des interruptions de fonctionnement de l’application) entre J8 et J17. Le GC de Java 17 réduit la latence jusqu’à 60 points de pourcentage plus rapidement que dans Java 8.
En pratique, cela signifie qu’avec le GC le plus récent, le temps d’arrêt du logiciel de l’entreprise causé par son exécution sera réduit de quelques millisecondes. Ce chiffre peut ne pas sembler énorme, mais il peut être crucial pour les logiciels qui traitent les données en temps réel. Et plus il traite de données, plus l’importance des millisecondes augmente.
Moins de code, moins de problèmes
Le ramasse-miettes est l’une des caractéristiques les plus importantes de Java 17, mais il en existe bien d’autres. Je citerai trois autres exemples que je trouve d’une grande importance pour l’entreprise.
- Les enregistrements (disponibles depuis J16) : de simples supports d’information fonctionnant entre différentes couches d’applications, grâce auxquels vous pouvez programmer, par exemple, des objets de transfert de données (DTO) beaucoup plus rapidement.
- Les classes scellées : un mécanisme pour lequel le développeur peut introduire des restrictions dans la hiérarchie des types sans bloquer complètement l’héritage.
- L’expression de commutation : une version améliorée de l’instruction de contrôle de commutation qui vous permet d’affecter immédiatement le « résultat de la commutation » à une variable.
Traduites en langage non technique, toutes les fonctionnalités ci-dessus facilitent et accélèrent le travail des développeurs.
Grâce à elles, le logiciel de l’entreprise comptera moins de lignes de code, et le code lui-même sera plus facile (et moins cher) à maintenir.
Attirer de nouveaux développeurs et conserver ceux existants
Les entrepreneurs qui dirigent des entreprises informatiques (ou des entreprises qui dépendent fortement de certains logiciels) savent probablement combien il est difficile de mettre sur pied une équipe informatique complète. C’est effectivement le cas pour la région DACH, et c’est pourquoi de nombreuses entreprises de cette partie de l’Europe décident de délocaliser leur informatique dans les pays voisins.
Mais en tant qu’entreprise, vous souhaitez attirer les meilleurs, et ces derniers veulent généralement travailler avec les meilleurs logiciels (ce qui signifie souvent les plus récents).
S’en tenir à l’ancien système décourage les nouveaux employés ambitieux, avides de croissance et de développement.
Compléter une équipe informatique est généralement difficile, mais avec des technologies et des logiciels anciens, cela devient encore plus complexe.
Ce principe fonctionne également dans l’autre sens.
Si vous restez sur l’ancien logiciel, vous augmentez le risque de voir vos développeurs partir. Nous observons cette tendance dans les entreprises de nos partenaires allemands. Les développeurs changent souvent d’emploi parce qu’ils ne veulent plus travailler avec l’ancien système Java, qui ne leur offre pas de nouveaux challenges ni de possibilités d’amélioration.
Encore plus de sécurité et d’efficacité
Passer au nouveau Java ne signifie pas seulement mettre à jour le système lui-même. En effet, cela oblige l’entreprise à mettre à jour simultanément les bibliothèques, qui sont des fichiers permettant aux développeurs d’utiliser le même code plusieurs fois. Les bibliothèques facilitent et raccourcissent le travail de codage, mais vous souhaitez les mettre à jour régulièrement car les nouvelles versions sont plus sûres, plus pratiques et plus rapides.
Les bibliothèques anciennes et obsolètes sont truffées de bogues de sécurité et de performances. Lorsque vous mettez à jour Java, vous mettez également à jour toutes les bibliothèques.
La mise à jour de Java est une évolution, pas une révolution
Enfin, je tiens à ajouter que la mise à jour de Java n’est pas une transition vers un système nouveau et différent. Les entreprises qui mettent à niveau Java n’auront pas besoin d’apprendre de nouvelles choses à leurs employés, de les former ou d’embaucher des spécialistes de Java17.
Le nouveau Java est comme votre ancien système, mais en plus rapide, plus sûr et plus efficace.
Tant que l’ancien logiciel fonctionne et se porte bien, cela vaut la peine de l’utiliser. Mais, vous souhaiterez passer à la dernière version tandis que le support officiel prend fin et que le système cesse d’être développé.
Pour Java, le point limite est mars 2022, mois où Premier Support a pris fin. Si vous lisez ces lignes après cette période et que votre équipe travaille toujours sur Java 8 ou une version antérieure,
nous répondrons volontiers à toutes vos questions concernant la mise à niveau.
