Ya no mantengo mis proyectos de Emacs en Sourcehut
Opciones de alojamiento y practicidad
- Muchos ven el alejamiento de Sourcehut como una decisión pragmática: elegir el forge cuyas compensaciones se adapten mejor a tu proyecto y a tu audiencia.
- Varios comentaristas usan una regla simple: “Si quiero colaboradores y visibilidad, uso GitHub; si no, cualquier otra cosa (autohospedado, Gitea/Forgejo, Sourcehut, git desnudo).”
- Algunos enfatizan que alojar el código es trivial; la parte difícil es alojar bien los issues, las revisiones y las discusiones.
El dominio de GitHub y los aspectos sociales
- GitHub se describe como una red social de facto para desarrolladores: las estrellas, los feeds y la capacidad de descubrimiento impulsan el compromiso y las contribuciones.
- Los efectos de red importan: a menudo los colaboradores no quieren “otra cuenta” ni una interfaz desconocida.
- Algunos rechazan Microsoft y el entrenamiento de IA, pero aun así sienten la obligación de quedarse porque “ahí está la gente”.
Impresiones sobre GitLab
- Opiniones mixtas: se elogia por el autohospedaje y los flujos de trabajo empresariales, pero se critica por ser lento, recargado y más orientado a empresas que a comunidad.
- El precio y las restricciones funcionales anteriores (como limitar la búsqueda anónima de issues) disuaden el uso por parte de aficionados y OSS.
Flujo de trabajo y UX de Sourcehut
- Quienes lo apoyan valoran su enfoque centrado en el correo, minimalista, “funciona para sus usuarios” y el rechazo deliberado a la interacción al estilo GitHub.
- Quienes lo critican encuentran la interfaz anticuada, la navegación torpe, el manejo de adjuntos deficiente y los flujos de parches por correo confusos para los recién llegados.
- Algunos sostienen que la fricción atrae de forma selectiva a colaboradores serios; otros dicen que simplemente mata contribuciones pequeñas pero valiosas.
Listas de correo vs colaboración basada en la web
- Las listas de correo se elogian por ser abiertas, federadas y buenas para discusiones técnicas matizadas, con integración de herramientas de git.
- Se señalan inconvenientes: fricción para suscribirse, ruido en la bandeja de entrada, mala búsqueda para recién llegados, confusión entre “reply” vs “reply-all/list”, y molestias con mbox.
- Varios dicen que las listas de correo están bien para proyectos establecidos y con muchos colaboradores, pero resultan desalentadoras para los nuevos.
Colaboradores, fricción y objetivos del proyecto
- Algunos responsables de proyectos prefieren deliberadamente barreras más altas para filtrar spam y el sentimiento de derecho adquirido.
- Otros quieren la menor fricción posible para fomentar correcciones puntuales y retoques de documentación.
Alternativas y preocupaciones sobre el bloqueo
- Se mencionan Forgejo, Gitea, Codeberg, Fossil y Forgejo/Gitea autohospedados o git desnudo como prometedores o suficientes, aunque se señalan problemas de comunidad y drama.
- Los comentaristas se preocupan por la monocultura y una futura “enshittification” de GitHub, y desean mejor interoperabilidad entre forges (issues, PRs y revisiones, no solo pushes de git).