TypeScript 6.0 RC: cambios clave y preparación para 7.0

¿Qué es TypeScript 6.0 RC y por qué importa ahora?

TypeScript 6.0 Release Candidate acaba de aterrizar, y no es una versión menor. Microsoft la define explícitamente como una versión de transición: su propósito central es preparar el ecosistema para TypeScript 7.0, la próxima entrega que será reescrita de forma nativa en Go. Si tu equipo construye productos sobre JavaScript/TypeScript —ya sea una SaaS, una API o una plataforma de datos— este anuncio te afecta directamente.

Para los founders y CTOs que toman decisiones técnicas con impacto en velocidad de desarrollo, performance y deuda técnica, entender qué cambia en TypeScript 6.0 es fundamental antes de que el ecosistema migre de forma masiva.

El salto a Go: TypeScript 7.0 en el horizonte

El cambio más disruptivo no está en TypeScript 6.0 en sí, sino en lo que anuncia para su sucesor. TypeScript 7.0 será el primer compilador reescrito nativamente en Go, abandonando la base de código en JavaScript que ha sostenido el proyecto desde sus inicios. Esto trae implicancias concretas:

Velocidad de compilación significativamente mayor gracias a la naturaleza compilada y multi-hilo de Go.
Menor consumo de memoria en proyectos grandes y monorepos.
Un modelo de ejecución más predecible en entornos de CI/CD con alta carga.

TypeScript 6.0 es, por tanto, la última versión basada en JavaScript. A partir de este punto, el equipo de Microsoft considera el feature set como "feature stable": no se añadirán nuevas características ni breaking changes adicionales antes del lanzamiento estable.

Cambios en los valores por defecto del compilador

Uno de los cambios más impactantes de TypeScript 6.0 son las actualizaciones a los valores por defecto de las opciones del compilador. Estos ajustes reflejan la realidad actual de los entornos de ejecución modernos y alinean el comportamiento por defecto con lo que se espera en TypeScript 7.0. Los principales cambios son:

Opción	Valor anterior	Nuevo valor por defecto
`strict`	false	true
`target`	es3	es2025
`module`	commonjs	es2022
`moduleResolution`	node	bundler
`rootDir`	(inferido)	"."
`types`	todos los @types	ninguno (vacío)
`libReplacement`	true	false
`noUncheckedSideEffectImports`	false	true

El cambio de strict: true como valor por defecto es especialmente relevante: habilita automáticamente strictNullChecks, noImplicitAny y otras verificaciones que antes requerían configuración explícita. Si tu proyecto depende del comportamiento anterior, deberás agregar "strict": false de forma explícita en tu tsconfig.json.

La combinación de estos cambios puede generar mejoras de velocidad de compilación del 20 al 50% en proyectos medianos y grandes, principalmente por eliminar el escaneo automático de paquetes @types transitivos.

Mejoras en la inferencia de tipos para funciones genéricas

Otro cambio técnico notable es el refinamiento en cómo TypeScript 6.0 maneja la inferencia de tipos en funciones genéricas. El compilador ahora omite las funciones contextualmente sensibles —es decir, aquellas con parámetros sin tipado explícito— durante el proceso de inferencia, priorizando otros argumentos de izquierda a derecha.

Además, los parámetros que no se usan ya no hacen que una función sea considerada "contextual". Esto mejora la experiencia en casos como métodos de objetos literales pasados como callbacks, reduciendo los errores de tipo inesperados en proyectos que mezclan código genérico con inferencia automática.

Cambios en imports y configuración de módulos

TypeScript 6.0 también introduce cambios en cómo se manejan los import assertions: la palabra clave asserts evoluciona hacia with, alineándose con el estándar vigente de la especificación ECMAScript. Esto afecta especialmente a quienes importan módulos con atributos como JSON o CSS en entornos que soportan esta sintaxis.

Asimismo, el compilador ahora asume "use strict" en todos los archivos por defecto, lo que elimina diferencias sutiles de comportamiento entre archivos con y sin esa directiva explícita. Para proyectos con código heredado, este cambio requiere verificación previa.

Deprecaciones importantes a tener en cuenta

La versión 6.0 también consolida una serie de deprecaciones que los equipos de desarrollo deben revisar antes de migrar:

Opciones de compilador antiguas vinculadas a resolución de módulos pre-ESM.
Comportamientos de libReplacement que dependían de la detección automática de paquetes en node_modules/@types.
Configuraciones de target como es3 o es5 que ya no tienen soporte activo en los runtimes modernos.

El equipo de Microsoft ha publicado una guía de migración detallada (disponible como Gist en GitHub) que cubre paso a paso cómo actualizar un proyecto desde TypeScript 5.x a 6.0 sin romper el build.

Cómo preparar tu proyecto para TypeScript 7.0 desde hoy

Dado que TypeScript 6.0 es una versión de transición, el consejo más práctico es usarla precisamente para ese fin: validar que tu codebase esté lista para el salto a 7.0. Algunas acciones concretas:

Actualiza tu tsconfig.json con los nuevos valores por defecto. No esperes a que el compilador los imponga; hazlo de forma controlada y verifica cada cambio.
Activa strict: true si no lo tenías. TypeScript 7.0 lo tendrá habilitado y no habrá forma de evitarlo sin fricción. Mejor adaptarse ahora.
Revisa tus @types explícitos. Con el nuevo valor de types: [], las dependencias de tipos que antes se resolvían automáticamente ahora deben declararse de forma explícita.
Prueba en CI con la RC. Crea una rama de validación con la Release Candidate y corre tu suite de tests completa. Los errores que aparezcan hoy son más baratos de resolver que los que encuentres cuando 7.0 sea estable.
Documenta los cambios para tu equipo. En startups con equipos de ingeniería distribuidos, la comunicación proactiva de estos cambios evita regresiones inesperadas.

Impacto para founders y equipos técnicos en LATAM

Para los equipos de producto que construyen sobre Node.js, frameworks como Next.js, NestJS o Remix, o herramientas de infraestructura, esta actualización tiene implicancias reales en tiempos de build, configuración de CI y experiencia de desarrollo. En startups donde la velocidad de iteración es una ventaja competitiva, una mejora del 20–50% en tiempos de compilación puede traducirse en ciclos de feedback más cortos y mayor productividad del equipo de ingeniería.

Además, la transición al compilador en Go con TypeScript 7.0 abre la puerta a integraciones más eficientes con herramientas de build como esbuild y Turbopack, que ya operan con binarios nativos. El ecosistema JavaScript está madurando hacia una capa de herramientas de alto rendimiento, y TypeScript está siguiendo ese camino.

Conclusión

TypeScript 6.0 RC es mucho más que una actualización de versión: es la señal de largada de un cambio estructural en uno de los lenguajes más usados del ecosistema JavaScript. La reescritura en Go que llegará con TypeScript 7.0 promete compilaciones más rápidas, menor uso de memoria y una base más sólida para el largo plazo.

Para los founders y equipos técnicos, el mensaje es claro: este es el momento de revisar tu configuración, auditar tu tsconfig.json, actualizar dependencias de tipos y asegurarte de que tu stack esté alineado con los nuevos defaults. Quienes migren de forma proactiva durante la RC tendrán una ventaja real cuando llegue la versión estable y el ecosistema de paquetes empiece a adoptar 7.0 masivamente.

Descubre cómo otros founders implementan estos cambios técnicos en sus stacks y comparte tu experiencia con la comunidad de Ecosistema Startup.

Unirme a la comunidad