GitHub y el crimen contra el software

Artículo original ↗ Discusión en Hacker News ↗

Alternativas y estrategias de espejado

  • Muchos sugieren espejar repositorios en múltiples forges (GitHub, GitLab, Codeberg, etc.) mediante múltiples entradas pushurl, algo que algunos conocieron por primera vez.
  • Otros proponen opciones descentralizadas o emergentes: hosts basados en Forgejo, Gitea, sr.ht, tangled.org, radicle.dev, git basado en Nostr, o incluso un VPS/Mac mini con repositorio desnudo en un tailnet VPN.

Issues, PRs y bloqueo por metadatos del proyecto

  • Varios argumentan que el verdadero bloqueo no es el alojamiento de git, sino el ecosistema que lo rodea: issues, PRs, wikis, discusiones, CI/CD y el contexto histórico.
  • Mover el código es fácil; migrar flujos de trabajo, integraciones y metadatos se describe como difícil y a menudo propietario.
  • Algunos abogan por dividir las herramientas (por ejemplo, YouTrack/Jira, Gerrit, wikis separadas, chat) para ganar flexibilidad, mientras que otros ven esto como una pesadilla de búsqueda y complejidad y prefieren tener todo en un solo lugar.

Compromisos del autoalojamiento

  • Algunos informan que autoalojar Forgejo/Gitea en servidores baratos o dispositivos NAS es sencillo y de bajo mantenimiento.
  • Otros describen GitLab autoalojado como pesado (imágenes grandes, alto uso de recursos) y como una carga de seguridad/operaciones.
  • Unos pocos prevén un “retorno al autoalojamiento”, pero señalan que la mayoría no quiere pagar ni administrar su propio forge.

Centralización, efectos de red y estrellas

  • Se citan fuertes efectos de red como la principal razón por la que GitHub sigue dominando, incluso con alternativas creíbles.
  • Las estrellas de GitHub se ven como una poderosa “moneda” de legitimidad de proyectos, con afirmaciones de que pueden comprarse y, por tanto, distorsionan la adopción.
  • Esta economía de estrellas se presenta como una fuente clave de bloqueo; importar estrellas a otro lugar no resuelve la acumulación continua.

Fiabilidad, rendimiento y enfoque en IA

  • Los comentaristas destacan las frecuentes caídas de GitHub y señalan datos del changelog: muchas entradas de “Copilot/agent” y ninguna etiquetada como “performance/reliability”.
  • La UI es criticada por estar recargada y muy cargada de JavaScript, con un desglose que enumera cientos de archivos JS cargados incluso para páginas simples, incluidos bundles relacionados con Copilot.
  • Otros informan que GitHub en gran medida “simplemente funciona” para ellos, con caídas graves poco frecuentes.

Debate sobre las causas raíz y el tono del artículo

  • Un bando culpa a Microsoft/GitHub por priorizar funciones de IA sobre la estabilidad y por una década de deuda técnica.
  • Otro atribuye el dolor reciente a una explosión repentina de actividad automatizada por herramientas de codificación con IA, argumentando que ningún equipo podría haber escalado lo bastante rápido.
  • Algunos consideran que el artículo original es demasiado negativo o ideológico; otros defienden la crítica como legítima dada su uso empresarial y los SLAs.