Herramientas

El 8 de julio de 2026, Microsoft lanzó TypeScript 7.0, la primera versión estable construida sobre un compilador escrito en Go en lugar de JavaScript. Es el mayor cambio en la historia del lenguaje: el type checker y el compilador de los que dependen millones de proyectos ahora se ejecutan como código nativo, y los benchmarks publicados por Microsoft sitúan las compilaciones completas aproximadamente entre 8 y 12 veces más rápidas que la versión anterior.

El proyecto tiene un largo recorrido. Microsoft lo anunció en marzo de 2025 bajo el nombre en clave Project Corsa, refiriéndose a la base de código existente basada en JavaScript como Strada. Una beta llegó en abril de 2026, un release candidate el 18 de junio de 2026, y la versión 7.0 de disponibilidad general el 8 de julio de 2026. La afirmación principal ha sido la misma en todo momento: una aceleración de aproximadamente diez veces en la verificación de tipos y la compilación.

Las cifras que publicó Microsoft son concretas. Compilar la base de código de Visual Studio Code bajó de unos 77.8 segundos a 7.5 segundos, una mejora de 10.4x, y Playwright cayó de 11.1 segundos a 1.1 segundos. Los proyectos reales variarán, pero el patrón en el conjunto de benchmarks de Microsoft se agrupa en torno a la marca de diez veces.

Dos cosas explican la velocidad. Alrededor de la mitad proviene de ejecutarse como código nativo compilado en lugar de JavaScript ejecutado por Node. La otra mitad proviene de la concurrencia con memoria compartida: la implementación en Go puede repartir el trabajo de verificación de tipos entre varios núcleos de CPU usando memoria compartida, algo que la versión de JavaScript de un solo hilo no podía hacer de forma limpia.

Es importante señalar que se trata de un port, no de una reescritura. Microsoft tradujo la lógica del compilador existente a Go conservando el mismo comportamiento de verificación de tipos, de modo que el objetivo es que tu código pase la verificación de tipos de forma idéntica, con los mismos errores en los mismos lugares, solo que mucho más rápido. El equipo ha dicho que Go se eligió en parte porque su sintaxis y estructura se corresponden estrechamente con el código JavaScript existente, lo que hizo viable un port fiel tanto para las personas como para las herramientas.

Para el trabajo diario, el beneficio se nota en dos lugares. Los editores se vuelven más responsivos en bases de código grandes, porque el servicio de lenguaje detrás de funciones como el autocompletado, ir a la definición y el subrayado de errores realiza el mismo trabajo en una fracción del tiempo. Y los pipelines de integración continua que ejecutan el compilador en cada commit se acortan, lo que importa sobre todo en los monorepos grandes donde la verificación de tipos se había convertido en un verdadero cuello de botella.

Si planeas adoptarlo, trata el cambio como una comprobación de compatibilidad más que como una reescritura de tu propio código. Como se preservan las semánticas, la mayoría de los proyectos no deberían ver cambios en los errores reportados. Aun así, verifica contra tu build real: comprueba que tus opciones de tsconfig, tus scripts de build y cualquier herramienta personalizada que se conecte a la API de TypeScript se comporten como esperas. Consulta las notas de la versión oficiales para conocer la ruta exacta de activación y cualquier advertencia documentada antes de cambiar un pipeline de producción.

El lanzamiento también encaja en una tendencia más amplia. El toolchain de JavaScript ha pasado varios años moviendo herramientas críticas para el rendimiento a lenguajes nativos: bundlers y transpiladores escritos en Go y Rust, como esbuild y la familia de SWC y Biome, han establecido la expectativa de que las herramientas centrales deben ser casi instantáneas. El propio type checker de TypeScript seguía siendo una de las últimas grandes piezas que aún corría en JavaScript, y TypeScript 7.0 cierra esa brecha.

En resumen: TypeScript 7.0 no cambia cómo escribes TypeScript, pero cambia cómo se siente trabajar con él a gran escala. Si las verificaciones de tipos lentas o el rendimiento perezoso del editor se habían convertido en un impuesto sobre un proyecto grande, este lanzamiento apunta directamente a ese dolor, y las aceleraciones medidas son lo bastante grandes como para que valga la pena planear una migración en torno a ellas.