C’est officiel depuis le 8 juillet : TypeScript 7.0 est stable, et l’outil n’a plus grand-chose de commun avec ses versions précédentes. Microsoft a réécrit l’intégralité du compilateur en Go, abandonnant le compilateur écrit en TypeScript qui se compilait lui-même. Le gain annoncé — environ 10× plus rapide que la 6.0 — résiste à l’épreuve des projets réels, ce qui est suffisamment rare pour une annonce de chaîne d’outils.
Ce qui change concrètement
Le nouveau compilateur s’exécute en code machine et exploite le multithreading en mémoire partagée. Traduit en pratique : les projets qui demandaient trente à soixante secondes de vérification de types descendent sous la barre des quelques secondes.
| Critère | TypeScript 6.0 | TypeScript 7.0 |
|---|---|---|
| Langage du compilateur | TypeScript (JS) | Go (natif) |
| Vitesse de compilation | référence | ≈ 10× plus rapide |
| Parallélisme | limité | multithreading en mémoire partagée |
| Empreinte mémoire | élevée | réduite (exécution native) |
| Statut | dernière version basée sur JavaScript | stable (8 juillet 2026) |
Pourquoi la vitesse de compilation est un sujet
La lenteur de la vérification de types a longtemps été acceptée comme une fatalité. Sur les monorepos, elle se paie d’une façon particulière : le contrôle de types devient le maillon lent du pre-commit, il est désactivé « juste pour ce commit », puis désactivé tout court. Les erreurs de typage finissent alors par atteindre la production, non par absence d’outil, mais par abandon d’usage.
Diviser par dix le temps de vérification n’est pas un gain de confort : c’est la condition pour que le garde-fou reste activé.
Migrer depuis la 6.x
La 6.0, publiée le 23 mars, était explicitement présentée comme la dernière version fondée sur la base de code JavaScript — un palier de transition. Le passage en 7.0 est conçu pour être neutre du point de vue du langage, mais une réécriture complète expose toujours à des comportements de bord. La séquence de migration recommandée est la suivante :
- Monter d’abord en 6.x et verrouiller l’état (fichier de verrouillage à jour, intégration continue au vert).
- Passer en 7.0 sur une branche dédiée.
- Exécuter la suite de tests, puis
tsc --noEmitet le build de production. - Surveiller les greffons et transformateurs qui utilisaient l’API interne de
tsc: ce sont les premiers points de rupture observés.
Ce qu’il faut retenir
TypeScript 7.0 n’introduit ni nouvelle syntaxe ni nouveau paradigme. La version se juge sur un seul critère : la chaîne de build redevient rapide, et avec elle les garde-fous que la lenteur avait fait désactiver.
Sur les projets clients où j’ai fait la bascule, le bénéfice ne s’est pas mesuré en secondes gagnées mais en habitudes retrouvées : le contrôle de types est revenu dans le pre-commit, parce qu’il ne coûtait plus rien. C’est le genre de mise à jour qu’on adopte sans précipitation, mais sans hésitation. — Simon Janvier
Pour aller plus loin
L’annonce et les notes de version officielles sont publiées sur le blog TypeScript de Microsoft.
