TypeScript 7 ya es oficial: el compilador en Go que lo hace hasta 12 veces más rápido

Si esta semana has visto a programadores destacando que TypeScript "ya no es TypeScript" —en el sentido de que ya no corre sobre JavaScript por debajo— es por esto: el pasado 8 de julio se lanzó TypeScript 7, la primera versión del compilador reescrita por completo en Go en lugar de JavaScript, y desde entonces no ha dejado de sumar actualizaciones (la más reciente, TypeScript 7.1 Beta, hace apenas 11 días). Te explico qué cambia realmente, qué tan rápido es en la práctica y si te merece la pena dar el salto.

Qué es exactamente esta reescritura

TypeScript añade tipos a JavaScript para detectar errores antes de ejecutar el código y dar autocompletado más rico en el editor. Hasta la versión 6, el propio compilador de TypeScript (el programa que revisa tus tipos y convierte tu código a JavaScript) estaba escrito en... JavaScript. Funcionaba, pero tenía un techo de rendimiento: un solo hilo, y la lentitud propia de un lenguaje interpretado para una tarea que exige recorrer y analizar miles de archivos.

El equipo de TypeScript lo reescribió desde cero en Go, un lenguaje compilado pensado para programas rápidos y con soporte nativo para ejecutar varias tareas en paralelo (varios núcleos del procesador a la vez). El proyecto se llamó internamente Project Corsa, pasó por una beta en abril de 2026 y una release candidate en junio, hasta llegar a su versión estable, TypeScript 7.0, el 8 de julio de 2026.

Los números: cuánto más rápido es en la práctica

El equipo de TypeScript comparó tiempos de compilación completa entre la versión 6 y la 7 en varios proyectos open source conocidos, en la misma máquina:

Y no es solo el build completo. En el propio repositorio de VS Code, el tiempo desde que abres el editor hasta que ves el primer error en un archivo pasó de 17,5 segundos a 1,3 segundos — más de 13 veces más rápido. Además, TypeScript 7 suele usar menos memoria: entre un 6% y un 26% menos según el proyecto, pese a ejecutar varias tareas en paralelo.

Si tienes varios núcleos libres, puedes pedirle a TypeScript que use más procesos de verificación de tipos con la opción --checkers (4 por defecto); en VS Code, por ejemplo, subir a --checkers 8 lleva el build de 125,7 s a solo 7,5 s.

No es solo marketing: así lo están notando en producción

El equipo de TypeScript lleva más de un año probando las versiones preliminares con equipos grandes —Bloomberg, Canva, Figma, Google, Linear, Notion, Slack, Vercel y varios equipos internos de Microsoft (Office, Teams, Xbox, Power BI)— antes de llegar a la versión estable. Algunos datos que han compartido públicamente:

• En Slack, TypeScript 7 redujo un 40% el tiempo en la cola de integración y bajó el chequeo de tipos en CI de 7,5 minutos a 1,25 minutos.
• En Vanta, uno de sus proyectos más grandes compila hasta 9 veces más rápido.
• El equipo de Microsoft News Services calcula un ahorro de 400 horas al mes solo esperando builds en CI.
• En Canva, el tiempo hasta ver el primer error en el editor pasó de 58 segundos a 4,8 segundos.

El propio equipo de TypeScript reporta que el nuevo servidor de lenguaje (el proceso que da soporte al editor) falla un 80% menos y se cae un 60% menos que en la versión 6.

¿Se rompe algo si actualizo?

La buena noticia es que el equipo diseñó la reescritura para mantener la misma lógica y el mismo comportamiento que la versión 6, así que tu código no debería dejar de compilar solo por cambiar de versión. El matiz técnico está en las herramientas que dependen del compilador por dentro (como ESLint con typescript-eslint): TypeScript 7.0 todavía no expone una API propia para ese tipo de integraciones (llegará en la 7.1), así que si usas herramientas que importan typescript directamente, el equipo publicó un paquete de compatibilidad, @typescript/typescript6, que te deja instalar las dos versiones a la vez sin conflictos.

Para la mayoría de proyectos que simplemente ejecutan tsc para compilar o comprobar tipos, actualizar es tan simple como:

npm install -D typescript

(si no te manejas aún con la terminal, tienes una guía de comandos de terminal que te puede ayudar).

¿Y qué pasa con mi editor?

Si usas VS Code, Visual Studio o WebStorm, el soporte para TypeScript 7 llega a través de las extensiones habituales — no tienes que cambiar de editor ni de flujo de trabajo. Y si usas un agente de IA para programar (algo cada vez más habitual, como ya vimos en la guía de herramientas de IA según tu nivel), también se beneficia: menos tiempo esperando a que termine de revisar tipos significa respuestas más rápidas del agente.

¿Deberías actualizar ya?

Depende de dónde estés:

• Si ya usas TypeScript en un proyecto activo: sí, merece la pena probarlo. La compatibilidad es alta y la mejora de velocidad se nota especialmente si tu proyecto es grande o tarda en recargar en el editor.
• Si usas herramientas que dependen de la API interna de TypeScript (linters, generadores de código): espera a TypeScript 7.1, o usa el paquete de compatibilidad mientras tanto.
• Si todavía no usas TypeScript y vienes siguiendo la serie "JavaScript desde cero" de este blog: no hace falta que corras a aprenderlo ahora, pero una vez domines bien funciones y objetos en JavaScript, TypeScript es un paso natural — y ahora llegas justo cuando la herramienta está en su momento más rápido y más probado.

En resumen

TypeScript 7 no añade grandes funciones nuevas al lenguaje: su gran cambio es interno, pero es el más importante en años. El compilador, reescrito en Go, compila entre 7 y 12 veces más rápido en proyectos reales, usa menos memoria y ya ha pasado el filtro de empresas como Slack, Canva o Vanta antes de llegar a ti. Como con Node.js 26 pasando a LTS hace pocos días, es otra señal de que el ecosistema de JavaScript sigue moviéndose rápido — conviene estar al tanto incluso si no actualizas hoy mismo.