🔓 Open Source
El equipo de Nixpkgs se disolvió y lo que esto significa para Linux
El equipo core de Nixpkgs, el repositorio más grande de GitHub con más de 100,000 paquetes para Linux, acaba de renunciar en masa. La razón no es un bug, no es un hackeo — es burnout puro causado por un comité directivo que no funciona. Y si crees que esto solo le pasa a proyectos pequeños, necesitas leer esto.
¿Qué pasó exactamente?
El 7 de agosto, los dos miembros restantes del equipo core — @alyssais y @emilazy — publicaron un comunicado devastador en el foro de NixOS. Resumido: llevan 10 meses intentando hacer su trabajo, pero el Steering Committee (SC) los ha micromanageado constantemente, tomado decisiones sin consultarlos, y respondido con retraso a sus preocupaciones.
El resultado: attrition total. Solo una persona se postuló cuando pidieron nuevos miembros. Las dos personas que quedaban ya no podían seguir. Se disolvieron.
El problema de fondo: burnout en open source
Esto no es un incidente aislado. El comunicado es brutal en su honestidad:
"El entorno resultante ha actuado como un freno constante en nuestro trabajo, dificultando que cumplamos nuestro mandato constitucional." Los miembros del SC tomaban temas que estaban bajo la jurisdicción del equipo core sin involucrarlos. Hablaban por el comité cuando en realidad era opinión personal. Respondían tarde — o no respondían — a preocupaciones legítimas.
Y lo peor: ambos miembros renunciaron a postularse para el SC. Se van del proyecto casi por completo.
¿Por qué importa esto?
Nixpkgs no es un proyecto random. Es la columna vertebral de NixOS, una de las distribuciones Linux más innovadoras del mundo. Cuando NVIDIA, Determinate Systems y Docosaurus lo patrocinan, y cuando tiene más de 100,000 paquetes activos, una crisis de gobierno no es un drama de internet — es una alerta para toda la industria del software.
El problema que describe el equipo core suena familiar para cualquiera que haya trabajado en una empresa con management disfuncional:
- Micromanagement desde arriba — el SC intervenía en decisiones que delegaron al equipo
- Comunicación inconsistente — no sabías si alguien hablaba como individuo o como comité
- Duplicación de esfuerzo — el SC tomaba ownership de temas sin consultar al equipo asignado
- Respuestas lentas — problemas urgentes quedaban sin resolver por semanas
Solo que en open source no tienes HR, no tienes reunión 1:1, y no puedes renunciar condos semanas de preaviso. Te vas y punto.
La paradoja del gobierno open source
El comunicado señala un problema sistémico: la desconfianza histórica hacia la gobierno en la comunidad NixOS ha creado un ciclo vicioso. Cuando la gente no confía en el liderazgo, adopta un enfoque combativo y cero-sum. Eso funciona para generar cambios cuando hay un vacío de poder, pero destruye a los equipos que intentan liderar de buena fe.
"Ese resultado solo premia a quienes no se preocupan por escuchar a la comunidad o por perseguir un liderazgo de confianza consultiva", escriben. "Y reduce aún más el pequeño grupo de contribuyentes experimentados con tiempo y ganas de participar en gobierno."
Es un círculo vicioso: más burnout → menos líderes → más desconfianza → más burnout.
¿Qué sigue para NixOS?
El SC sigue funcionando como backstop. Pero sin un equipo core delegado que tome decisiones sobre los 100,000+ paquetes de Nixpkgs, todo recae en un comité que — según los propios líderes del proyecto — "no tiene la capacidad" para manejar esas responsabilidades.
La próxima elección del SC está por venir. Si algo no cambia fundamentalmente, este patrón se repetirá. Y con cada ciclo de burnout, los mejores contribuyentes se van permanentemente.
El take para devs latinos
Si contribuyes a open source — o planeas hacerlo — esto es tu lección. El burnout no respeta rangos ni reputaciones. Los dos miembros que renunciaron tenían acceso directo al más alto nivel de gobierno del proyecto y aun así no pudieron hacerlo funcionar.
Si estás en un proyecto open source donde el gobierno se siente como una lucha constante, no estás solo. Y si eres maintainer, la comunicación clara entre niveles de gobierno no es opcional — es supervivencia.
Nixpkgs sobrevivirá, como sobrevivió a la renuncia del equipo de infraestructura de GitHub en 2022. Pero cada vez queda más claro que el software libre tiene un problema de sostenibilidad humana que ningún commit puede arreglar.
¿Alguna vez has sentido que el gobierno de un proyecto open source te está quemando? Cuéntano en los comentarios.