Una falla de escritura en GitHub, una fotografía incómoda del gremio developer y el cambio de calendario de versiones de Node.js marcan la semana técnica.
Dos cortes de nueve y diez minutos impidieron hacer push, abrir pull requests o correr Actions, mientras la lectura de repositorios seguía funcionando.
GitHub registró el 7 de octubre dos ventanas de falla en operaciones de escritura, según el historial de estado de la plataforma (incidente #145782): la primera de aproximadamente diez minutos y la segunda de nueve, con hasta 8,9% de las solicitudes web y de API fallando en el momento más agudo. Git push, pull requests, issues, GitHub Actions, webhooks y el inicio de sesión se vieron afectados; las operaciones de lectura de código se mantuvieron mayormente estables. No es el primer tropiezo del año para la plataforma —en agosto GitHub sufrió un incidente más amplio con tasas de error cercanas al 20%—, lo que ha reavivado la discusión sobre la dependencia que buena parte de la industria del software tiene de un solo proveedor para alojar código y correr integración continua. Equipos de desarrollo en Costa Rica que dependen de GitHub Actions para desplegar a producción sintieron el corte como cualquier otro: pipelines colgados y pushes rechazados por minutos, sin que exista todavía un plan de contingencia estándar más allá de esperar a que el proveedor se recupere.
Stack Overflow publicó el 6 de octubre los resultados de su encuesta anual de desarrolladores, con más de 30.000 participantes de 169 países. El hallazgo que domina la conversación es la insatisfacción laboral: apenas 22% dice sentirse feliz en su puesto actual, y la proporción de desarrolladores que trabajan en organizaciones de una sola persona —freelancers y microemprendimientos de software— subió de 4% a 10% en un año, según la propia Stack Overflow. El dato que matiza el entusiasmo por la inteligencia artificial generativa en el oficio: aunque 83% de los encuestados usa al menos una herramienta de IA para programar, el reclamo más repetido sobre esas herramientas es que 'la solución casi queda bien, pero no del todo' —una forma de decir que la IA acelera el primer borrador del código, pero no reduce el trabajo de depuración y revisión que exige llevarlo a producción. La encuesta no cubre a Costa Rica de forma desagregada, pero el patrón de adopción de copilotos de código es consistente con lo que reportan comunidades locales de desarrolladores (meetups de TypeScript y Node.js en San José) sobre el uso cotidiano de estas herramientas en equipos de software tico.
Node.js 26, publicado el 5 de mayo de 2026, entra a su fase de soporte de largo plazo (Active LTS) el 28 de octubre, el punto en el que la mayoría de equipos de producción empieza a migrar desde versiones anteriores. En paralelo, Node 24 sale de ese mismo estado de soporte activo este 20 de octubre, lo que deja a los equipos que todavía corren esa versión con una ventana para planificar la actualización. El cambio de fondo, según cobertura técnica recogida por DevX y ecorpit.com a partir de la hoja de ruta del proyecto, es que desde 2027 Node.js abandona el esquema de una versión 'current' cada seis meses con numeración par/impar para pasar a un único lanzamiento mayor por año cada abril, promovido a LTS cada octubre. Es una simplificación pensada para que los equipos de infraestructura dejen de tener que decidir entre dos calendarios de actualización simultáneos. Para los equipos de backend costarricenses que corren Node en producción —desde fintechs locales hasta operaciones de empresas de zona franca— la fecha del 28 de octubre es la señal concreta para revisar su matriz de versiones antes de que termine el año.
GitHub confirmó en su changelog de finales de agosto que un grupo de modelos de lenguaje dejaría de estar disponible en todas las experiencias de Copilot a partir del 2 de octubre de 2026, como parte de la rotación habitual de proveedores que la compañía sostiene desde que abrió Copilot a múltiples modelos. En su lugar, GPT-6 Astra de OpenAI y Gemini 3.8 Flash de Google ya están disponibles dentro de Copilot, según el mismo changelog. En paralelo, Visual Studio sumó en su actualización de agosto la posibilidad de que organizaciones y empresas publiquen agentes personalizados de uso interno en todos sus repositorios, además de visibilidad de consumo de plan directamente desde el cuadro de comandos de Copilot. El movimiento confirma una tendencia que ya se venía reportando: Copilot deja de ser un autocompletado y se convierte en una capa de agentes configurables por equipo. La fecha exacta de cierre de la ventana de deprecación de modelos específicos no quedó clara en el changelog consultado para esta nota; equipos que automatizaron flujos de trabajo citando un modelo por nombre deberían revisar su configuración antes de que termine octubre. Sin impacto local conocido al cierre de esta edición más allá del ajuste de configuración que cualquier equipo que use Copilot en Costa Rica deberá hacer, como cualquier otro cliente de la herramienta.
— El changelog de agosto ya advertía del recorte de modelos que se hizo efectivo el 2 de octubre, mientras Visual Studio suma agentes personalizados a nivel de organización.
La versión 6.0, publicada en marzo, es la última construida sobre el compilador histórico escrito en JavaScript; una versión preliminar de TypeScript 7 ya corre sobre una base reescrita en Go.
Microsoft publicó TypeScript 6.0 el 23 de marzo de 2026 como la última versión mayor construida sobre el compilador original escrito en JavaScript, según la cobertura de Visual Studio Magazine e i-Programmer. La versión activa por defecto el modo estricto y añade tipos nativos para la API Temporal, ya en etapa 4 del proceso de estandarización de ECMAScript. El movimiento de fondo es la migración del compilador a una base reescrita en Go, ya disponible en vista previa bajo el nombre de TypeScript 7, con el objetivo declarado de acelerar drásticamente los tiempos de compilación en proyectos grandes. Microsoft no ha confirmado todavía una fecha de disponibilidad estable para esa versión nativa, por lo que equipos que dependen de TypeScript para producción siguen operando sobre la rama 6.x mientras tanto. La migración interesa particularmente a los equipos de desarrollo costarricenses que arrastran monorepos grandes en TypeScript —frecuentes en bancos locales y empresas de software para exportación—, donde el tiempo de compilación es hoy una queja habitual en comunidades locales del lenguaje.