Creo que ya lo he contado alguna vez. Mi primer contacto con GitHub fue hace algunos años estaba yo trasteando con WordPress y la publicación mediante XML-RPC y encontré una solución que tenía algún problemita (que no recuerdo). Lo arreglé, le mandé los cambios al desarrollador y me dijo que hiciera un 'fork' (replicar el proyecto y hacer los cambios allí para enviárselos de vuelta) en GitHub. Lo hice y me olvidé un poco (allí sigue, por cierto, el código que dejé de usar hace tiempo).
Más tarde volví y poco a poco lo he ido usando para diversas cosas. Una de ellas es almacenar un archivo de este sitio) e incluso escribimos en abierto las columnas para ReVisión.

El caso es que leía hace poco Introducing Open Collaboration in the Public Sector: The Case of Social Coding on Github que habla de los proyectos (de software,
principalmente, hablan de programación social -'social coding'-. Pero también documentos, leyes, normativa...) de las administraciones norteamericanas donde se fomenta la mejora de los servicios mediante 'tirones' (pull requests):

The federal government actively encourages open source programmers to improve code using Github's format of pull requests to add improvements to the code contributed by other programmers.

Con esta dinámica, podemos ver cómo se produce colaboración entre diferentes agencias gubernamentales (reutilización y adaptación de código, rectificación de errores) que muestran como las agencias con menos posibles utilizan los recursos generados por las más potentes. De todas formas, parecen prácticas todavía de alcance limitado:

The analysis of the social coding process in the U.S. federal government shows how developers collaborate on software code across agencies. While many agencies reuse code already developed in other parts of government to learn from existing innovations, there is less direct contribution to the existing code.

Justo hace un rato leía también como podemos discutir los 'borradores' (drafts) de documentos del National Institute of Standards and Technology. La publicación de estos documentos ya tenía un proceso formal de discusión pública que ahora se puede llevar a cabo también en GitHub (Ejemplo: Digital Identity Guidelines: Public Comment Period).
Se habla del sitio donde más desarrolladores hay (en sintonía con la temática del documento), pero también como una plataforma que permite la implicación de la gente con facilidad, proporciona control de versiones, la transparencia, .... En concreto, se puede participar (de ahí el título de esta nota) enviando un 'issue' (problema) con ayuda de la plataforma, como cuentan en Providing Feedback.

Este texto está quedando ya un poco largo. Aunque queda claro que GitHub no es sólo para documentación y por si prefieren el sonido al texto, me permito recomendar EB 17 Sobre GIT, escribir y autopublicar con Juan Julián Merelo (Extra ball) donde JJ nos cuenta cómo lo utiliza para sus novelas y libros técnicos.

¿Y por aquí?
Seguramente hay más iniciativas pero hace unos días descubría como la UJI tiene Código abierto en la Universitat Jaume I (y el correspondiente GitHub de la Universitat Jaume I y seguro que hay más universidades.
Modestamente (tanto que ni siquiera se ha anunciado todavía; como este sitio lo lee poca gente me guardarán ustedes el secreto), nosotros hemos empezado con nuestra propia inicativa en forma del Repositorio Gitlab de la Universidad de Zaragoza donde ya empiezan a verse algunos proyectos liberados, tanto personales como institucionales.

Así que ya saben, abran un problema ('issue'), o dennos un tirón ('pull request').

Etiquetas: github, social, coding, codificación, colaboración, programas, agencias, gobierno, documentación

Puedes enterarte de las notas nuevas en: @reflexioneseir (Twitter), Reflexiones e Irreflexiones (Página de Facebook), Reflexiones e Irreflexiones (Canal de Telegram), fernand0 (en LinkedIn), @fernand0 (en Medium), Mastodon.