Comunidades de software libre
En un proyecto de software libre hay muchos niveles de participación, y conviene no cerrarse a ninguno de ellos. Además del equipo principal de desarrollo, normalmente personas contratadas para este fin, puede haber colaboraciones puntuales o continuadas por parte de otras personas. Este capítulo se centra en los aspectos más sociales de cómo trabajar en el tipo de comunidad que se crea en torno a estos proyectos.
Contribuir en comunidades de software libre
El concepto de contribución va más allá del código. También puede consistir en lo siguiente:
-
Traducciones
-
Documentación
-
Notificación de deficiencias (bug report)
-
Otros
Una norma básica es que las contribuciones son siempre individuales, tanto en nuestros proyectos como cuando contribuimos en proyectos externos. Eso quiere decir que se puede trazar siempre qué persona concreta la ha realizado, aunque trabaje o participe en nombre de alguna organización. Las razones de esto son varias:
-
Es la única entidad que los proyectos de software libre están estructuralmente equipados para gestionar.
-
Dentro de los proyectos de software libre, la reputación es como la moneda que hace funcionar toda la maquinaria, y esta se gana o se pierde de forma individual. Según la solidez demostrada en contribuciones anteriores, se confiará más o menos en el código que ha hecho una persona concreta, sus opiniones en los canales de comunicación y toma de decisiones tendrán más o menos peso, etcétera.
-
Los desarrolladores que trabajan habitualmente en proyectos de software libre están acostumbrados a este modelo. Hace más sencillas las interacciones cuando se colabora a distancia. También es de interés para ellos para construirse una carrera profesional.
La otra consideración importante en este apartado, aplicable si queremos modificar un componente externo ya existente, es que siempre es muy conveniente que nuestras modificaciones al código queden incorporadas, tarde o temprano, al producto original. Con eso conseguimos lo siguiente:
-
Reducir el coste futuro de mantenimiento. Si la integración es total, puede ocurrir incluso que el mantenimiento de las funcionalidades integradas nos salga a coste cero.
-
Beneficiarnos de futuras mejoras del producto original aportadas por otras partes.
Si más personas utilizan nuestra funcionalidad, el Ayuntamiento aparecerá como una institución que aporta al proyecto y al común global de las comunidades de software libre. Eso, a la larga, puede dar capacidad, prestigio e influencia.
No obstante, hay que tener en cuenta que podemos planificar para facilitar esta integración, pero normalmente no podremos garantizar que se produzca en las etapas iniciales de un proyecto. Cada comunidad tiene sus reglas de gobernanza y toma de decisiones, y deben respetarse. Sin embargo, lo que sí es conveniente es informar en todo momento de nuestros planes e intentar que converjan con los de la comunidad a la que nos dirigimos:
No pienses en el escrutinio de la comunidad como un obstáculo que salvar, piensa en él como un equipo de diseño y un departamento de calidad a coste cero. El escrutinio y participación de la comunidad Es un beneficio que buscar agresivamente, no un obstáculo que soportar.
Hacer que la autoría de cada contribución