Países Bajos impulsa su soberanía digital al crear una alternativa propia a GitHub. Con este proyecto, el país busca alcanzar la independencia tecnológica total, dejando atrás la plataforma de programación más popular del planeta.

El control del código fuente comienza a ser una preocupación de Estado, o al menos para Países Bajos. Durante años, tanto ese como otras decenas de países, han alojado gran parte de su propiedad intelectual en GitHub o GitLab.

Son las grandes plataformas para programadores, los lugares donde casi todo el mundo guarda su código. Sin embargo, depender de servicios que pertenecen a otros países ya no encaja tanto con la forma de tratar la privacidad y seguridad nacional de algunos países.

Esta necesidad de una soberanía digital real ha llevado al Ministerio del Interior (BZK) a poner en marcha la creación de su propia infraestructura nacional de programación.

Con el nuevo portal code.overheid.nl, los neerlandeses buscan no solo proteger su código, sino también garantizar que, si el dinero es público, el código resultante sea accesible, auditable y, sobre todo, se quede al 100% en territorio nacional bajo el control de sus propios organismos.

Para elegir la tecnología que daría vida a esta plataforma tan compleja, el equipo técnico designado ha ido evaluando las alternativas. GitHub, por supuesto, fue descartado casi de inmediato por ser software propietario. GitLab, aunque potente, también fue rechazado debido a su modelo de núcleo abierto, donde algunas funciones importantes están reservadas para versiones de pago.

Finalmente, la balanza se inclinó hacia Forgejo, una opción 100% libre, gobernada democráticamente por una organización sin ánimo de lucro y sin intereses comerciales ocultos. Lo que han hecho es, en vez de crear una plataforma desde cero, han cogido esta tecnología para implementarla en sus propios servidores.

El pasado 24 de abril de 2026 se produjo el lanzamiento controlado de la plataforma. Bajo figuras como Tom Ootes, el proyecto se ha planteado como un proceso que irá evolucionando y mejorar y no como un producto estático.

La pregunta del millón: ¿les saldrá bien la jugada ahora que prescinden de GitHub?

La gran duda ahora es si esa independencia que sin duda ganan les compensa el coste de salir por completo del ecosistema de programación más grande del mundo.

Lo cierto es que, a nivel técnico, Forgejo es un buen lugar de acogida. Un desarrollador que entra a trabajar para el gobierno no tiene que aprender nada nuevo; la interfaz, los comandos y la lógica son casi idénticos a GitHub.

Sin embargo, el mayor peligro de dejar GitHub no es técnico, es social. GitHub no es solo una herramienta, es una red social de programadores. Aquí, cualquier experto del mundo puede ver un fallo en tu código público y avisarte. Con esto, por así decirlo, Países Bajos se aísla en cierta forma del mundo y su creatividad. Sin embargo, parece que esto es precisamente lo que están buscando.

GitHub no está atravesando un buen momento: muchos desarrolladores comienzan a abandonar la plataforma

Lo cierto es que esta plataforma no está pasando por uno de sus mejores momentos. Hace ya unos días, saltó una gran bomba. Tal y como se ha podido saber, la plataforma de Microsoft, siguiendo un poco el hilo de Windows 11, está atravesando una etapa llena de problemas de estabilidad que están acabando con la paciencia de los usuarios.

Parece que la gota que ha colmado el vaso ha sido el adiós definitivo de Mitchell Hashimoto. Aunque puede que su nombre no te suene, es el creador de Ghostty, una de las aplicaciones de terminal más top de la actualidad, y fue el usuario número 1.299 en registrarse en GitHub en 2008. Como ves, una de las figuras más antiguas que ha visto crecer el sitio desde sus orígenes.

Sin embargo, todo tiene un límite. Hashimoto ha anunciado que se lleva sus proyectos grandes a otra parte porque ya no puede confiar en el servicio.

Como ha explicado Hashimoto, parece que no se ha ido por un fallo puntual, por muy desastroso que sea. Se habla de un gran cúmulo de errores.

El desarrollador decidió llevar un diario durante un mes, marcando con una X cada día que un fallo de GitHub le impedía trabajar. Casi todos los días tenían una marca. En su última entrada explicaba que no pudo revisar ni una sola línea de código durante dos horas porque el sistema de automatización (GitHub Actions) estaba caído.

Como él mismo dice, GitHub ya no es un lugar para el "trabajo serio" si te bloquea durante horas todos los días.