El Release Candidate del compilador Go de TypeScript marca el mayor cambio técnico en el ecosistema JavaScript desde la creación del lenguaje, con un GA esperado en semanas y breaking changes que los equipos deben evaluar ya
El Release Candidate publicado el 18 de junio es la primera build que Microsoft recomienda para evaluación en producción, tras más de un año de pruebas en codebases de millones de líneas.
Microsoft publicó el 18 de junio el Release Candidate de TypeScript 7.0, el primer compilador de TypeScript construido sobre Go en lugar del propio TypeScript, bajo el proyecto que la empresa desarrolló internamente con el nombre de código Project Corsa. El RC es «la primera build que el equipo recomienda para evaluación en producción amplia», según el anuncio en el blog de TypeScript, después de más de un año de testing en codebases de más de un millón de líneas. El compilador nativo en Go está disponible bajo el binario estándar tsc en npm. La mejora de rendimiento es el titular: en benchmarks publicados por el equipo de TypeScript, el nuevo compilador es consistentemente 10 veces más rápido que el compilador 6.0 basado en JavaScript en operaciones de type-check completas. Para un proyecto de tamaño mediano —100.000 líneas de TypeScript— la diferencia se traduce en segundos versus minutos en el ciclo de desarrollo. La implementación es un port semántico del compilador anterior, no una reescritura, lo que significa que la verificación de tipos es idéntica: el cambio es de velocidad, no de comportamiento. TypeScript 6.0, lanzado en marzo de 2026, fue el último compilador basado en JavaScript. TypeScript 7.0 marca el inicio de una nueva era arquitectural. Para los desarrolladores costarricenses que usan TypeScript en proyectos de backend y frontend —el lenguaje es el más usado en las empresas tech de zonas francas de la GAM según encuestas de CENFOTEC— la actualización al RC es evaluable ya para proyectos no críticos, con el GA a pocas semanas de distancia.
TypeScript 7.0 es un port semántico, no una reescritura: la verificación de tipos es idéntica pero el impacto en el ciclo de desarrollo es profundo cuando el compilador pasa de minutos a segundos.
La transición de TypeScript 6.0 a TypeScript 7.0 RC tiene una buena noticia y una advertencia. La buena noticia es que el port Go preserva la semántica de tipos idéntica al compilador anterior: si un proyecto compila limpio en 6.0, debería hacerlo igual en 7.0, salvo por algunos breaking changes documentados en el changelog. La advertencia es que el ecosistema de plugins del compilador TypeScript —que muchos proyectos usan para transformaciones personalizadas en el proceso de compilación— requiere migración: los plugins basados en la API del compilador de JavaScript no son compatibles con el RC sin adaptación. Los cambios de comportamiento documentados incluyen ajustes en cómo el compilador maneja ciertos casos extremos de inferencia de tipos con genéricos anidados, y en el tratamiento de módulos ESM vs CJS en proyectos con configuraciones mixtas. El equipo de TypeScript recomienda actualizar primero en un entorno de desarrollo o CI, no en producción, y validar que todos los test suites existentes pasen antes de adoptar el RC en proyectos críticos. La documentación de migración está disponible en la wiki del repositorio de GitHub de TypeScript. Para los equipos de desarrollo en Costa Rica que mantienen proyectos TypeScript de larga data, el timing es bueno: el RC llegó en un fin de semana largo (el 21 de junio es sábado), lo que da tiempo para evaluar el impacto en la semana siguiente sin presión de producción. El GA estable se espera dentro de aproximadamente un mes, según la estimación de Microsoft.
La decisión de reescribir el compilador de TypeScript en Go, anunciada públicamente en marzo de 2025 bajo el nombre interno Project Corsa, fue una de las más polémicas del ecosistema JavaScript en años recientes. El debate se dividió entre quienes señalaban que TypeScript debería compilarse a sí mismo —una prueba de confianza en el lenguaje— y quienes argumentaban que las limitaciones de rendimiento del runtime de JavaScript hacen imposible escalar el compilador para proyectos de decenas de millones de líneas. La posición de Microsoft fue pragmática: el codebase anterior, internamente llamado Strada, alcanzó sus límites de escalabilidad. Los proyectos más grandes del ecosistema —monorepos de grandes empresas tech, el codebase de VSCode mismo— ya experimentaban tiempos de compilación que hacían el ciclo de desarrollo ineficiente. El cambio a Go no refleja una pérdida de confianza en TypeScript como lenguaje; refleja el reconocimiento de que las herramientas de lenguaje necesitan rendimiento nativo para escalar. El ángulo crítico viene de la comunidad open source: Go es de código abierto pero es un lenguaje desarrollado y controlado por Google. Algunos desarrolladores señalaron que mover el compilador de TypeScript de TypeScript (de Microsoft) a Go (de Google) crea una nueva dependencia implícita, aunque Microsoft no ha indicado ningún cambio en la gobernanza del proyecto TypeScript, que sigue siendo open source en GitHub bajo licencia Apache 2.0.
El panorama de lenguajes de programación en 2026 tiene una división clara: Python domina en machine learning, análisis de datos y automatización —con 178.000 paquetes activos en GitHub y un crecimiento anual de 47% según encuestas del sector—, mientras que TypeScript se consolidó como el estándar de facto para desarrollo de aplicaciones web, frontend y backend Node.js. En GitHub, TypeScript superó a JavaScript en commits activos desde 2025, según el State of TypeScript 2026 publicado este mes. El espacio en el que ambos lenguajes compiten es el desarrollo de agentes de IA y herramientas de productividad que usan modelos de lenguaje como backend: ahí Python tiene la ventaja del ecosistema de librerías (LangChain, LlamaIndex, Hugging Face Transformers), pero TypeScript tiene la ventaja de la integración nativa con aplicaciones web y la type-safety que hace el código más mantenible en equipos grandes. La decisión de usar uno u otro para agentes de IA en producción es uno de los debates técnicos más activos en Hacker News y en los foros de Stack Overflow en 2026. Para los desarrolladores en Costa Rica, la recomendación práctica de las empresas de ZF tech es clara: TypeScript para todo lo que sea aplicación de usuario final; Python para todo lo que sea procesamiento de datos o ML. El perfil de egresado que más demandan las empresas del clúster tech de Heredia y San José combina fluidez en ambos lenguajes, según el informe de demanda de CENFOTEC de 2025.
La semana del 21 de junio registró nuevas alertas de seguridad en paquetes npm de uso extendido, continuando el patrón documentado en la Open Source Security Conference de la semana anterior: el ecosistema de dependencias de JavaScript es demasiado grande y demasiado interconectado para gestionarlo con los recursos de seguridad disponibles en la industria. Los detalles específicos del CVE publicado esta semana, incluyendo el paquete afectado y el vector de ataque, se encuentran en el National Vulnerability Database. La información proviene del seguimiento de alertas de seguridad de npm; al cierre de esta edición no se ha publicado confirmación independiente del alcance del impacto.
GitHub publicó actualizaciones a Copilot Workspace que amplían las capacidades de sus agentes de IA para ejecutar ciclos completos de revisión de código, no solo sugerencias. Los agentes ahora pueden abrir pull requests, ejecutar tests en el CI de la plataforma, leer los resultados, identificar fallos y proponer correcciones en un ciclo autónomo dentro de los límites de las políticas de seguridad del repositorio, según la documentación actualizada de GitHub. La funcionalidad compite directamente con herramientas como Cursor, Continue.dev y los modos de agente de Claude Code, que también ofrecen ciclos de desarrollo asistido por IA. Lo que diferencia la implementación de GitHub es la integración nativa con GitHub Actions y el acceso directo al historial del repositorio, lo que elimina la necesidad de configurar contexto adicional. Para los desarrolladores costarricenses en empresas con repositorios en GitHub —que incluye prácticamente todas las empresas tech de zonas francas— la funcionalidad está disponible en los planes Team y Enterprise. La adopción dependerá de cuán cómodo se sienta cada equipo con un agente que tiene permiso de escribir código y abrir PRs de forma autónoma.
El RC de TypeScript 7.0 publicado el 18 de junio no es solo un hito de rendimiento: es el inicio de un cambio en cómo los desarrolladores van a pensar sobre el ciclo de build. Cuando el compilador tarda diez veces menos, las estrategias de type-checking que antes eran demasiado costosas para el CI se vuelven viables. Los proyectos que usaban JavaScript puro por razones de velocidad de compilación tienen un argumento menos para no adoptar TypeScript. El ecosistema JavaScript lleva una década consolidándose alrededor de TypeScript como estándar de facto para proyectos de producción. La llegada de TS 7.0 acelera esa tendencia. El único riesgo visible es la fragmentación temporal durante la adopción: los proyectos que usan plugins del compilador 6.0 necesitarán migrar esos plugins, y habrá un período de transición en el que la versión 6.0 y la 7.0 coexisten en el ecosistema. Para Costa Rica, que ha visto una adopción acelerada de TypeScript en las empresas de servicios empresariales de alto valor y en el sector fintech que opera en la GAM, la nota práctica es esta: empezá a evaluar el RC esta semana. No hay razón para esperar al GA si tu proyecto no usa plugins de compilador personalizados. La ganancia de velocidad es inmediata y el riesgo de regresión, en un RC de esta madurez, es bajo.