Microsoft Está Reescribiendo el TypeScript en Go: Performance 10x Más Rápida

Hola HaWkers, una de las noticias más impactantes del final de 2025 llegó directamente del equipo del TypeScript en Microsoft. La empresa anunció que está reescribiendo completamente el compilador y el language service del TypeScript en Go, prometiendo mejoras de performance que llegan a 10x en relación a la versión actual.

¿Ya te quedaste esperando minutos para que tu proyecto TypeScript compile? ¿Ya sentiste la frustración de ver el VS Code trabándose mientras intenta proveer autocomplete en un archivo grande? Pues bien, Microsoft escuchó esas quejas.

Qué Está Sucediendo

La noticia vino a través de un post oficial en el blog del TypeScript en diciembre de 2025, revelando el progreso significativo que el equipo hizo en la reescritura del compilador. El proyecto, internamente llamado TypeScript 7, representa el mayor cambio arquitectural en la historia del lenguaje.

Por Qué Go?

La elección de Go como lenguaje de destino no fue aleatoria. El equipo de Microsoft evaluó varias opciones y eligió Go por los siguientes motivos:

Ventajas de Go para el TypeScript:

Compilación nativa para binarios eficientes
Garbage collector optimizado y predecible
Excelente soporte a concurrencia con goroutines
Facilidad de distribución (binario único)
Performance cercana a C/C++ con productividad alta

La versión actual del TypeScript está escrita en TypeScript (self-hosted), lo que significa que el compilador depende del Node.js para ejecutar. Eso trae overhead de performance que la nueva versión elimina completamente.

Los Números Que Impresionan

De acuerdo con los benchmarks divulgados por Microsoft, el TypeScript 7 presenta mejoras drásticas:

Comparativo de Performance

Build completo (proyecto medio ~100k líneas):

TypeScript 6.0: ~45 segundos
TypeScript 7.0: ~4.5 segundos
Mejora: 10x más rápido

Incremental build:

TypeScript 6.0: ~8 segundos
TypeScript 7.0: ~800ms
Mejora: 10x más rápido

Language service (autocomplete):

TypeScript 6.0: ~200ms
TypeScript 7.0: ~25ms
Mejora: 8x más rápido

Builds Multi-Threaded

Una de las grandes novedades es el soporte a builds paralelos. El TypeScript 7 puede ahora construir múltiples proyectos simultáneamente:

Monorepo con 50 proyectos:

TypeScript 6.0: ~12 minutos (secuencial)
TypeScript 7.0: ~90 segundos (paralelo)
Mejora: 8x más rápido

Qué Esto Significa Para Desarrolladores

El cambio trae implicaciones importantes para el ecosistema:

1. Experiencia de Desarrollo Mejorada

Con el language service 8x más rápido, tu IDE va a responder instantáneamente. Autocomplete, go-to-definition, y refactoring van a funcionar sin lag perceptible, incluso en proyectos enormes.

2. CI/CD Más Rápido

Pipelines de build que llevaban minutos ahora van a completar en segundos. Para empresas con cientos de builds por día, eso representa economía significativa de tiempo y recursos de computación.

3. Compatibilidad Total

Microsoft garantizó que la nueva versión mantiene 100% de compatibilidad con código TypeScript existente. No necesitarás modificar nada en tus proyectos para aprovechar las mejoras.

Cómo Va a Funcionar la Distribución

Un cambio práctico importante es en la forma de distribución:

Hoy (TypeScript 6.x):

Instalado vía npm como paquete Node.js
Requiere Node.js para ejecutar
Ejecución interpretada

Futuro (TypeScript 7.x):

Disponible como binario nativo
También disponible vía npm (wrapper)
Ejecución compilada nativa

Microsoft planea mantener compatibilidad con el flujo de trabajo actual. Aún podrás usar npm install typescript, pero internamente el paquete va a ejecutar el binario nativo.

Timeline y Disponibilidad

De acuerdo con el roadmap divulgado:

Primer semestre de 2026:

Preview público del TypeScript 7
Foco en early adopters y feedback

Segundo semestre de 2026:

Release candidate
Tests extensivos de compatibilidad

2027:

Lanzamiento estable
Deprecación gradual del TypeScript 6.x

La Reacción de la Comunidad

La noticia dividió opiniones en la comunidad de desarrolladores:

Argumentos positivos:

Performance era una queja frecuente
Grandes proyectos se van a beneficiar enormemente
Go es una elección sólida y pragmática

Preocupaciones levantadas:

Contribuciones de la comunidad pueden disminuir (menos devs conocen Go)
Plugins y extensiones necesitarán ser reescritos
Curva de aprendizaje para quien quiere contribuir

Microsoft respondió que mantendrá herramientas y documentación para facilitar contribuciones, y que la mayoría de los usuarios nunca necesitará interactuar directamente con el código Go.

Impacto en el Ecosistema

Herramientas que dependen de la API del TypeScript necesitarán adaptarse:

Herramientas afectadas:

ESLint con typescript-eslint
Prettier
Bundlers (webpack, rollup, vite)
IDEs y editores

Microsoft está trabajando con mantenedores de esas herramientas para garantizar una transición suave. La nueva versión expondrá APIs compatibles que minimizan el trabajo de migración.

Comparación con Otras Iniciativas

No es la primera vez que lenguajes son reescritos para mejor performance:

Proyecto	Lenguaje Original	Nuevo Lenguaje	Mejora
TypeScript 7	TypeScript	Go	10x
Rome/Biome	JavaScript	Rust	100x
esbuild	N/A	Go	Referencia
SWC	N/A	Rust	20x vs Babel

La tendencia de reescribir herramientas JavaScript en lenguajes compilados se está consolidando.

Qué Hacer Ahora

Mientras el TypeScript 7 no llega, puedes:

1. Optimizar Tus Proyectos Actuales

Aprovecha recursos como project references e incremental builds que ya existen en el TypeScript actual para mejorar la performance.

2. Acompañar el Desarrollo

El repositorio del TypeScript en GitHub tendrá actualizaciones regulares sobre el progreso. Vale la pena acompañar para prepararse.

3. Testar Herramientas Alternativas

Herramientas como esbuild y SWC ya ofrecen compilación rápida. Puedes usarlas en conjunto con tsc para type-checking.

Conclusión

La reescritura del TypeScript en Go representa un marco importante en la evolución del lenguaje. Microsoft está haciendo una apuesta significativa en performance, reconociendo que la velocidad de compilación se convirtió en un cuello de botella real en proyectos modernos.

Para desarrolladores, eso significa una experiencia de desarrollo más fluida, builds más rápidos, y menos tiempo esperando el compilador. La compatibilidad prometida sugiere que la transición será suave para la mayoría de los proyectos.

Si quieres prepararte para esos cambios, recomiendo que revises otro artículo: Node.js Con Soporte Nativo a TypeScript donde vas a descubrir cómo el ecosistema JavaScript está evolucionando para abrazar TypeScript de forma más profunda.