Microsoft publicó el 21 de abril el beta de TypeScript 7.0, cuyo compilador reescrito en Go compila la base de código de VSCode en 8,74 segundos frente a los 89 anteriores; IntelliJ IDEA 2026.1.1 resuelve 1.000+ bugs; y Rust consolida su posición en el kernel Linux y en el toolchain de JavaScript.
Microsoft publicó el 21 de abril el primer beta de TypeScript 7.0, cuyo compilador nativo en Go —código nombre «Corsa»— compila la base de código de VSCode en 8,74 segundos frente a los 89 que tardaba el compilador anterior en JavaScript.
Microsoft anunció el 21 de abril la disponibilidad del beta de TypeScript 7.0, la versión cuya novedad central es un compilador completamente reescrito en Go bajo el proyecto «Corsa». El anuncio dice que TypeScript 7.0 es «frecuentemente 10 veces más rápido» que TypeScript 6.0. Las métricas concretas: la base de código de VSCode (1,5 millones de líneas) pasa de 89 segundos a 8,74 segundos; proyectos de menos de 100.000 líneas ganan entre 2x y 5x; proyectos de más de 500.000 líneas se aproximan al 10x del título. La nueva herramienta se llama tsgo para diferenciarse del compilador tsc existente. Microsoft eligió Go en lugar de Rust, C++ u otro lenguaje principalmente por tres razones: la velocidad de compilación de Go es excepcional (el compilador de Go está escrito en Go), tiene recolección de basura que simplifica la gestión de memoria frente a C++, y tiene primitivas de concurrencia nativas que facilitan la paralelización del proceso de type-checking. El compilador anterior era JavaScript puro —una elección histórica que tuvo sentido cuando TypeScript empezó pero que se volvió un cuello de botella estructural a medida que los proyectos crecieron. El ángulo contrario: el cambio de compilador implica que herramientas del ecosistema que dependen de las APIs internas del compilador TypeScript —plugins de transformación, type-checkers personalizados— necesitarán actualizarse; la comunidad de TypeScript, que es masiva, tendrá una deuda de migración que puede llevar meses en resolverse para herramientas no mantenidas activamente. Para equipos de desarrollo en Costa Rica que trabajan con TypeScript en proyectos medianos o grandes —muy común en empresas de servicios de software, fintech y startups de la región— la mejora de 10x en tiempo de compilación es directamente perceptible en el ciclo de desarrollo diario y en los tiempos de CI/CD.
JetBrains publicó IntelliJ IDEA 2026.1.1 esta semana como actualización de mantenimiento de la versión 2026.1 lanzada en marzo. La actualización resuelve más de 1.000 bugs y problemas de usabilidad reportados por usuarios en el primer mes de la versión mayor. Los cambios más relevantes de la versión 2026.1 que esta actualización consolida: soporte nativo de Java 26 desde el primer día, integración con agentes externos (Codex, Cursor y cualquier agente compatible con el protocolo ACP) en el panel de IA, descarga automática de fuentes de dependencias y mejoras en la depuración de virtual threads de Java. El soporte para agentes externos via ACP (Agent Client Protocol) es el cambio arquitectónico más interesante: permite que cualquier agente compatible se integre en el flujo de trabajo del IDE sin que JetBrains tenga que desarrollar integraciones propietarias para cada uno. Además de Junie (el agente nativo de JetBrains) y Claude Agent, usuarios pueden ahora conectar Codex, Cursor y GitHub Copilot como alternativas en el chat de IA. El Java Annotated Monthly de abril 2026, publicado en el blog de JetBrains, cubre en detalle los cambios de Java 26 y las mejoras al debugger de virtual threads, que ahora muestra la pila completa de corrutinas y facilita la identificación de bloqueos en aplicaciones concurrentes. Para equipos de desarrollo en Java o Kotlin en Costa Rica —el stack dominante en el sector bancario, de telecomunicaciones y en empresas de desarrollo de software empresarial—, la actualización 2026.1.1 consolida una versión que vale adoptar. El soporte de Java 26 desde el primer día es relevante para equipos que quieran explorar las características en preview antes de la siguiente LTS.
El anuncio de Meta de recortar 8.000 empleados a partir del 20 de mayo, reportado ayer, genera preocupación específica en la comunidad de desarrollo de IA de código abierto: Meta es el mantenedor principal de Llama (el modelo de lenguaje abierto más usado) y uno de los grandes contribuyentes a PyTorch, el framework de machine learning más adoptado en investigación académica y producción industrial. Los recortes anunciados no especificaron qué equipos son afectados; la compañía dijo que los ingenieros de software de producto no estaban en el primer recorte, pero no hizo la misma excepción para los equipos de infraestructura de IA y open source. La preocupación en la comunidad es concreta: si los recortes afectan a mantenedores clave de PyTorch o Llama, el ritmo de actualizaciones y soporte de esos proyectos podría reducirse. La historia del open source está llena de proyectos estratégicos que sufrieron cuando su mantenedor corporativo los deprioritizó en un ciclo de recortes. Al cierre de esta edición, Meta no confirmó ni desmintió si los equipos de AI Research and Infrastructure están en el perímetro de los recortes. La información sobre el impacto específico en estos proyectos es preliminar; los datos concretos emergerán en mayo cuando los recortes sean efectivos. Para desarrolladores costarricenses que usan PyTorch o Llama en sus proyectos —cada vez más comunes en el sector de consultoría de datos y en startups de IA— el evento a observar es la cadencia de commits en los repositorios oficiales de GitHub en las próximas cuatro a ocho semanas.
cat /feed/javavirtualthreads.md
> IntelliJ IDEA 2026.1 añadió soporte para Java 26 desde el primer día de disponibilidad del JDK, continuando la política de JetBrains de no hacer esperar a los desarrolladores que quieren explorar características en preview. Las mejoras más relevantes para Java 26 en el IDE: el debugger de virtual threads ahora muestra la pila completa de la corrutina —incluyendo la pila del carrier thread y la del virtual thread— lo que facilita enormemente la identificación de bloqueos y condiciones de carrera en aplicaciones concurrentes basadas en Project Loom.
> El soporte de Kotlin también recibe mejoras: autoconfiguration de los plugins de compilación no-arg y all-open cuando se añade Kotlin a un proyecto existente, detección de pitfalls comunes como el uso de data classes y val fields en entidades JPA, y eliminación automática de construcciones no-arg redundantes. Para el desarrollador de Spring Boot en Kotlin —una combinación muy popular en nuevos proyectos Java enterprise—, estas mejoras reducen el ruido de warnings y los errores difíciles de diagnosticar en la integración Spring/Kotlin.
> Para equipos de backend en Costa Rica que mantienen aplicaciones Java con Project Loom en producción —cada vez más comunes en versiones recientes de Spring Boot—, la visibilidad completa del debugger de virtual threads es una herramienta de diagnóstico de alto valor que hasta ahora requería instrumentación manual.
Thoughtworks publicó en abril de 2026 el volumen 34 de su Technology Radar, el informe semestral que categoriza herramientas, técnicas, plataformas y lenguajes en cuatro anillos (Adoptar, Probar, Evaluar, Poner en espera). El tema dominante del Radar 34 es la IA agentica: casi un tercio de las entradas nuevas del volumen tienen relación directa con agentes de IA, modelos de lenguaje o frameworks para su integración en procesos de desarrollo. Un concepto nuevo que el Radar 34 introduce es «deuda técnica agentica»: la acumulación de decisiones de diseño subóptimas en pipelines de agentes que son difíciles de refactorizar porque involucran modelos que no son deterministas. La analogía con la deuda técnica tradicional es útil, pero el Radar advierte que la deuda técnica agentica es más difícil de cuantificar porque el comportamiento del sistema cambia con cada actualización del modelo subyacente, incluso sin cambios en el código. El ángulo contrario: algunos desarrolladores con experiencia en sistemas de IA señalan que el concepto de «deuda técnica agentica» puede ser una forma de darle nombre respetable a bugs normales en sistemas mal diseñados, y que la solución no es un nuevo concepto sino mejores tests y abstracciones. Para equipos de desarrollo costarricenses que están construyendo sus primeras integraciones de agentes de IA —un proceso que está activo en varias empresas del sector financiero y de servicios del Gran Área Metropolitana— el Radar 34 de Thoughtworks es una referencia de prácticas actuales de la industria.
El 24 de abril de 2026 es una buena semana para los desarrolladores de TypeScript: el beta de la versión 7.0 con compilador Go hace que algo que tardaba un minuto y medio tarde ahora nueve segundos. IntelliJ IDEA consolida su versión 2026.1 con más de 1.000 correcciones. El ecosistema de Rust sigue expandiéndose: ya es ciudadano de primera clase en el kernel Linux 7.0, y Rolldown 1.0 lo trajo al toolchain de JavaScript. Y el Radar de Thoughtworks nombra un fenómeno que los equipos de desarrollo con agentes de IA ya experimentan pero no tenían término para describir. Para el mercado de desarrollo de software en Costa Rica, la semana consolida tres señales relevantes: invertir en actualizar el toolchain de TypeScript vale; el soporte de virtual threads en Java tiene herramientas de diagnóstico maduras; y construir con agentes de IA requiere un enfoque de diseño que prevenga la deuda técnica agentica desde el inicio, no como corrección posterior.