Code.overheid.nl: soberanía en Forgejo y el riesgo del bleeding-edge

El Pitch

El gobierno neerlandés ha centralizado su desarrollo de software en code.overheid.nl para garantizar su soberanía digital y la integridad de su cadena de suministro (fuente: code.overheid.nl). El hub busca eliminar la dependencia de plataformas extranjeras propietarias mediante la política "Abierto, a menos que" impulsada por la OSPO del Ministerio del Interior (fuente: FOSDEM 2026).

Bajo el capó

La plataforma corre sobre Forgejo, un fork de Gitea centrado en la autonomía, y está alojada internamente en la infraestructura del SSC-ICT/DAWO (fuente: code.overheid.nl 'About'). Lo más relevante a nivel técnico es 'RegelRecht', un motor determinista que ejecuta la ley neerlandesa codificada directamente en archivos YAML (fuente: rijks.app).

Sin embargo, el despliegue actual es cuestionable desde una perspectiva de estabilidad para un hub nacional. Mientras que la versión v15 LTS de Forgejo se lanzó este mismo mes de abril de 2026, el sitio está operando sobre Forgejo v16.0.0-dev (fuente: tag de versión en code.overheid.nl). Es una decisión arriesgada que prioriza funciones experimentales sobre la seguridad de una versión estable de largo soporte.

Existen fricciones críticas en el ecosistema de contribución. Varios desarrolladores reportan que empresas intermediarias de outsourcing están ignorando o bloqueando las contribuciones externas en proyectos gubernamentales (fuente: Hacker News). Además, aunque el hosting es local, el stack tecnológico (Rust, Vue) depende totalmente de ecosistemas globales que el gobierno neerlandés aún no mantiene de forma autónoma.

Aún no sabemos cuál es el cronograma oficial para la migración obligatoria de los repositorios de alto perfil que todavía residen en GitHub. Tampoco se han hecho públicos los detalles sobre el modelo de gobernanza para los derechos de acceso de contribuidores que no pertenecen al gobierno.

La opinión de Diego

Code.overheid.nl es una declaración de intenciones política necesaria, pero técnicamente temeraria. Usar una build de desarrollo (v16-dev) para la infraestructura crítica de un país es el tipo de error que cometía yo en mi primer año de dev, solo que aquí afecta a una nación entera. Si quieres aprender cómo implementar Logic-as-Code con YAML, el repo de RegelRecht es una mina de oro de ingeniería limpia. Para todo lo demás, trátalo como un experimento hasta que bajen a una versión LTS; la soberanía digital no sirve de nada si el servidor cae por un bug de una rama inestable.

Código limpio siempre,
Diego.