Con los problemas sufridos por GitHub, esto se veía venir
El desarrollador y emprendedor Mitchell Hashimoto sorprendió a la comunidad al anunciar que retirará su popular proyecto Ghostty de GitHub. El motivo que esgrime es contundente. Afirma que la plataforma “ya no es un lugar para trabajo serio”.
El problema principal, la falta de fiabilidad
Hashimoto no se fue por ideología ni dinero, sino por problemas de operaciones.
Datos que menciona:
- Más de 65 incidentes en 2 meses a inicios de 2026
- Disponibilidad de 90.21% en 90 días
- Muy por debajo del SLA prometido de 99.9%
Incluso llevó un diario marcando con una “X” los días en que las caídas afectaban su trabajo. El día que anunció su salida, una caída de GitHub Actions le bloqueó revisiones de PR durante más de 2 horas.
Para un desarrollador independiente o startup, esto impacta directamente en:
- Lanzamientos
- Revisiones de código
- Ejecución de pipelines CI/CD
No es un caso aislado, se empieza observar un pequeño éxodo
Ghostty no es el único proyecto que se va. Otros proyectos open source también migraron:
- Zig
- Strudel
- Tenacity
La Zig Foundation incluso renunció a $170,000 al año en GitHub Sponsors para migrar a Codeberg por razones estratégicas.
Esto muestra que algunos proyectos consideran riesgosa la dependencia total de GitHub.
La culpable de la situación podría ser la IA
Muchos desarrolladores vinculan los problemas de estabilidad con la estrategia de Microsoft de integrar IA agresivamente en la plataforma.
La percepción que existe en la comunidad:
- Recursos desviados hacia IA (Copilot y nueva funcionalidad de agentes de IA)
- Menor foco en la infraestructura base
- Patrón similar al que ya se ha vivido en Windows
No hay pruebas definitivas de causalidad, pero la coincidencia temporal ha generado desconfianza.
Qué significa esto para los usuarios de GitHub
El mensaje clave no es “abandona GitHub”, sino que no dependas de una sola plataforma crítica.
Git nació como sistema descentralizado, pero el ecosistema se volvió extremadamente centralizado en GitHub.
Para una startup, una caída de horas puede afectar:
- Demos a inversionistas y clientes
- Nuevos lanzamientos
- Ventas
- Reputación
Estrategias de mitigación recomendadas
1) Audita tu dependencia de GitHub
Haz un mapa de todo lo que depende de la plataforma:
- Repositorios
- CI/CD (Actions)
- Paquetes
- Issues
- Releases
Intenta responder a la siguiente pregunta, ¿Qué pasa si GitHub se cae 24–48 horas?
2) Diversifica tu infraestructura
Alternativas comunes:
- GitLab
- Codeberg
- Forgejo
CI/CD independiente:
- CircleCI
- Buildkite
- Jenkins
Incluso disponer de un sitio espejo reduce los riesgos enormemente.
3) Exige SLAs reales si pagas por el servicio Enterprise
Si usas GitHub Enterprise:
- Compara SLA contractual vs uptime real
- Solicita compensación por downtime
- Negocia proveedores backup
La lección de fondo
Cuando uno de los usuarios más antiguos de GitHub decide irse por fiabilidad, el mensaje es claro:
La centralización extrema del desarrollo moderno crea riesgo sistémico.
Para startups y equipos pequeños, la conclusion es simple, la resiliencia de tu pipeline es tan importante como tu código.
Deja una respuesta