Durante años, GitHub fue el lugar donde vivía internet por dentro. El sitio donde los programadores guardaban su trabajo, colaboraban con otros y construían cosas increíbles juntos. Pero algo ha cambiado, y no en la dirección correcta. Cada vez más voces conocidas están diciendo adiós, y los motivos son tan concretos como preocupantes.
Si no te dedicas a la programación, puede que GitHub te suene a algo vago y técnico. Piénsalo como una especie de Google Drive para código, pero con superpoderes: no solo almacenas archivos, sino que puedes ver quién cambió qué y cuándo, trabajar en equipo sin pisarte con otros, y automatizar todo tipo de tareas. Esa última parte es clave. Hoy en día, cuando un desarrollador sube código a GitHub, pueden dispararse procesos automáticos que prueban si funciona, lo despliegan en servidores o lo envían a revisión. Si GitHub se cae, no es que no puedas ver la web. Es que toda la cadena de producción se para en seco. Y eso es exactamente lo que está ocurriendo con una frecuencia que ya resulta inaceptable para muchos profesionales.
El caso que ha puesto el foco en este problema tiene nombre y apellido: Mitchell Hashimoto. Puede que no lo conozcas, pero en el mundo del desarrollo de software es una figura con mucho peso. Fue el usuario número 1.299 en registrarse en GitHub allá por 2008, cuando la plataforma era apenas un proyecto joven, y es el creador de Ghostty, una de las aplicaciones de terminal más valoradas del momento. Hashimoto no se fue de GitHub dando un portazo impulsivo. Hizo algo más metódico y, en cierto modo, más contundente: llevó un diario durante un mes entero en el que anotaba cada día que algún fallo de la plataforma le impedía trabajar con normalidad. Al final del mes, casi todos los días tenían una marca. El ejemplo que él mismo destacó fue especialmente ilustrativo. Un día no pudo revisar ni una línea de código durante dos horas porque GitHub Actions, el sistema que automatiza tareas dentro de la plataforma, estaba completamente caído. Dos horas de parón forzado. No por un fallo propio, no por un problema en su equipo, sino porque el servicio del que dependía para trabajar sencillamente no funcionaba. Su conclusión fue directa: GitHub ya no es un sitio para el trabajo serio. Mantendrá allí sus proyectos más pequeños, más por nostalgia que por convicción, pero Ghostty y el resto de sus proyectos importantes se van a otra parte.
Lo que le ocurre a Hashimoto no es un caso aislado. Es el síntoma más visible de una enfermedad que muchos ya llevan tiempo diagnosticando en voz baja. GitHub, desde que Microsoft lo compró en 2018, vivió durante un tiempo una etapa sorprendentemente tranquila. Muchos temían que la gran corporación lo estropeara, pero al principio las cosas siguieron más o menos igual. El problema es que, con el tiempo, la plataforma ha crecido enormemente en funciones y complejidad, y da la sensación de que el mantenimiento de lo esencial se ha quedado atrás. El patrón resulta familiar si sigues la actualidad tecnológica: es el mismo que se ve en Windows 11, donde las novedades se acumulan mientras los bugs de base permanecen sin resolver. La obsesión por integrar inteligencia artificial en cada rincón del producto parece haber desplazado la atención de lo que debería ser innegociable: que el servicio funcione. Y las consecuencias no se limitan al mundo individual. Incluso OpenAI, la empresa detrás de ChatGPT, ha llegado a plantearse desarrollar su propia alternativa a GitHub para no depender de una plataforma con tantos problemas de estabilidad. Cuando una de las compañías tecnológicas más poderosas del mundo empieza a pensar en irse, es señal de que algo está fallando a un nivel bastante serio.
Los desarrolladores que están perdiendo la paciencia no se están quedando sin opciones. GitLab, una plataforma alternativa con una propuesta muy similar pero gestionada de forma diferente, está recibiendo cada vez más atención. Otros equipos están optando por montar sus propios servidores privados, lo que implica más trabajo de mantenimiento pero también más control y menos dependencia de terceros. Es un movimiento significativo. Durante años, GitHub tuvo una posición casi monopolística en el ecosistema del desarrollo de software. Salirse de ahí tenía un coste alto, porque toda la comunidad, todos los proyectos, todos los flujos de trabajo estaban allí. Que cada vez más profesionales estén dispuestos a asumir ese coste dice mucho sobre hasta qué punto la situación se ha vuelto insostenible. La pregunta que queda en el aire es si Microsoft reaccionará a tiempo o si seguirá acumulando funciones mientras la base se agrieta. GitHub sigue siendo, por ahora, la plataforma dominante. Pero la confianza, una vez rota, es difícil de recuperar. Y en el mundo del software, donde todo el trabajo de un equipo puede quedar paralizado por dos horas de caída, la confianza no es un lujo. Es el mínimo exigible.
Fuente: Computer hoy
Añadir comentario
Comentarios