Código en abierto
Requisitos
- Todo el código fuente de cualquier política y software en uso (a menos que se utilice para la detección de fraudes) DEBE publicarse y ser de acceso público.
- Los colaboradores NO DEBEN subir al repositorio información sensible sobre los usuarios, su organización o terceros.
- Cualquier código fuente que no esté actualmente en uso (como nuevas versiones, propuestas o versiones antiguas) DEBERÍA ser publicado.
- El código fuente PUEDE proporcionar al público en general información sobre el código fuente o la política que sustenta cualquier interacción específica que tengan con una organización.
Por qué esto es importante
Mantener el código en abierto:
- Mejora la transparencia.
- Aumenta la calidad del código.
- Facilita las auditorías.
Qué no hace
- Hace el código fuente o política reusable.
- Hace entendibles al mayor número de personas posible la codebase y el código que contiene.
Cómo probar o hacer tests
La fuente de cada versión en uso es publicado en internet donde puede ser visto:
- Desde fuera de la organización que ha contribuido.
- Sin la necesidad de forma alguna de autentificación o autorización.
Por cada commit, los revisores o reviewers verifican que el contenido no incluye información sensible como pueden ser configuraciones, nombres de usuarios o contraseñas, claves públicas o cualquier otra credencial utilizada en sistemas en producción.
## Responsables de políticas y legislaciones: qué necesitan hacer
- Desarrollar políticas de forma abierta.
- Priorizar políticas abiertas y transparentes.
Profesionales de la dirección de equipos: qué necesitan hacer
- Desarrollar una cultura que acoja la apertura, el aprendizaje y la retroalimentación.
- Colaborar con empresas externas y profesionales autónomos a través del trabajo en abierto.
Profesionales del desarrollo de software y diseño: qué necesitan hacer
- Dividir de forma clara los datos y el código, de tal manera que se pueda alcanzar el requerimiento sobre información sensible mencionado con anterioridad.
Más información (en inglés)
- Desarrollando código en abierto por el Servicio del Gobierno Digital del Reino Unido.
- Cuándo el código debería ser abierto y cuándo cerrado by the UK Government Digital Service.
- Consideraciones de seguridad cuando se desarrolla con código en abierto por el Servicio del Gobierno Digital del Reino Unido.
- Desplegando el software con regularidad por el Servicio del Gobierno Digital del Reino Unido.
- Cómo GDS usa GitHub por el Servicio del Gobierno Digital del Reino Unido.