Es oficial desde el 8 de julio: TypeScript 7.0 es estable, y la herramienta ya tiene poco en común con sus versiones anteriores. Microsoft ha reescrito por completo el compilador en Go, abandonando el compilador escrito en TypeScript que se compilaba a sí mismo. La ganancia anunciada — cerca de 10× más rápido que la 6.0 — resiste la prueba de los proyectos reales, algo poco frecuente en un anuncio de cadena de herramientas.
Lo que cambia concretamente
El nuevo compilador se ejecuta como código máquina y aprovecha el multihilo en memoria compartida. Traducido a la práctica: los proyectos que requerían de treinta a sesenta segundos de comprobación de tipos bajan por debajo de los pocos segundos.
| Criterio | TypeScript 6.0 | TypeScript 7.0 |
|---|---|---|
| Lenguaje del compilador | TypeScript (JS) | Go (nativo) |
| Velocidad de compilación | referencia | ≈ 10× más rápido |
| Paralelismo | limitado | multihilo en memoria compartida |
| Huella de memoria | elevada | reducida (ejecución nativa) |
| Estado | última versión basada en JavaScript | estable (8 de julio de 2026) |
Por qué la velocidad de compilación importa
La lentitud de la comprobación de tipos se ha aceptado durante mucho tiempo como una fatalidad. En los monorepos se paga de una forma particular: el control de tipos se convierte en el eslabón lento del pre-commit, se desactiva «solo por este commit» y luego se desactiva del todo. Los errores de tipado acaban llegando a producción, no por falta de herramienta, sino por abandono de uso.
Dividir por diez el tiempo de comprobación no es una ganancia de comodidad: es la condición para que la red de seguridad siga activada.
Migrar desde la 6.x
La versión 6.0, publicada el 23 de marzo, se presentó explícitamente como la última basada en el código JavaScript: un peldaño de transición. El paso a 7.0 está diseñado para ser neutro desde el punto de vista del lenguaje, pero una reescritura completa siempre expone a comportamientos límite. La secuencia de migración recomendada es la siguiente:
- Subir primero a 6.x y bloquear el estado (fichero de bloqueo actualizado, integración continua en verde).
- Pasar a 7.0 en una rama dedicada.
- Ejecutar la batería de pruebas, luego
tsc --noEmity la compilación de producción. - Vigilar los complementos y transformadores que usaban la API interna de
tsc: son los puntos de ruptura observados.
Lo que hay que retener
TypeScript 7.0 no introduce ni sintaxis nueva ni paradigma nuevo. La versión se juzga por un único criterio: la cadena de compilación vuelve a ser rápida, y con ella las redes de seguridad que la lentitud había hecho desactivar.
En los proyectos de cliente donde hice el cambio, el beneficio no se midió en segundos ganados sino en hábitos recuperados: el control de tipos volvió al pre-commit porque ya no costaba nada. Es el tipo de actualización que se adopta sin precipitación, pero sin dudar. — Simon Janvier
Para profundizar
El anuncio y las notas de versión oficiales están publicados en el blog TypeScript de Microsoft.
