Le débat 'PHP est-il mort ?' revient régulièrement.
Il est stérile.
La vraie question n'est pas de savoir si PHP est moderne, performant ou populaire.
La vraie question est de comprendre pourquoi certaines décisions techniques continuent de produire de la dette, des retards et des équipes fragilisées.
Un langage ne tue pas un projet. Une mauvaise décision technique, si.
Langage, écosystème, architecture : trois niveaux différents
Confondre ces trois notions est l'erreur la plus fréquente.
- le langage est un outil d'exécution
- l'écosystème définit les pratiques possibles
- l'architecture détermine la capacité du produit à évoluer
Dire 'PHP est mauvais' revient souvent à critiquer une architecture inexistante ou un écosystème mal utilisé.
PHP legacy vs PHP moderne : une confusion coûteuse
Beaucoup de critiques adressées à PHP décrivent en réalité du legacy.
Ce n'est pas PHP qui pose problème.
C'est la manière dont il a été utilisé pendant des années sans cadre.
Symfony et API Platform ont professionnalisé l'écosystème
L'arrivée de Symfony a marqué un tournant.
- conventions claires
- cycle de versions prévisible
- composants standardisés
- documentation normative
- intégration naturelle des bonnes pratiques
API Platform a renforcé cette structuration.
- contrat d'API explicite dès la conception
- sécurité, validation, pagination intégrées
- réduction du code spécifique
- alignement clair backend / frontend
PHP est passé d'un usage artisanal à un écosystème encadré, lisible et industrialisable.
Un écosystème désormais complet
Aujourd'hui, un projet PHP sérieux repose sur :
- typage strict et analyse statique
- tests unitaires et fonctionnels
- pipelines CI/CD
- conteneurisation
- normes de sécurité documentées
PHP n'est plus un langage isolé.
C'est une stack complète, comparable aux environnements dits 'enterprise'.
Le facteur humain trop souvent ignoré
Un vivier large et qualifié
- PHP reste l'un des langages les plus répandus en Europe
- profils disponibles à toutes les seniorités
- facilité de recrutement et de remplacement
Impact business :
- réduction du risque humain
- continuité du produit
- meilleure résilience face au turnover
Les développeurs PHP ne veulent plus faire du legacy
Réalité terrain.
- refus des bases de code non structurées
- investissement dans des outils modernes
- construction de carrières sur des stacks maintenables
Un projet PHP moderne attire de meilleurs profils.
Un projet PHP legacy les fait fuir.
Comparaison avec Node, Java et autres stacks
Aucune stack n'est universelle.
- Node : excellent pour certains usages temps réel, dérives fréquentes sans cadre strict
- Java : très robuste, coûts humains et opérationnels élevés
- PHP moderne : compromis efficace pour de nombreux projets métiers, maintenance accessible
Le débat technologique est un faux sujet.
Le choix doit être contextuel, pas idéologique.
Les vrais critères de choix d'une stack
À considérer réellement :
- durée de vie du produit
- complexité métier
- exigences de sécurité
- turnover probable
- capacité à auditer et reprendre le code
À ignorer :
- la hype
- l'ego technique
- le CV-driven development
Conclusion
Une mauvaise stack choisie pour de mauvaises raisons coûte plus cher qu'un mauvais développeur.
La bonne question n'est pas 'quelle technologie est à la mode ?'
Mais 'quelle technologie survivra à mon projet, à mes équipes et à mon marché ?'
PHP moderne, bien utilisé, répond encore très souvent à cette question.