Quelle langue pour quel projet ? PHP, To, Python, IS — un guide pragmatique

La question revient à chaque lancement de nouveau projet : « sur quoi construit-on cela ? Le plus souvent, la réponse dépend de ce que l’équipe sait déjà ou de ce qui se passe sur HackerNews ce mois-ci. Ni l’une ni l’autre n’est une méthode particulièrement bonne. J'ai vu un CRM écrit en Rust parce que le CTO regardait une conférence, une API à fort trafic construite en PHP parce que "c'est ce que nous avons toujours fait", et un pipeline de données dans Node.js parce que l'équipe front-end a refusé d'apprendre autre chose. Tous les trois n’étaient pas la bonne décision. Voici un cadre plus pragmatique – aucune évangélisation incluse.

PHP : incompris et sous-estimé

PHP a une réputation bâtie sur Internet de 2005 à 2012. Le problème est que sa réputation s'est figée dans le temps alors que le langage ne cessait d'évoluer. PHP 8.x est livré avec un typage fort en option, des attributs natifs, des arguments nommés, des énumérations, des fibres et une compilation JIT. Ce n’est pas le même langage qui a rendu virales les blagues « mauvais PHP ».

Pour une application web classique, une API REST, une plateforme e-commerce, une application métier construite sur Symfony ou Laravel — PHP est souvent le choix le plus pragmatique disponible. L'hébergement est bon marché (n'importe quel serveur partagé exécute PHP prêt à l'emploi), le pool de développeurs est vaste, la documentation est exhaustive et l'écosystème est mature. Un développeur junior peut être productif su...
[Courte citation de 8% de l'article original]