TypeScript 7 lleva su compilador a Go: ¿qué cambia para quienes desarrollamos?

En proyectos grandes, esperar al chequeo de tipos también cuesta tiempo: interrumpe el trabajo y retrasa la validación de cambios.

TypeScript 7.0 incorpora un compilador nativo escrito en Go. Combina ejecución nativa y paralelismo con memoria compartida para aprovechar mejor el hardware.

Microsoft reporta aceleraciones habituales de 8 a 12 veces en compilaciones completas. Es una referencia del rendimiento del compilador; el resultado en cada proyecto necesita medirse. Ver la fuente.

La mejora puede acortar el tiempo entre hacer un cambio y recibir los errores de tipos. Para un equipo, ese ciclo de feedback merece atención.

Pero antes de migrar, revisaría una dependencia que suele pasar desapercibida: las herramientas que utilizan la API de TypeScript.

La versión 7.0 se publicó sin una API programática estable. Microsoft documenta cómo mantener TypeScript 6 junto al compilador nativo para herramientas que todavía lo necesitan, como typescript-eslint.

Mi evaluación de una migración tendría tres pasos:

• Comparar el chequeo de tipos sobre el mismo código, configuración y máquina.
• Medir por separado compilaciones limpias y ejecuciones con caché.
• Comprobar lint, editor y pipeline de CI.

Así podemos saber cuánto mejora nuestro flujo y qué ajustes requiere el ecosistema del proyecto.

¿Cuánto tarda actualmente el chequeo de tipos en tu proyecto?