TypeScript 7 : quand votre compilateur arrête de faire la sieste
TypeScript 7 réécrit son compilateur en Go : 10x plus rapide, pas de nouvelle syntaxe, et un mode strict par défaut. Tour d'horizon.
•5 min read
TypeScript 7 réécrit son compilateur en Go : 10x plus rapide, pas de nouvelle syntaxe, et un mode strict par défaut. Tour d'horizon.
Il y a des versions majeures qui changent votre façon d'écrire du code. Et il y a TypeScript 7, qui change surtout votre façon d'attendre. Spoiler : vous allez beaucoup moins attendre. Depuis le temps qu'on plaisantait sur tsc --watch qui avait le temps de nous faire réfléchir à notre carrière pendant qu'il tournait, on tient enfin une vraie bonne nouvelle.
Depuis sa création, TypeScript avait un petit côté "cordonnier mal chaussé" : un compilateur écrit en TypeScript (enfin, en JavaScript compilé), qui tournait sur Node.js. Efficace, mais pas franchement taillé pour la vitesse sur de gros projets.
Avec TypeScript 7, sorti en version stable (GA) le 8 juillet 2026, Microsoft a réécrit l'intégralité du compilateur et du service de langage en Go. Le projet portait le nom de code "Corsa" en interne, face à l'ancienne base de code surnommée "Strada". Et non, ce n'est pas une réécriture qui change la façon dont le langage fonctionne : c'est un portage. La sémantique du typage reste identique à celle de TypeScript 6. Vous ne perdez (presque) rien, vous gagnez juste énormément de vitesse.
Pourquoi Go plutôt que Rust, qui avait pourtant la cote côté outillage JS (Turbopack, SWC, etc.) ? L'équipe a expliqué avoir choisi Go pour deux raisons très concrètes : une structure de code proche de l'existant, ce qui a permis un portage quasiment ligne par ligne, et les goroutines, qui permettent de paralléliser la vérification de types sur plusieurs cœurs, un luxe que l'ancien compilateur mono-thread ne pouvait pas se permettre.
Microsoft annonce des gains typiquement compris entre 8x et 12x sur des builds complets. Ce n'est pas juste un chiffre marketing sorti d'un communiqué de presse : sur le code source de VS Code (excusez du peu), le temps de vérification de types est passé de 125,7 secondes sur TypeScript 6 à 10,6 secondes sur TypeScript 7, soit un gain d'environ 11,9x.
Et ce n'est pas que le build complet qui accélère. L'ouverture d'un fichier contenant des erreurs dans l'éditeur serait environ 13x plus rapide (17,5s → 1,3s), et le chargement de projets dans Visual Studio environ 8x plus rapide.
Bref, si votre plus grand ennemi au travail était l'écran de chargement de VS Code pendant que le service de langage se réveille, vous venez de gagner une petite victoire personnelle.
Les valeurs par défaut deviennent plus strictes. TypeScript 6.0 avait déjà préparé le terrain en dépréciant certaines options. Avec la version 7, ces dépréciations passent du statut d'avertissement à celui d'erreur pure et simple. Le mode strict devient la norme, pas l'exception qu'on active "un jour, promis".
L'installation ne change (presque) rien. On reste sur le même package typescript, avec la même commande tsc. Pas de nouveau binaire à apprendre à aimer. Un simple changement de version, et le tour est joué, du moins en théorie.
Il n'y a pas de nouvelle syntaxe. Si vous espériez de nouveaux mots-clés ou des fonctionnalités de typage inédites, ce n'est pas l'objet de cette version. TypeScript 7 est une histoire de vitesse, de parallélisme et de nettoyage, pas de nouveauté syntaxique.
TypeScript 7.0 est sorti sans API programmatique stable. Concrètement, si votre stack dépend de Vue, Angular (pour le typage des templates), Svelte, Astro ou MDX, ou d'outillage qui repose sur l'API du compilateur comme typescript-eslint ou ts-morph, il faudra patienter jusqu'à la version 7.1, où Microsoft prévoit de livrer une nouvelle API. Autant dire que tout le monde ne pourra pas sauter dans le train dès aujourd'hui, et c'est plutôt sain d'y aller par étapes.
La bonne nouvelle, c'est que le risque est faible pour la vérification de types en elle-même. Les équipes qui utilisent surtout tsc --noEmit en CI, ou qui laissent la transpilation à des outils rapides comme esbuild ou SWC (qui ne vérifient pas les types, rappelons-le, ils se contentent de les retirer), peuvent tester dès maintenant sans gros danger. Pour la génération de fichiers de déclaration (--declaration, --build) en revanche, mieux vaut attendre une version un peu plus mature de la chaîne d'émission.
TypeScript 7 ne réinvente pas le langage, il réinvente l'attente. C'est un portage soigné, pas une révolution du système de types, mais c'est précisément ce qui le rend rassurant : votre code se comporte exactement pareil, il se contente d'aller dix fois plus vite pour vous le dire. Après quatorze ans passés à tourner sur son propre runtime, TypeScript vient de troquer son vélo contre une voiture de course, et c'est toujours Anders Hejlsberg, le même architecte depuis le début, qui tient le volant.
Si vous êtes du genre à checker vos mails pendant qu'un tsc --watch tourne en arrière-plan, préparez-vous à devoir trouver une nouvelle excuse pour faire une pause café.