Hablemos de SL en VE
Este documento es de libre acceso y uso bajo los términos expuestos en la licencia: Atribución-CompartirIgual 3.0 Venezuela (CC BY-SA 3.0 VE), https://creativecommons.org/licenses/by-sa/3.0/ve/ se agrega una copia de la misma en este repositorio.
Documento referencial con fines didácticos elaborado por jorgescalona @jorgemustaine jorgescalona@riseup.net.
Hablemos de SL en VE
A veces es necesario volver sobre lo fundamental. Tal aseveración se la hice a un compañero en un grupo de discusión ya que ultimamente me he topado dentro de las comunidades de tecnologías libres (tanto de software como de hardware), con personas, proyectos y tecnologías que toman el epíteto de ser libres. Es apreciable también el halago casi automático por la cantidad más no por el fondo de los proyectos, de allí me surge una gran inquietud y comienzo a preguntar:
- ¿Es tu proyecto libre?
- ¿Bajo que licencia lo distribuyes?
- ¿Dónde consigo el repo de tus aportes?
- ¿Cómo se licencia el software, el hardware o los documentos?
- ¿Estás trabajando en algo? ¿En qué?
Para mi sorpresa las respuestas han sido variopintas y diversas dentro de una comunidad que se supone cohesionada en pensamiento, en criterios y en saber. Incluso posturas defensivas como si de un ataque personal se tratase.
¿Cómo se supone que defendamos las tecnologías libres si desconocemos los procesos implícitos en ella?, ¿Cómo se supone que no pueda identificar lo que es libre y lo que no?, interrogantes que inexorablemente me devuelven al comentario inicial: debemos volver sobre lo fundamental y luego predicar con el ejemplo. Es fuerte ver como te piden haz RT de tal hecho para apoyar el SL, pero cuando vas a revisar no consigues documentación o código alguno en ninguna parte, déjenme decirle eso no es libre.
En el libro «Software Libre para una sociedad libre» de Richard Stallman el mismo asevera:
«Un programa es Software Libre siempre que, como usuario particular, tengas:
- La libertad de ejecutar el programa sea cual sea el propósito.
- La libertad de modificar el programa para ajustarlo a tus necesidades. (Para que se trate de una libertad efectiva en la práctica, deberás tener el acceso al código fuente, dado que sin él la tarea de incorporar cambios en un programa es extremadamente dificil).
- La libertad de redistribuir copias, ya sea de forma gratuita, ya sea a cambio del pago de un precio.
- La libertad de distribuir versiones modificadas del programa, de tal forma que la comunidad pueda aprovechar las mejoras introducidas.»
Entonces entendemos que mientras no libere no es tecnología libre, ir a un blog y ejemplificar como es la sintaxis o explicar el workflow de mi programa no es liberar su código, no señor. En el caso de Hardware también existen licencias, debo liberar los esquemáticos, etc. Existen normas al respecto y no se tratá de mera burocracia tecnológica como también me argumentaron por allí, es que deben existir unos requisitos mínimos para poder liberar mi trabajo, es tan sencillo como eso, los cumplo fino, no los cumplo entonces digo: «hice tecnología basada en software o hardware libre, pero que no es libre por arte de magía o por que no es mi pretensión que lo sea», esto es más honesto, a pretender disfrazarlo con el remoquete: tecnología libre— compa tu y yo sabemos: ¡No lo es!.
No todo es así para cada regla están las excepciones y de allí podemos destacar el ejemplo de la gente de canaima (tienen repo aunque hace un rato no hacen commits sobre el, lo importante es que liberaron), Industrias DIANA y el SISB (Sistema ERP Libre y también con repos a disposición)
En la «catedral y el bazar» (1997), es un ensayo a favor del software de código abierto de Eric S. Raymond ya nos explicaba que existen dos formas básicas de desarrollo. Uno convencional o estilo de desarrollo cerrado el cual denominó como «Catedral», y luego compará lo que pasó con el desarrollo de Gnu/Linux a nivel global y lo denominó «Bazar», en el vislumbro técnicas de igual a igual con períodos de publicación muy cortos y constantes solicitud de retroalimentación de personas que están fuera del proyecto, luego de un proceso de observación de este fenómeno Eric concluye: «… cambiar las ventajas del desarrollo convencionalmente cerrado, por esa única ventaja de la crítica masiva independiente del igual, realmente parecía ganar, parecía obtener buenos resultados…».
Siguiendo el enunciado de raymond veo con tristeza como los cargos convierten a nuestros entusiastas en avataras de Catedrales Institucionales, cerrando proyectos, no liberando ni una coma de nada, pero si montando más de una foto en los rincones de su Catedral en mesas de trabajo que no llegan a nada o por lo menos no lo comparten que es lo mismo. Y es que ser bazar entonces es superar el simple hecho comunicacional 2.0 del «Estamos reunidos con fulano en su Catedral», por el hemos liberado estos documentos por que queremos el aporte popular sobre los mismos, o mejor hemos puesto a disposición de todos la infraestructura y los repositorios de las tecnologías que estamos desarrollando.
Necesario es destacar que bajo el modelo de bazar se han implementado proyectos tan exitosos como el kernel de linux (por sólo nombrar el más emblemático), citando a Raymond, «mientras más gente sea co-participe de mis proyectos entonces éste debe ser más exitoso», pero al parecer la consigna institucional es el celo y el velo, lo que nos hace redundar en esfuerzos y no finalizar nada en lo tangible.
El presidente hace poco anuncia la adquisición de un software para hacer más eficiente la recaudación en un convenio con Ecuador, y me pregunto: ¿quién determinará si es libre o no dicha tecnología?. Evidentemente no será la comunidad, ni los colectivos ni el poder popular; pero si nos toca alzar la voz de protesta ¿Con qué argumentos lo haremos? ¿Con qué ejemplo Lo haremos? y éticamente cabe preguntarnos ¿Qué he liberado yo? ¿Con qué ejemplo pido rectificación? ¿con qué aporte niego un segundo genexus?.
Allí se los dejo sólo pa la reflexión mis compas.