TypeScript 7 est sorti le 8 juillet 2026. La nouveauté principale n’est pas une syntaxe de plus. Le compilateur et le serveur de langage ont été réécrits en Go, avec des builds annoncés entre huit et douze fois plus rapides sur les projets mesurés par l’équipe TypeScript. Tout est détaillé dans l’annonce officielle de TypeScript 7.
Sur le papier, c’est exactement le genre de changement qui devrait m’intéresser. TypeScript est au centre de mon portfolio et de mon dashboard. Pourtant, je ne vais pas remplacer leur version actuelle immédiatement.
## Jusqu’ici, TypeScript faisait partie de Next.js
Je n’utilise pas TypeScript comme un outil isolé posé à côté de mes projets. Sur mon portfolio et mon dashboard, il est pris dans un ensemble plus large : Next.js, l’App Router, l’éditeur et le build lancé avant le déploiement sur mon VPS.
Je profite de ses types dans les composants React, dans les données manipulées par le portfolio et dans les limites entre mes widgets. Mais je ne choisis pas mon compilateur indépendamment du reste. Quand je lance un build Next.js, je veux surtout que toutes ces couches restent d’accord.
C’est une différence importante avec les chiffres de l’annonce. Un tsc beaucoup plus rapide ne rend pas mon dashboard plus rapide une fois ouvert dans le navigateur. Il ne réduit pas le temps d’une requête Prisma. Il ne change pas non plus la manière dont pm2 garde le portfolio en ligne.
Le gain se trouve dans la boucle de travail : diagnostics dans l’éditeur, vérification des types et build. C’est utile, mais ce n’est pas une amélioration directe du produit.
## Le compilateur a changé plus vite que son écosystème
TypeScript 7.0 ne fournit pas encore d’API programmatique stable équivalente à celle utilisée autour des anciennes versions. L’équipe prévoit cette nouvelle API pour TypeScript 7.1. En attendant, elle documente même une installation côte à côte avec TypeScript 6 pour les outils qui dépendent encore de cette API.
Next.js a justement besoin de faire plus que lancer aveuglément tsc. Son intégration vérifie la configuration TypeScript et intervient pendant next build. Après la sortie de TypeScript 7, le projet Next.js a ajouté un backend expérimental permettant d’appeler le compilateur en ligne de commande. Le changement est visible dans la pull request ajoutant `experimental.useTypeScriptCli`.
Il existe donc un chemin pour utiliser TypeScript 7 avec Next.js. Mais ce chemin me demande d’activer une option expérimentale dans une partie qui décide si mon déploiement peut continuer.
Pour moi, ce n’est pas encore une mise à jour ordinaire de dépendance.
## Je n’ai pas encore le problème que TypeScript 7 résout
Je n’ai pas de mesure locale montrant que la vérification TypeScript ralentit actuellement mon travail. Sans cette mesure, adopter un nouveau compilateur et modifier le comportement du build reviendrait à ajouter deux variables pour corriger un temps d’attente que je n’ai même pas quantifié.
Le portfolio contient une base SQLite, une administration, de l’authentification et des uploads. Le dashboard est ouvert des dizaines de fois par jour. Sur les deux, je préfère aujourd’hui un build prévisible à un build théoriquement beaucoup plus rapide.
Ça ne veut pas dire que TypeScript 7 ne m’apporte rien. Son nouveau serveur de langage peut rendre les diagnostics et les recherches plus rapides dans l’éditeur. Sa compatibilité vise à conserver les résultats de TypeScript 6, tout en rendant plusieurs anciennes options obsolètes réellement invalides. La liste des écarts intentionnels reste suivie dans le fichier `CHANGES.md` du nouveau compilateur.
Mais je ne vais pas confondre disponibilité et nécessité.
## Je vais commencer par le dashboard
Mon dashboard sert déjà de laboratoire pour tester une API ou un pattern avant de le reprendre ailleurs. TypeScript 7 suivra le même chemin.
Je vais créer une branche dédiée, lancer séparément tsc --noEmit et next build, puis comparer ce que le compilateur change réellement dans le projet. Je vérifierai surtout le comportement du build avec l’option expérimentale de Next.js, pas uniquement le temps affiché dans le terminal.
Si cette branche passe sans adaptation étrange, le dashboard pourra basculer en premier. Le portfolio restera sur son chemin actuel jusqu’à ce que l’intégration ne soit plus expérimentale, ou jusqu’à ce que mes propres mesures rendent l’écart difficile à ignorer.
Image de couverture générée par IA — faute d'illustration officielle disponible pour ce sujet.