En 2010, Scala allait remplacer Java. En 2016, c'était Kotlin. Puis Go, puis Rust, puis Python. Trente ans après sa sortie, le langage occupe toujours les deux premières places des classements de demande d'emploi backend, et la moitié des grandes entreprises françaises font tourner leur métier dessus.
Une personne qui prépare une reconversion ou qui sort d'une première formation regarde les classements de popularité, voit Python et JavaScript en tête, et en tire une conclusion logique : Java, c'est du legacy. La conclusion est logique, elle est fausse, et elle repose sur une confusion entre deux choses différentes : ce que les développeurs utilisent le week-end, et ce que les entreprises paient pour maintenir en semaine.
Le reste de cet article sépare les deux. Où Java est utilisé, par qui, pour quoi, à quel niveau de version, et ce que ça implique pour quelqu'un qui doit décider où mettre ses six prochains mois d'apprentissage.
Le problème : les classements ne mesurent pas ce qu'on croit
Les enquêtes développeurs les plus citées reposent sur du déclaratif volontaire. Les gens qui répondent sont ceux qui traînent sur les forums techniques, testent des langages récents, publient sur GitHub. Un ingénieur qui maintient depuis huit ans un moteur de tarification chez un assureur ne répond pas à ces questionnaires, et son code ne remonte nulle part.
Les enquêtes orientées entreprise donnent une image différente. Le rapport State of Open Source 2026 place Java chez 37,44 % des organisations interrogées, avec une adoption qui monte avec la taille de la structure : 70 % des utilisateurs de Java travaillent dans des entreprises de 500 salariés ou plus. Le secteur qui en utilise le plus est la banque, l'assurance et les services financiers, suivi de près par l'administration et les services publics.
L'enquête State of Java 2026 d'Azul, menée auprès de plus de 2 000 professionnels, ajoute un point qui surprend souvent : 62 % des organisations utilisent Java pour porter des fonctionnalités d'intelligence artificielle, contre 50 % l'année précédente. Le modèle est entraîné en Python, il est servi en production par une application Java qui gère l'authentification, les quotas, la traçabilité et la reprise sur erreur.
Le principe : la compatibilité ascendante comme argument commercial
Java n'a jamais été choisi parce qu'il était agréable à écrire. Il a été choisi parce qu'un binaire compilé il y a quinze ans continue de tourner sur une machine virtuelle d'aujourd'hui. Cette promesse a une valeur monétaire directe pour une banque qui amortit un système sur vingt ans, et elle explique la quasi-totalité des décisions d'architecture du secteur.
Depuis 2018, Oracle publie une version tous les six mois, dont une désignée LTS (Long Term Support) tous les deux ans. Les LTS reçoivent des correctifs de sécurité pendant des années, les autres pendant six mois. En pratique, les entreprises ne déploient que des LTS.
Java 25 LTS est sorti en septembre 2025, Java 26 en mars 2026 sans statut LTS. Le parc réel se répartit surtout entre 17 et 21, avec une longue traîne sur Java 8 dans les systèmes qu'on n'ose plus toucher. Pour quelqu'un qui apprend, la cible raisonnable est Java 21 : les fonctionnalités modernes y sont stabilisées, et c'est la version que tu retrouveras dans la majorité des offres.
Où Java domine en 2026
La finance et l'assurance
Cœurs bancaires, moteurs de tarification, plateformes de trading, gestion de sinistres, systèmes de paiement. Ces applications ont trois contraintes que Java sert bien : latence prévisible, transactions fiables, et un vivier de développeurs suffisamment large pour recruter pendant dix ans. Un moteur de risque écrit en Rust serait peut-être plus rapide, mais l'assureur qui doit maintenir ce code en 2039 se demande d'abord qui il pourra embaucher.
Le secteur public et les grands systèmes internes
Impôts, santé, transports, énergie, ERP maison des industriels. Ces projets passent par des marchés publics et des ESN, avec des cycles de vie qui dépassent la décennie. Le langage y est souvent imposé par le cahier des charges plutôt que choisi par l'équipe. C'est un marché discret, peu visible sur les réseaux sociaux, et qui représente une part énorme des postes de développeur en France.
Les plateformes de données
Kafka, Elasticsearch, Cassandra, Spark, Hadoop : les briques qui font tourner l'infrastructure de données de la plupart des entreprises sont écrites pour la JVM. Un data engineer qui pense faire du Python à plein temps finit par lire des traces d'exception Java le jour où un broker Kafka se met à traîner. Savoir lire une stack trace JVM et comprendre le fonctionnement du ramasse-miettes devient alors une compétence de survie.
Android, avec une nuance
Google recommande Kotlin depuis 2019 et les nouveaux projets Android partent en Kotlin. Java reste présent dans les applications existantes et dans les bibliothèques, et Kotlin s'exécute sur la même machine virtuelle avec une interopérabilité totale. Apprendre Java donne accès à Kotlin en quelques semaines, l'inverse est aussi vrai. Ce n'est pas le domaine où Java domine, c'est celui où il continue de rendre service.
Le serveur d'applications que personne ne mentionne
Le même rapport OpenLogic indique que 51,24 % des utilisateurs de Java déploient sur Apache Tomcat, souvent derrière NGINX ou Apache HTTP Server. Tomcat n'apparaît dans aucune conférence tech depuis dix ans et fait tourner une part considérable du web professionnel. C'est l'illustration la plus nette de l'écart entre visibilité et usage réel.
Le Java de 2026 ne ressemble pas à celui des tutoriels
La réputation de verbosité du langage vient de Java 8, sorti en 2014, encore utilisé comme référence par beaucoup de supports de cours. Voici la version qu'on croise dans un projet récent. Un record déclare une classe de données immuable en une ligne, avec constructeur, accesseurs, égalité et affichage générés :
public record Client(String nom, String email, int anciennete) {}
// Utilisation
var c = new Client("Dupont", "dupont@exemple.fr", 3);
System.out.println(c.nom());Le switch sait travailler sur des types et déstructurer un objet au passage, ce qui supprime des cascades de instanceof suivies de conversions manuelles :
String decrire(Object o) {
return switch (o) {
case Client(String nom, var email, int a) when a > 5 -> nom + " (fidele)";
case Client c -> c.nom();
case Integer i -> "nombre : " + i;
case null -> "rien";
default -> "inconnu";
};
}Les threads virtuels, stabilisés en Java 21, permettent de lancer des dizaines de milliers de tâches bloquantes sans écrouler la machine. Le code garde une écriture séquentielle, lisible, sans chaînes de callbacks :
try (var executor = Executors.newVirtualThreadPerTaskExecutor()) {
for (String url : urls) {
executor.submit(() -> telecharger(url));
}
}Côté web, Spring Boot fait le gros du travail de configuration. Un point d'entrée REST tient en quelques lignes, et la version 4.1 du framework est sortie le 10 juin 2026, construite sur Spring Framework 7 :
@RestController
@RequestMapping("/api/clients")
class ClientController {
private final ClientRepository repo;
ClientController(ClientRepository repo) { this.repo = repo; }
@GetMapping("/{id}")
Client parId(@PathVariable Long id) {
return repo.findById(id).orElseThrow();
}
}Ce niveau de code demande deux choses distinctes : la programmation orientée objet d'un côté, le framework de l'autre. La formation Les fondamentaux de la programmation Java et POO couvre la première partie, et Spring Boot : développer des API REST en Java prend le relais sur la seconde. Faire l'inverse, commencer par le framework, produit des développeurs qui savent copier une annotation sans savoir ce qu'elle déclenche.
Les pièges quand on apprend Java aujourd'hui
- Se former sur un support Java 8. Opinion tranchée : si ton cours utilise encore des boucles
forindexées partout, ignore les records et ne mentionne jamaisvar, change de support. Tu apprendras un dialecte que tes futurs collègues ont abandonné. - Confondre Java et Spring. Beaucoup de juniors savent monter un projet Spring Boot et bloquent sur une question d'héritage ou d'interface en entretien. Le framework est une surcouche, pas le langage.
- Ignorer l'outil de build. Maven et Gradle font partie du métier. Un projet Java, ça se compile, ça se package, ça a un arbre de dépendances qu'il faut savoir lire quand deux bibliothèques réclament des versions incompatibles.
- Cibler une version non-LTS. Installer Java 26 pour apprendre n'apporte rien et te met à côté du parc réel. Prends la 21, éventuellement la 25.
- Négliger les tests. Sur les projets Java d'entreprise, JUnit n'est pas un bonus. Un candidat junior qui parle de tests unitaires avec des exemples précis se distingue immédiatement, comme le détaille l'article sur l'entretien technique junior en 2026.
- Croire que la mémoire se gère toute seule. Le ramasse-miettes libère la mémoire, il ne corrige pas une fuite due à une collection statique qui grossit sans fin. Ce type de bug se retrouve à la trace, comme expliqué dans apprendre à débugger.
Un dernier point, moins technique : Spring Boot 3.5 a atteint sa fin de support communautaire le 30 juin 2026. Une application qui reste sur cette branche ne reçoit plus de correctifs de sécurité publics. La question des versions n'est pas cosmétique, elle décide de qui prend en charge la prochaine faille. Le sujet rejoint les 12 facteurs et la façon dont une application se comporte hors de la machine du développeur.
Alors, apprendre Java en 2026 ?
Ça dépend de la cible. Pour viser une startup produit, monter une application web rapidement ou travailler dans une petite structure, Node, Python ou PHP ouvriront plus de portes plus vite. Pour viser la banque, l'assurance, l'industrie, l'administration, une ESN ou un grand compte, Java donne accès à un volume de postes que les langages récents n'approchent pas, avec des équipes structurées et des projets qui durent.
Il y a aussi un argument moins souvent formulé : les codebases Java d'entreprise sont grandes, anciennes et régies par des conventions strictes. C'est un environnement où un junior apprend le métier, pas seulement le langage. Les revues de code y sont sérieuses, les tests existent, la mise en production suit un processus. Ce cadre vaut cher quand on démarre. Pour les entreprises qui se demandent si former leurs équipes reste rentable, la question est traitée dans former ses salariés aux frameworks dev en 2026.
Le langage continuera de se faire enterrer tous les deux ans. Les serveurs, eux, continueront de tourner.
