TypeScript 7 bêta : un compilateur dix fois plus rapide, réécrit en Go
Microsoft a publié le 21 avril la bêta de TypeScript 7, dont le compilateur a été porté en Go. Ce que ça change pour les logiciels web que vous faites développer.
Le 21 avril 2026, Microsoft a publié la bêta de TypeScript 7. Pour un dirigeant, le nom ne dit peut-être rien. Pourtant, une grande partie des logiciels web et mobiles écrits aujourd'hui, y compris probablement ceux de votre entreprise, le sont en TypeScript. Cette version est particulière : l'outil qui vérifie et transforme le code a été entièrement porté dans un autre langage, Go, et Microsoft annonce qu'il est environ dix fois plus rapide. Voici ce que ça change, et ce que ça ne change pas.
TypeScript, en une phrase
TypeScript est une version de JavaScript, le langage du web, qui ajoute des « types » : on précise qu'un champ contient une date, un montant ou un identifiant client, et un outil, le compilateur, vérifie avant même l'exécution que le code ne mélange pas tout. C'est un filet de sécurité qui attrape une partie des erreurs avant qu'elles n'arrivent chez l'utilisateur. Nous l'utilisons sur tous nos projets web et mobiles.
Ce que Microsoft a annoncé
D'après le blog de l'équipe TypeScript, la version 7 est un portage du code existant vers Go, et non une réécriture : la logique de vérification est structurellement identique à celle de TypeScript 6. Le nouveau compilateur, appelé pour l'instant tsgo, tire parti du code natif et du calcul en parallèle. Résultat annoncé : souvent environ dix fois plus rapide que TypeScript 6. Le magazine allemand heise précise que des équipes de Microsoft et d'entreprises comme Bloomberg, Google, Slack ou Vercel ont travaillé sur ce portage pendant plus d'un an, et que Microsoft juge la bêta prête pour un usage quotidien.
Microsoft promet qu'un code qui compile proprement avec TypeScript 6 compile de la même façon avec la version 7, plus vite. Mais la version 7 fait aussi le ménage : certains réglages anciens, déjà marqués comme obsolètes, deviennent des erreurs. C'est le cas par exemple de la compilation vers ES5, une très ancienne version de JavaScript, ou de certains modes historiques de résolution des modules. L'équipe vise une version stable environ deux mois après la bêta.
Ce que ça change pour vos logiciels
Pour vos utilisateurs : rien directement
Le compilateur travaille pendant le développement, pas dans le navigateur de vos clients. Votre application ne sera pas plus rapide pour l'utilisateur final grâce à TypeScript 7. Elle ne sera pas non plus plus fiable par magie : les erreurs détectées sont les mêmes qu'avant, elles sont simplement signalées plus vite au développeur.
Pour le développement : moins d'attente
Sur un logiciel métier conséquent, la vérification complète du code peut prendre de longues secondes, voire des minutes, et elle se répète des dizaines de fois par jour pour chaque développeur, ainsi qu'à chaque déploiement. La diviser par dix, c'est du temps de développement rendu au projet et des vérifications automatiques plus rapides avant chaque mise en ligne. Les éditeurs de code réagissent aussi plus vite, ce qui compte pour la qualité au quotidien.
Pour les vieux projets : un rattrapage à prévoir
Si votre application a été écrite il y a plusieurs années et n'a pas été entretenue, elle utilise peut-être des réglages que TypeScript 7 refuse. Rien ne casse tant qu'on ne change pas de version. Mais le jour où il faudra mettre à jour, pour une raison de sécurité ou parce qu'une bibliothèque l'exige, le chantier sera plus gros que prévu.
Une tendance de fond
TypeScript 7 n'est pas un cas isolé. Depuis quelques années, une partie des outils qui fabriquent les logiciels web sont réécrits dans des langages compilés plus rapides, comme Go ou Rust. Pour les entreprises qui font développer leurs outils, c'est une bonne nouvelle : des vérifications plus rapides coûtent moins cher à exécuter, et rendent plus réaliste de vérifier le code à chaque modification plutôt qu'une fois par semaine. Plus on vérifie souvent, plus on attrape tôt les erreurs, et moins elles coûtent.
Ce que nous conseillons
- Ne migrez pas votre production sur une bêta par principe. On teste à côté, on mesure, on attend la version stable pour basculer.
- Demandez où en est votre projet : version de TypeScript, réglages obsolètes, date de la dernière mise à jour des dépendances. Un projet tenu à jour passera en 7 sans douleur.
- Considérez l'entretien technique comme un poste normal. Un logiciel qu'on ne met jamais à jour finit toujours par coûter plus cher à remettre à niveau qu'à suivre.
Sur nos projets de logiciel métier et de plateforme SaaS, la mise à jour des outils fait partie de la maintenance, et le code source vous est remis avec sa documentation : n'importe quel développeur compétent peut reprendre la suite. Si vous héritez d'une application dont personne ne connaît l'état technique, nous pouvons en parler lors d'un rendez-vous de 30 minutes.