TypeScript 7 : un compilateur Go radicalement plus rapide

Ouvrez un grand dépôt TypeScript et vous le ressentirez : le délai qui hantait autrefois les éditeurs diminue. Les fichiers s'ouvrent instantanément. Les erreurs apparaissent presque immédiatement. Ce changement n'est pas une simple retouche. C'est une réécriture.

Dans les entrailles : Go, travail parallèle et moins de surprises

Microsoft a publié la version finale de TypeScript 7 après avoir reconstruit le noyau du compilateur en Go. Le résultat ressemble à une histoire courte sur la suppression des frictions : les temps de compilation d'un projet complet sont annoncés comme 8 à 12 fois plus rapides dans de nombreux scénarios. Des mesures réelles le confirment. Dans VS Code, par exemple, la première erreur signalée dans un grand projet est passée d'environ 17,5 secondes à moins de 1,3 seconde - une accélération de plus de 13 fois.

La vitesse n'est pas toute l'histoire. La nouvelle version parallélise des phases clés de la chaîne d'outils : l'analyse syntaxique, le contrôle de types et l'émission s'exécutent désormais simultanément quand c'est possible. Ce changement compte car les bases de code modernes sont aussi larges que profondes. Le parallélisme change la donne. Les équipes peuvent ajuster le comportement avec de nouveaux indicateurs : --checkers et --builders contrôlent le nombre de travailleurs parallèles, tandis que --singleThreaded permet aux développeurs de forcer une exécution mono-thread pour le débogage ou les environnements peu puissants.

TypeScript 7 n'a pas été déployé uniquement en laboratoire. Slack, Canva, Google, Bloomberg, Figma, Notion et plusieurs équipes Microsoft, dont Teams, Office et Xbox, ont participé aux tests. Le nouveau compilateur a réduit le nombre d'erreurs remontées par le Language Server de plus de 80 % et a réduit les plantages de serveur de plus de 60 %. Ce sont le type de chiffres qui se traduisent par moins de temps d'attente et moins d'interruptions inattendues.

La preuve dans le pipeline CI est convaincante. Slack signale une diminution de 40 % des temps d'attente dans la file de fusion et indique que le contrôle de type en CI est passé d'environ 7,5 minutes à 1,25 minute. Microsoft News Services estime à environ 400 heures par mois les gains de temps dus à la réduction des attentes CI après la transition vers TypeScript 7. Ces minutes s'accumulent rapidement à l'échelle de nombreux développeurs.

Toutefois, tout ne s'active pas automatiquement. Les outils et les intégrations de l'écosystème ont encore besoin de temps. Microsoft n'a pas encore stabilisé d'API d'outils pour le nouveau runtime ; ce travail devrait arriver dans la version 7.1. D'ici là, certains frameworks et outils ne peuvent pas exploiter pleinement les nouvelles parties internes. Vue, Svelte, Astro, MDX et Angular font partie des projets qui peuvent nécessiter des mises à jour avant de tirer pleinement parti des améliorations.

Pour faciliter la migration, Microsoft a publié un paquet de compatibilité, typescript/typescript6@, afin que les équipes puissent exécuter les versions 6 et 7 côte à côte pendant la mise à jour des outils de build et des plugins. Cette approche pragmatique réduit le risque pour les grandes organisations qui ne peuvent pas changer de compilateur du jour au lendemain.

Conclusion : TypeScript 7 promet une expérience développeur sensiblement plus rapide, mais l'écosystème aura besoin d'une courte période d'adaptation avant que tout le monde ne profite pleinement des avantages.

Que doivent faire les équipes de développement maintenant ? Tester TypeScript 7 dans une branche, mesurer la réactivité de l'éditeur et du CI, et planifier les mises à jour des plugins pour les prochains mois. Les gains de vitesse sont réels, mais la transition est une danse en deux temps : un compilateur plus rapide et un écosystème qui s'ajuste à son rythme.