Comme si on avait besoin d'une confirmation pour voir que la hype a enfin basculé du côté de la modernité… et pas seulement dans les tweets des conférenciers!
8.4 règne, mais 8.5 ne fait pas semblant
Le détail qui pique, ce n'est pas tant que 8.4 soit devenu le standard — ça, on l'attendait au tournant. Non, le vrai sujet c'est 8.5 qui, sans tambour ni trompette, convainc déjà 16 % des projets en seulement six mois. À ce rythme, on peut raisonnablement se demander si le cycle d'adoption ne s'accélère pas enfin. Mais soyons honnêtes: qui a vraiment migré tout son parc applicatif en six mois? Personne. Et c'est précisément là que Brendt nous rappelle une réalité qu'on préfère souvent zapper: les fichiers composer.json de la plupart des packages populaires exigent encore des versions de PHP qui ne reçoivent même plus de correctifs. Bref, on vote 8.4 avec les doigts… mais on code avec des ancêtres.
Symfony 8.0 tire sa révérence — et emporte PHP 8.4 avec lui
Coup de théâtre (ou pas): la branche Symfony 8.0 a officiellement atteint sa fin de maintenance planifiée avec la sortie de la 8.0.16, publiée le 29 juillet. Huit mois de support, comme promis, pas un jour de plus. Pour ceux qui étaient encore sur cette branche — oui, vous, là-bas dans le coin — vous exécutez désormais du code non maintenu. La migration vers Symfony 8.1 s'impose, et elle n'est pas négociable. Ce qui rend cette fin de cycle particulièrement savoureuse, c'est le clin d'œil technique: Symfony 8.0 avait élevé le minimum PHP à 8.4 justement pour pouvoir supprimer ses propres implémentations de trucs désormais natifs dans le moteur. Un framework qui maigrit tout en gagnant des features, ça mérite bien un petit applaudissement!
Et maintenant, on fait quoi?
Concrètement, trois réflexes à activer dès lundi matin: vérifier la version PHP déclarée dans vos composer.json (minimum 8.4 si vous touchez à Symfony 8+), planifier la montée vers Symfony 8.1 si vous étiez en 8.0, et — surtout — auditer les dépendances tierces qui vous tirent encore vers du PHP 7.x. Parce qu'entre nous, continuer à faire tourner une prod sur une version sans bugfixes, c'est un peu comme garder une caisse à savon pour le Paris-Dakar. On a mieux à faire, non?