Le choix d’un langage ou d’un framework n’est pas une vérité absolue. On entend souvent : → Il faut être full JS/TS → Go c’est l’avenir → Le backend en Rust c’est mieux Mais on oublie l’essentiel : Le langage, c’est juste un outil pour résoudre un problème. Il y a quelque temps, j’ai bossé sur un projet où je devais créer une application web à partir d’un fichier Excel avec des macros VBA. La contrainte : L’entreprise voulait conserver ce fichier Excel comme base de données (au moins pour la v1). Pas le choix : il fallait extraire les données après exécution des macros. Et devine quoi ? Une seule librairie permettait de faire l’extraction correctement : Pywin32 (Python). J’aurais pu extraire les données en Python et les parser ensuite dans un autre langage que je maîtrise (TS ou C#). Mais j’ai fait un autre choix : → Tout faire en Python, et découvrir un framework web avec. Ce projet m’a rappelé une chose essentielle : Avant de penser techno, il faut penser problème à résoudre. Le bon réflexe, ce n’est pas de coller ta stack préférée à tous les projets. C’est d’adapter ta solution au besoin réel. Pas besoin de maîtriser tous les langages. Mais apprendre à s’adapter, c’est souvent là qu’on fait les meilleurs progrès.