Zig traslada su repositorio principal de GitHub a Codeberg

(ziglang.org)

8 puntos por GN⁺ 2025-11-28 | 4 comentarios | Compartir por WhatsApp

El repositorio del lenguaje de programación Zig deja GitHub, que usó durante 10 años, y se traslada a Codeberg
La causa principal son los problemas de rendimiento y errores de GitHub, en especial la inestabilidad y el abandono de Actions
La política centrada en IA de GitHub y la exposición forzada de funciones de Copilot entran en conflicto con la política de Zig de “no LLM / no AI”
GitHub Sponsors sigue siendo una fuente importante de ingresos, pero se considera un riesgo de dependencia, por lo que se recomienda mover los patrocinios a Every.org
El cambio a Codeberg también representa un fortalecimiento de un ecosistema centrado en organizaciones sin fines de lucro y el bien público

Antecedentes de la migración de GitHub a Codeberg

El proyecto Zig ha estado alojado en GitHub desde hace 10 años, desde git init
- Tras la adquisición de GitHub por Microsoft, consideran que la calidad de la plataforma se deterioró
Se afirma que, debido al colapso de la cultura de ingeniería y de las prioridades de GitHub, la plataforma terminó convertida en un framework de JavaScript lento y lleno de errores
Se indica que GitHub Actions tiene “errores inaceptables” y que casi no recibe mantenimiento
- Explican que, después de la declaración del CEO de “aceptar la IA o irse”, Actions empezó a mostrar un fenómeno de ‘vibe-scheduling’ que ejecuta tareas al azar
- Esto provocó problemas en los que el sistema de CI quedaba paralizado porque no era posible intervenir manualmente
Para resolver estos problemas, Zig decidió cambiar a un nuevo proveedor de alojamiento Git

Problemas relacionados con GitHub y la IA

Mencionan que la exposición forzada de funciones de Copilot en GitHub provocó casos que violaban la política de Zig de ‘no LLM / no AI’
- Como ejemplos de esas violaciones, presentan tres enlaces a PR de GitHub (A, B, C)
Esperan que al mudarse a Codeberg disminuyan las violaciones de políticas relacionadas con IA

GitHub Sponsors y la estructura de patrocinios

GitHub Sponsors tuvo un papel clave en la financiación inicial de Zig y todavía representa una parte importante de sus ingresos
Gracias a la contribución de Devon Zuegel, muchos desarrolladores pudieron obtener ingresos a través de GitHub, pero tras su salida, el producto está siendo descuidado y en declive
La Zig Software Foundation considera GitHub Sponsors como un “pasivo”
- Pide a los patrocinadores trasladar sus aportes recurrentes a Every.org
- Los beneficios para patrocinadores de GitHub Sponsors, como aparecer por nombre en la página principal o ser mencionados en las notas de lanzamiento, serán descontinuados
- Están preparando una forma de ofrecer beneficios equivalentes a través de Every.org

Plan de migración y detalles técnicos

El repositorio ziglang/zig de GitHub pasa de inmediato a modo de solo lectura (read-only)
El repositorio oficial cambia a https://codeberg.org/ziglang/zig.git
Expresan agradecimiento por el apoyo de Forgejo y de la comunidad de Codeberg
- Mencionan en particular la colaboración de Earl Warren, Otto, Gusted y Mathieu Fenniak
Para evitar el vendor lock-in de GitHub, adoptan una estrategia sencilla
- Los issues existentes en GitHub se mantienen tal cual, y en Codeberg los números de issue comenzarán desde 30000
- Los issues y PR existentes en GitHub se dejarán como están, y solo se moverán a Codeberg cuando requieran corrección o comentarios
- Los PR e issues existentes seguirán siendo revisados

El significado de un ecosistema sin fines de lucro

En medio de las fusiones y adquisiciones, una débil regulación antimonopolio y el capitalismo de plataformas de la actualidad,
se menciona a las organizaciones sin fines de lucro como la última línea de defensa para proteger lo público
El texto termina con “Happy hacking”

4 comentarios

GN⁺ 2025-11-28

Opiniones de Hacker News

Me dio risa ver que el proyecto Zig se mudó a Codeberg mencionando casos de violación de la política contra LLM/IA de GitHub (exhibit A, B, C)
En particular, es interesante que la persona de la queja en exhibit A sea la misma que estuvo en la portada de HN hace unos días
- Antes tenía la regla de que “programar es ‘si funciona bien en mi computadora, está bien’, pero la ingeniería de software no es así”
  Ahora cambió a “está bien escribir código con IA, pero la ingeniería no”
- Si ves el GitHub de GhostKellz, hay decenas de proyectos que no funcionan hechos con Zig y Rust
  Incluso está confundiendo a otras personas en el issue de zquic
- También subió en masa código generado por IA en el PR de StaticCompiler para Julia
- Lo más gracioso fue presumir en este tuit que “Claude arregló un bug del compilador Zig” y,
  unos minutos después, apareció el enlace al PR
  Si más adelante en una entrevista le preguntan cuál fue su mayor logro, probablemente dirá: “ser el responsable de sacar a Zig de GitHub”
- A estas alturas ya no sé si es simple troleo o si va en serio
Coincido con la crítica de que la función de GitHub de “reportar issues con Copilot” empuja a violar las políticas sobre IA
También creo que mucha gente usa GitHub con la motivación de verse bien en su perfil para aumentar sus probabilidades de conseguir trabajo
- Pero me pregunto si de verdad ayuda para conseguir empleo mandar un montón de PR aleatorios
  Por mi experiencia, los reclutadores o entrevistadores casi nunca revisan el perfil de GitHub
- En realidad GitHub ya es suficientemente útil solo como hosting de git
  Por ejemplo, como torvalds/linux, se puede usar únicamente como espejo, sin issues ni PR
- Antes se hacía mucho énfasis en CODE_OF_CONDUCT.md, pero ahora dan ganas de agregar una cláusula que diga que no envíen código basura al repo
Dicen que Zig se mudó a Codeberg en vez de quedarse en GitHub por el tema de ICE, pero
Codeberg también usa PayPal, y PayPal forma parte de organizaciones relacionadas con ICE
Este tipo de “espiral de pureza” (purity spiral) termina aislándote a ti mismo
- Pero yo no lo llamaría “espiral de pureza”
  Es simplemente una decisión práctica que incluye consideraciones éticas. Pasarse de GitHub a Codeberg no implicaba una gran carga
- El mundo no es blanco o negro. Exigir solo decisiones perfectamente consistentes es una trampa de los cínicos
  Intentar reducir el daño dentro de lo posible sigue teniendo sentido
- La comunidad de Zig tiene la tradición de rechazar herramientas existentes y crear directamente mejores herramientas
  Tengo esperanzas de que esta sea una oportunidad para construir “una plataforma mejor que GitHub”
- Claro, aparte de la relación entre GitHub e ICE, la mayor parte del texto trataba razones técnicas
- Tratar directamente con GitHub no es lo mismo que usar un procesador de pagos que tiene relaciones de cooperación
  No existe una alternativa perfecta, pero es totalmente comprensible elegir la menos mala
Viendo el estado de la infraestructura de Codeberg, parece que operan hardware inestable con donaciones de la comunidad
Si lees la entrada oficial del blog,
se ve más como un proyecto de hobby que como un entorno de producción estable
- Me dio risa leer la parte de infraestructura
  Parece un entorno en el que Chaos Monkey está corriendo en tiempo real
  Aun así, impresiona la capacidad técnica para mantener ese único servidor
  De todos modos, también voy a tener un espejo del repo de Zig en mi propio servidor
- Me da curiosidad por qué Zig eligió Codeberg en vez de self-hosting (gitea o forgejo)
  Mudarse desde GitHub ya es un cambio grande, y quizá habría sido una opción más segura en términos de estabilidad
- La página de estado de Codeberg siempre está en verde, pero en la práctica parece que hay caídas cada pocos minutos
Es exagerado atacar a GitHub Actions como “el mejor CI gratis hecho por monos”
Para proyectos que no tienen un presupuesto de millones de dólares como la Zig Foundation, ayuda muchísimo
Pero también es exagerado llamar una “carga” a GitHub Sponsors
- El equipo de Zig responde que no se deben ignorar los problemas técnicos de GitHub Actions
  Nosotros operamos nuestras propias máquinas de CI, así que los runners gratis no significan nada
  Además, lo de “millones de dólares” no es cierto. La mayor parte corre en hardware de consumo en las casas del equipo
  GitHub Sponsors se dejó porque existe el riesgo de que Microsoft suba las comisiones o lo cierre en cualquier momento, y por eso se cambiaron a Every.org
- Cualquiera que haya usado GitLab o Jenkins probablemente haya tenido una mejor experiencia que con GitHub Actions
  La documentación también es pobre, e incluso el manejo de expresiones regulares era poco claro
- El runner de macOS 15 lleva medio año abandonado con un bug de CPU al 100%
  Ver este issue relacionado
- La única ventaja de GitHub CI es que ofrece runners de Mac gratis
- La calidad es tan mala que salen comentarios como “hasta unos monos habrían hecho algo mejor que Actions”
Lo más impresionante fue que contribuidores de Forgejo y Codeberg ayudaron directamente
Se siente la dedicación de personas mencionadas por nombre como Earl Warren, Otto, Gusted y Mathieu Fenniak
- Este tipo de auténtico espíritu comunitario se siente en muchos proyectos de software libre
Es amargo ver en Hacker News un ambiente de defender a Microsoft y criticar a las comunidades alternativas
Se siente lejos del viejo espíritu hacker
- Aunque también parece que la gente no está defendiendo a Microsoft, sino cuestionando la forma de la migración, la elección de la alternativa y el tono agresivo
- Expresiones como “Actions lo hizo un mono” se ven como ataques infantiles
- Hubo un tiempo en que Microsoft parecía mejorar después de Ballmer,
  pero ahora, con la publicidad y el sobrecalentamiento por la IA, vuelve a mostrar una regresión
Bienvenida la migración a Codeberg. SourceHut también es bueno, pero creo que Codeberg es una alternativa más estable y de largo plazo
Yo también ya me fui de GitHub
- Pero ahora hay demasiadas plataformas y eso ya cansa
  GitHub, GitLab, SourceHut, Codeberg… la mayoría ofrece funciones parecidas
  La centralización tenía sus ventajas, pero que haya competencia también es positivo
- Es una pena que Drew se haya apartado de SourceHut y que insistieran en un workflow centrado en listas de correo
- He visto comentarios de que el fundador de SourceHut es “algo inestable”, y me pregunto qué significa exactamente eso
- El mayor problema de SourceHut es la falta de función de organizaciones
  Eso resulta incómodo para proyectos grandes con muchos repositorios
Más que la mención de ICE, la frase de que “los que se quedan imponen frameworks JS llenos de bugs” parece revelar más la inclinación del autor
- “No apoyo a una organización paramilitar nacionalista” es una postura completamente normal
  Nunca se puede apoyar a una organización privada opaca y sin rendición de cuentas
- El autor es Andrew Kelley, creador de Zig
  Tiene una personalidad parecida a la de Linus; se nota en su post de Mastodon y en su texto de autocrítica
- También hubo una respuesta sarcástica de que “como ya cambiaron el nombre de la rama master, entonces lo de ICE ya quedó resuelto, ¿no?”
Actualmente Codeberg tiene carencias en accesibilidad para personas con discapacidad visual
Debido al CAPTCHA basado en imágenes, quienes usan lector de pantalla no pueden registrarse
Hay un procedimiento manual, pero no está claro cuánto tarda
- Sin embargo, en la página del issue
  dicen que ya reconocen el problema de accesibilidad del CAPTCHA y planean eliminarlo
  Criticar a Codeberg usando como referencia la velocidad de respuesta de Wikimedia no parece apropiado
- Es triste la cultura de considerar la accesibilidad como un lujo en las herramientas de desarrollo
  La IA podría mejorar la accesibilidad, pero me preocupa que en realidad termine imponiendo más carga a los usuarios
- No entiendo por qué la accesibilidad se trata como un tema político
- El paquete de CAPTCHA que usan tiene función de audio CAPTCHA,
  así que da curiosidad por qué no la activaron

secret3056 2025-11-28

Adiós a AWS, adiós a LLVM, adiós a GitHub... realmente qué hipster...

aer0700 2025-11-28

Visto así, es bastante impresionante.
Si también dejan Windows y se quedan solo con Linux y macOS, sería perfecto...