Cofundador de HashiCorp dice que GitHub 'ya no es un lugar para trabajo serio'
(theregister.com)- Ghostty, un terminal emulator que añade nuevos elementos a la categoría de software rápido y maduro, está migrando de GitHub a otro repositorio colaborativo de código
- Mitchell Hashimoto se registró en GitHub en febrero de 2008 como el usuario 1299 y lo ha usado casi todos los días desde entonces; en algún momento lo consideró el lugar que más felicidad le daba
- Durante el último mes, casi todos los días hubo registros de que una caída en la confiabilidad del servicio afectó su trabajo, y el mismo día en que escribió el texto no pudo hacer revisión de PR durante casi 2 horas por una caída de GitHub Actions
- GitHub ya no es un lugar agradable y, tras 18 años de uso, decidió irse, aunque deja abierta la posibilidad de volver si hay resultados y mejoras reales
- La migración de Ghostty avanza de forma incremental mientras conversa con varios proveedores commercial y FOSS, y se hará dejando un mirror de solo lectura en GitHub
Antecedentes sobre Ghostty y el uso de GitHub
- Su proyecto principal actual es Ghostty, un terminal emulator que añade “interesting new wrinkles” a la categoría de software rápido y maduro
- El desarrollo de Ghostty se ha hecho usando GitHub, y Mitchell Hashimoto se registró en febrero de 2008 como el usuario 1299 y lo ha usado casi a diario desde entonces
- GitHub era “el lugar que más felicidad le daba”, y era un servicio al que le tuvo cariño durante mucho tiempo, al punto de dedicarle tiempo incluso durante su luna de miel
- En vez de hacer doom scrolling en redes sociales, desde hace mucho tiempo revisaba issues de GitHub, y hasta en vacaciones estudiaba el código fuente de proyectos de GitHub, sus procesos OSS y la respuesta de los maintainers
Fallas que bloquean el trabajo todos los días
- Últimamente su percepción de GitHub cambió mucho, y siente que GitHub le falla todos los días y que ese problema ya lo afecta de forma personal
- La causa principal es la caída en la confiabilidad del servicio, y durante el último mes marcó con una “X” en su diario cada fecha en la que una falla de GitHub afectó negativamente su capacidad de trabajar
- En ese diario había una “X” casi todos los días, y el mismo día en que escribió el texto no pudo hacer revisión de PR durante casi 2 horas por una caída de GitHub Actions
- El texto fue escrito unos días antes del incidente del 28 de abril, cuando un pull request no pudo completarse por un SNAFU de Elasticsearch
- Si ese tipo de fallas bloquea el trabajo durante horas cada día, entonces GitHub ya no es un lugar para “serious work”
Flujo de desarrollo y desconexión emocional
- GitHub ya no es un lugar agradable y, como dice la frase “I want to ship software and it doesn't want me to ship software”, se ha convertido en algo que impide publicar software
- Espera que GitHub mejore, pero al mismo tiempo necesita escribir código y ya no puede seguir programando con GitHub
- Después de 18 años de uso, llegó a la conclusión de que tiene que irse, aunque deja abierta la posibilidad de volver si hay resultados y mejoras reales
- La condición para volver a GitHub no son palabras ni promesas, sino resultados concretos y mejoras reales
Cómo será la migración de Ghostty
- Ghostty ya está en proceso de migración hacia otro collaborative code locker
- Está hablando con varios proveedores, entre ellos tanto proveedores commercial como proveedores FOSS
- Eliminar por completo la dependencia de GitHub tomará tiempo, y el plan es avanzar de la manera más incremental posible
- Dejará un mirror de solo lectura de Ghostty en GitHub, y sus proyectos personales seguirán estando en un servicio propiedad de Microsoft
- Ghostty es el proyecto que más impacto tiene sobre él, sobre los maintainers y sobre la comunidad open source, por lo que ese es el foco principal de este cambio
La posición de GitHub y el contexto de Microsoft
- Cuando Microsoft adquirió GitHub, existía la preocupación de que se convirtiera en un servicio centrado en Redmond y menos cómodo para desarrolladores que no están atados al ecosistema de Windows o Azure
- En general, esa preocupación no se materializó, y GitHub se consolidó como el lugar de facto para trabajar y compartir código
- La experiencia de Hashimoto muestra que esa posición puede tambalearse, y además coincide con el momento en que Microsoft reconoció que Windows has serious quality problems
- Entre las causas de los problemas de calidad de Windows se mencionó haber forzado AI dentro de demasiadas herramientas, y el aumento de inestabilidad de GitHub que observó Hashimoto también apareció en el mismo periodo que la obsesión de Microsoft con la AI
1 comentarios
Comentarios de Hacker News
Me da muchísima rabia que la estabilidad de GitHub se haya venido abajo justo cuando la empresa está moviendo todo de CircleCI a GitHub Actions
Lo más absurdo es que incluso Azure Repos/Pipelines parecía mejor que esto
También escuché que GitHub todavía está en proceso de migración a infraestructura de Azure, así que quizá esté en un estado intermedio, pero eso no me inspira confianza
Puede que sea una excusa, pero suena bastante plausible
Incluso me gustaría usar algo como Forgejo, pero somos como 12 desarrolladores y, siendo honestos, solo yo lo he usado antes
Es realmente básico, así que hay poco que pueda romperse, y por la misma razón también me gusta mucho su sistema de tickets
Tiene solo las funciones necesarias, y los managers no pueden agregar un millón de campos para torturarte con reportes o burndown charts
https://news.ycombinator.com/item?id=47616242
https://isolveproblems.substack.com/p/how-microsoft-vaporize...
GitLab tampoco es precisamente mejor
Parece que tienen presupuesto infinito para cambios idiotas de UI que no mejoran nada en la práctica, mientras ignoran bugs graves en los releases
Cuando empecé a usar GitLab por primera vez, hace unos 8 o 9 años, me encantaba, y unos años después, cuando la empresa se pasó a GitHub, se sintió como un gran retroceso
GitLab tenía muchas pequeñas comodidades de UX y, aunque tenía asperezas, en general parecía bien diseñado
Pero desde entonces todo ha empeorado mucho, la UX ha cambiado incontables veces y cada vez parece peor
Las asperezas no se arreglan y solo siguen apareciendo nuevas
En años recientes cuesta pensar en funciones útiles que se hayan agregado o mejorado, y como GitHub también es un desastre, da pena que GitLab no se haya consolidado claramente como una mejor alternativa y se hubiera quedado con ese mercado
Pasé días sin entender la causa, y recién en la actualización siguiente apareció una advertencia sobre el problema y ejecuté el repair command para dejar todo en orden otra vez
Era un servidor muy pequeño, con unos 10 usuarios y como máximo 50 repositorios
GitHub, Bitbucket, Codeberg y otros iban bien, pero GitLab estaba llenísimo de bugs, era imposible actualizar las claves SSH en Firefox y ni siquiera había una indicación clara de que fuera un bug de compatibilidad entre GitLab y Firefox
Me tomó casi una hora pensar “a ver, voy a intentar subir la nueva clave SSH desde Chrome”, y desde entonces siento que no quiero volver a tocar GitLab
Como Ghostty se convierte en el proyecto más reciente en dejar GitHub, me da curiosidad quién será el siguiente
No creo que todo el mundo vaya a abandonar GitHub y levantar su propio servidor Forgejo de aquí al próximo miércoles, pero sí creo que el hecho de que la gente por fin empiece a considerar salir de GitHub es algo que debería preocuparle a GitHub
Al ingeniero de software promedio no le importa nada el VCS o el forge, y su conocimiento de ambos es muy superficial
Para la gente que solo quiere hacer su trabajo y volver a su vida, no es algo tan importante
¿Soy solo yo o los issues empeoraron muchísimo desde la adquisición por MSFT?
¿Cuánto habrá crecido desde entonces? ¿10 veces? ¿100 veces? ¿Más?
Cuando una empresa compra algo, el siguiente problema es quién va a ser su dueño internamente
La clave es quién dentro de la nueva empresa va a ser responsable de “mantenerlo bien”, e incluso si la gente que hacía ese trabajo antes de la compra sigue allí, el problema de incentivos es otra cosa
Microsoft tiene un problema serio
Se le notan huecos como si fueran al menos 10 empresas pegadas con cinta y llamadas Microsoft, y también existe un gran riesgo reputacional donde una caída del área de Xbox puede afectar al área de herramientas, o viceversa
Falta enfoque en muchos frentes, y después de parar con los anuncios para la prensa, hacía falta un momento tipo “service pack 2” para corregir esta montaña Everest de deuda técnica
Embrace, extend, and extinguish
Dice “GitHub user 1299, joined in February 2008”, pero ¿cómo sabe alguien qué número de GitHub user # es?
curl [https://api.github.com/users/YOUR_USER_HERE](<https://api.github.com/users/YOUR_USER_HERE>;)y luego ves el id en el payload"id": 2851O puedes ver el source HTML del avatar: https://avatars.githubusercontent.com/u/2851?v=4
Sinceramente pensé que sería de varios millones
/u/#Yo ando por los 4 millones
Basado en las estadísticas de actividad de usuario que he acumulado durante casi 20 años, estoy seguro de que soy un usuario del 1% superior, o cerca de eso, en términos de carga de trabajo constante y de largo plazo, y de escribir a diario software que otras personas realmente usan
Yo también soy un usuario bastante antiguo de GitHub, aunque no de los primerísimos, y aunque los indicadores de GitHub empeoren, igual sigo publicando
Porque no necesitas GitHub para escribir software
El comentario de Hashimoto me parece inestable y ojalá encuentre paz, pero si no fuera quien es, creo que leería un comentario así y pensaría que hay un problema, así que creo que efectivamente lo hay
Si no es así, juzgar a la gente que se queja de las caídas se siente bastante presuntuoso y desagradable
Ese tipo de cosas normalmente se ve más en Reddit
Era demasiado predecible que alguien se perdiera el punto diciendo “no es que te impida programar en tu propia máquina”, así que el post original del blog ya abordaba ese punto de antemano
No debería hacerse ese tipo de ataque personal asqueroso sobre la salud mental de alguien
Pero después de leerlo, sí parece que su reacción emocional no encaja del todo con la situación
Aun así, dependiendo del tamaño del proyecto, atender issues, gestionar reviews y demás puede convertir GitHub en un trabajo de tiempo completo, y no es raro usar las descripciones y comentarios de los PR como parte de la documentación en lugar de mensajes de commit
Así que la disponibilidad de GitHub realmente puede ser un problema enorme para muchas empresas
Incluso en este preciso momento siguen los problemas con la API de GitHub
La pregunta clave es cuál es la mejor alternativa
Incluso con la versión gratuita no tenemos grandes quejas
Todo el código público incluso se puede subir allí como mirror
Si necesitas un lugar para correr pruebas, puedes montar tu propia infraestructura
Hoy es más fácil que nunca, así que ¿por qué depender de una caja negra así?
Es mucho más rápido que GitLab