No tenía pensado hacer este post. Pero es conveniente para complementar el del Software Publico vs Privado en España. Tras escribir el primero, y enseñarselo a Edu rápidamente vi la necesidad.
La afirmación tan rotunda de que el desarrollo de Software Público sea peor que el privado no aplicaría de un modo global. Habría que verlo país por país.
Al igual que me pasaba con el desarrollo en España para lo malo, con UK tenía la impresión contraria…
Vamos a ver que nos encontramos por ahí….
Reino Unido
Tiro de la charla Delivering GOV.UK: Devops for the Nation (el video aquí).
El hecho de que estar haciendo una charla de como hacen las cosas en un evento como qcon y mencionen devops ya indica mucho…
A través del la web llego a el portal del Government Digital Service. Y sin mucho esfuerzo ya llego a un githup donde tienen el código abierto. En él hay 1.4k repos, casi nada…
Cuando lo miro, el proyecto mas reciente es un Jupyter Notebook sobre el COVID. Por supuesto con PRs. Que envidia…
Ah! Y Java no es el lenguaje más usado.
gov.uk
Lo siguiente que hago es explorar el dominio único que tienen.
Esto es una diferencia importante con España, ya que nosotros no tenemos un dominio único, que debiera ser www.gob.es.
En España hay varios sitios como: moncloa, transparencia, gobierno. Se ve que están desarrollados con tecnologías y estilos diferentes.
Tiene todo el sentido del mundo que tanto un portal de transparencia, como que el poder ejecutivo tengan sus apartado, pero así a bote pronto tampoco está claro el motivo de que tengan que ser dominios diferentes… IMO simplemente cada entidad va a su bola… No hay un diseño conjunto.
Por cierto… Un ejemplo del cariño con el que se diseña…
¡¡¡Contenido Estatico Java!!! Me sangran los ojos…
Como ya indiqué, en UK, tienen un punto de entrada único, con una información super clara. Se ve que está diseñado con mimo.
Ya en la propia Home se encuentras información útil. Sirva de muestra lo primero que hay bajo el title.
Rapidamente localizo que el GDS que es un High Profile Group (hay 24). Está vinculado al Cabinet Office, el cual es un Ministerial Department (hay 24). Por completar la estructura de la administración indicar que también hay Agencies and Public Bodies (409), Public Corporations (12) y Devolved Administrations (3).
Todos los entes se localizan muy fácilmente gracias al buscador. Todas tienen su propia página; si ésta es externa se te indica.
No hay organigramas en formato pdf como te puedas encontrar en el site español con la estructura de cada ministerio. Se ve que se ha diseñado una web como servicio útil y no es un mero gestor de contenidos donde meter mucha información sin orden ni concierto.
Mas cosillas que veo:
- Organización con perfiles de las personas con fotos
- Descripción de que hacen con texto de andar por casa
- Artículos en formato blog de las cosas que hacen
- Enlaces a redes sociales: Twitter, Instagram Youtube, ..
- Indicaciones de como contactar: teléfono, email
- Petición en la pagina para dar feedback de si la información es útil
- Listado de servicios
En cuanto al GDS entre información que encuentro está página donde explican como es trabajar en el GDS e incluyen las posiciones que tienen abiertas. Las áreas que tienen:
- Content design
- Delivery Management
- Design
- Product Management
- Software Engineering
- Technical Architecture
- User research
La verdad, da mucha envidia…
Desarrollo de software
En cuanto a la charla en si, tampoco saqué tanto. Se centraba mucho en gov.uk. A nivel técnico pues usan tecnología normal que usaríamos en cualquier website hoy en dia . Veo mas relevante el contenido cultural de la charla. Notas:
- Ownership del código
- Oncall
- 24x7
- Se trabaja con portátil obviamente
- El manual de operaciones también está en github. Es un documento vivo.
- Para que una alerta pueda ir pagerduty tiene que tener pagina asociada en el manual de operaciones (en la alerta tienen un link)
- Infrastructure as code
- Hacen Incident reports y Postmortems
- Cultura colaborativa
- Todos los devs que hacen oncall tienen acceso root (y todos hacen oncall)
- El código es publico
- Las soluciones técnicas y de elección de tecnología no son top-down
- Hacen Scrum
- Hacen Smoke Tests
- Pueden hacer fallback a versión estatica del site
- Infrastructure Team se gestiona también como equipo de producto
- Mencionó que usan un proveedor de tecnología
Fuera ya de la charla, alguna cosilla mas que encontré:
Estonia
He mirado también Estonia, porque Edu me comentó que eran punteros.
Estonía ha hecho una transformación digital brutal, e-Stonia. También lo tienen más fácil al ser un país muy pequeñito. Es otra liga…
Se ve que desde que se independizaron de la Unión Sovietica en 1991 empezaron la transformación.
El 99% de sus servicios públicos están disponibles online 24x7. Incluso las votaciones se hacen online.
Y como no podría ser de otra forma también tienen el software público. Y hacen agile.
Pinta que para una transformación digital de la sociedad es un ejemplo a mirar….
US
Sin dedicar mucho tiempo he visto que en USA por ejemplo tienen un PaaS. [Presentación].
Y un site con todo el código abierto, code.gov.
Mas información
Buscando sobre desarrollo en el sector público encontré un par de docs de Deloitte, que he visto así en diagonal y están muy bien: [1], [2].
El contenido es bastante común (el segundo es un pdf).
La verdad, no parece haber mucho publicado sobre el desarrollo de software para gobiernos…