Microsoft acaba de publicar el Release Candidate de TypeScript 6.0, y la noticia de fondo no es la versión en sí misma: es que esta es la última versión del compilador escrita en JavaScript. TypeScript 7.0 será reescrito nativamente en Go, con mejoras de velocidad de entre 10x y 100x según los benchmarks internos del equipo.
Si tu equipo usa TypeScript —o debería— este es el momento de entender qué cambia, qué se depreca y cómo prepararte antes de que llegue el salto más disruptivo en la historia del lenguaje.
¿Por qué Microsoft reescribe TypeScript en Go?
El compilador actual de TypeScript está escrito en TypeScript/JavaScript, lo cual tiene cierta elegancia poética pero tiene un problema fundamental: JavaScript es monothreaded y lento para compilaciones masivas. En proyectos medianos, compilar puede tomar varios segundos. En monorepos grandes, puede tardar minutos.
Go, en cambio, es un lenguaje compilado a código nativo con soporte real para multithreading. El equipo de TypeScript lleva más de un año trabajando en esta reescritura, y los resultados ya son evidentes: en benchmarks del estado actual de TypeScript 7.0 (aún en desarrollo), el language server corre hasta 10 veces más rápido para operaciones cotidianas del editor, y la compilación completa de proyectos grandes mejora entre 5x y 15x.
TypeScript 6.0 RC, lanzado el 6 de marzo de 2026, es la versión “puente”: su objetivo principal es alinear comportamientos con lo que será TypeScript 7.0, no agregar features nuevas.
¿Qué cambia en TypeScript 6.0 que debes revisar ahora?
Hay varios cambios que afectan proyectos existentes, algunos silenciosamente:
- strict: true por defecto. Quizás el cambio más impactante. Antes, strict era false a menos que lo activaras explícitamente. Ahora es el valor por defecto, lo que activa automáticamente
strictNullChecks,noImplicitAnyy otras verificaciones. Si tu proyecto asumía el comportamiento anterior, necesitarás agregar"strict": falsea tu tsconfig.json para mantener compatibilidad. - target: es2025 y module: es2022 por defecto. Anteriormente, el target por defecto era es3 y el módulo era commonjs. Ahora se alinea con los entornos modernos. Si compilas para entornos viejos, deberás especificarlo explícitamente.
- moduleResolution: bundler por defecto. Reemplaza el modo “node” heredado, alineándose con cómo funcionan Vite, esbuild, y los bundlers modernos.
- types: vacío por defecto. Antes, TypeScript incluía automáticamente todos los
@typesque encontraba en node_modules. Ahora el campo types empieza vacío, lo que puede mejorar velocidad de compilación entre 20% y 50% en proyectos medianos, pero puede romper código que dependía de esa detección automática. - import assertions deprecadas. La sintaxis
import ... assert {...}queda deprecada en favor deimport ... with {...}, alineándose con el estándar ECMAScript actual.
La inferencia de tipos también cambia
TypeScript 6.0 también ajusta cómo funciona la inferencia en funciones genéricas. Específicamente, el compilador ahora salta las “funciones contextualmente sensibles” (funciones con parámetros sin tipos explícitos) durante la inferencia de argumentos de tipo, priorizando otros argumentos de izquierda a derecha.
En la práctica, esto significa menos errores misteriosos del tipo “y’ is of type ‘unknown'” cuando mezclas funciones de flecha con métodos en objetos pasados como callbacks a funciones genéricas. Era un comportamiento inconsistente y frustrante que el equipo de TypeScript finalmente resolvió.
¿Cómo preparar tu proyecto para TypeScript 7.0 desde hoy?
La recomendación del equipo de Microsoft es usar TypeScript 6.0 precisamente para esto: como banco de pruebas antes de que llegue 7.0. Acciones concretas:
- Actualiza a TypeScript 6.0 RC ahora:
npm install -D typescript@rc - Revisa y actualiza tu tsconfig.json con los nuevos valores por defecto. No esperes a que el compilador los imponga sin aviso.
- Lee la guía de migración oficial (disponible como Gist en GitHub) para proyectos TypeScript 5.x → 6.0.
- Identifica dependencies que publican tipos vía node_modules/@types. Con el nuevo comportamiento, algunas pueden dejar de resolverse automáticamente.
- Testea en CI con la RC antes de actualizar en producción.
¿Qué esperar de TypeScript 7.0?
El roadmap es ambicioso. Además de la velocidad de compilación, el compilador en Go habilita multithreading real en el language server, lo que significa que las operaciones en tu editor (hover types, go-to-definition, refactoring) serán casi instantáneas incluso en proyectos grandes. El equipo ya tiene paridad casi completa en type-checking.
Lo que todavía falta para 7.0 es la paridad completa en emit (generación del JavaScript de salida) y algunas APIs de tooling que usan frameworks como ts-jest o ts-node. El equipo no ha dado una fecha de lanzamiento estable.
Por qué importa
TypeScript tiene más de 40 millones de usuarios activos. Es el lenguaje por defecto de Node.js empresarial, de React, de Angular, de la mayoría de los proyectos serios en JavaScript. Una mejora de 10x en velocidad de compilación no es una curiosidad técnica: es tiempo real ahorrado en cada pull request, en cada pipeline de CI, en cada auto-completado del editor.
Y hay algo más profundo aquí: Microsoft está apostando por Go como lenguaje de sistemas para sus herramientas de developer. Esa es una señal clara de que el ecosistema JavaScript empieza a reconocer sus propios límites. No es que TypeScript vaya a desaparecer —al contrario, el lenguaje se fortalece— pero el runtime que lo compila dejará de ser JavaScript. Es un momento de madurez forzada, y probablemente necesaria.
Si usas TypeScript en producción, el momento de prepararte no es cuando salga TypeScript 7.0 estable. Es ahora.
Fuentes
- Microsoft Dev Blog — Announcing TypeScript 6.0 RC
- Ecosistema Startup — TypeScript 6.0 RC: cambios clave y preparación para 7.0
- Visual Studio Magazine — Microsoft Gets ‘Real’ on Native TypeScript Remake
- descubre.ai — Todos somos AI Engineers ahora: cómo cambia el rol del desarrollador
- descubre.ai — Cursor Automations: agentes de código que trabajan solos
