Es común que una persona confunda al Software de Código Abierto con el Software Libre, es una diferencia sutil. Dos caminos que prácticamente llegan al mismo lugar.
En este artículo vamos a repasar la historia de la Open Source Initiative (OSI) para que conozcan su punto de vista sobre el Software. El próximo jueves escribiré un artículo con la historia de la Free Software Foundation (FSF) y sacaremos las diferencias del Software Libre y el Software de Código abierto u Open Source.
Open Source Initiative – OSI
Fundada conjuntamente por Eric Raymond y Bruce Perens en 1998, la OSI inicia con la misión de defender el uso de código abierto en los Estados Unidos, motivados por todo el movimiento que generó el kernel Linux al ser liberado y reconocido en todo el mundo, sumando, además, la liberación del navegador Netscape.
Inmediatamente se contó con el apoyo de grandes figuras en la informática, personas como: Linus Torvalds y los representantes de Perl, Python y Apache le dieron el visto bueno a la iniciativa.
La etiqueta de “código abierto” se creó en una conferencia celebrada el 3 de febrero de 1998 en Palo Alto, California. La junta estaba creciendo debido al impacto de la liberación del navegador Netscape, mucha gente vio la oportunidad de educar y trabajar para un futuro de desarrollo abierto.
Los miembros de dicha conferencia creían que las razones pragmáticas por las que Netscape liberó su código eran valiosas para interactuar con nuevos usuarios y desarrolladores, ofreciendo la perfección del software trabajando junto a una comunidad que se comprometa unicamente al desarrollo del programa.
Su punto de vista se centra en el desarrollo del software y los beneficios que, como usuario o desarrollador, puedes obtener liberando el código y trabajando libremente con otras personas. Para ellos resulta importante resaltar que el Open Source hace referencia a la eficiencia durante el desarrollo de software, por eso decidieron diferenciarse del termino “Software Libre”, ya que este tiene un punto de vista más “filosófico” y “político”.
La OSI fue concebida como una organización educativa y de defensa general con respecto al Open Source. En enero de 1999 participaron en una petición para que el gobierno de los Estados Unidos se pasara al código abierto.
Cabe destacar que su defensa es discreta. En lugar de ser activistas públicos, trabajan de forma más “silenciosa”. Proporcionan antecedentes a periodistas o casos de negocios a los ejecutivos. En el pasado también trabajó con la Free Software Foundation (FSF) “para convencer a las entidades antimonopolio de que exigieran licencias de código abierto para las patentes de CPTN“.
Para que un programa sea considerado Open Source, debe cumplir con las siguientes normas (las he copiado exactas, omitiendo su justificación):
- Redistribución gratuita: La licencia no debe restringir a ninguna parte de vender o regalar el software como un componente de una distribución agregada de software que contiene programas de varias fuentes diferentes. La licencia no requerirá un canon u otra tarifa por tal venta.
- Código fuente: El programa debe incluir el código fuente. Cuando alguna forma de producto no se distribuye con el código fuente, debe haber un medio bien publicitado para obtener el código fuente por un costo de reproducción no superior a lo razonable, preferiblemente descargando a través de Internet sin cargo. El código fuente debe ser la forma preferida en que un programador modificará el programa. Código fuente deliberadamente ofuscado no está permitido. No se permiten formularios intermedios, como la salida de un preprocesador o un traductor.
- Trabajos derivados: La licencia debe permitir modificaciones y trabajos derivados, y debe permitir que se distribuyan bajo los mismos términos que la licencia del software original.
- Integridad del código fuente del autor: La licencia puede restringir la distribución del código fuente en forma modificada solo si la licencia permite la distribución de “archivos de parche” con el código fuente con el fin de modificar el programa en tiempo de compilación. La licencia debe permitir explícitamente la distribución de software creado a partir de código fuente modificado. La licencia puede requerir trabajos derivados para llevar un nombre o número de versión diferente del software original.
- No discriminación contra personas o grupos: La licencia no debe discriminar a ninguna persona o grupo de personas.
- No discriminación contra campos de esfuerzo: La licencia no debe restringir a nadie el uso del programa en un campo específico de esfuerzo. Por ejemplo, puede no restringir el uso del programa en un negocio, o ser utilizado para investigación genética.
- Distribución de la licencia: Los derechos adjuntos al programa deben aplicarse a todos aquellos a los que se redistribuye el programa sin la necesidad de la ejecución de una licencia adicional por esas partes.
- La licencia no debe ser específica de un producto: Los derechos adjuntos al programa no deben depender de que el programa sea parte de una distribución de software en particular. Si el programa se extrae de esa distribución y se usa o distribuye dentro de los términos de la licencia del programa, todas las partes a quienes se redistribuye el programa deben tener los mismos derechos que los otorgados junto con la distribución de software original.
- La licencia no debe restringir otro software: La licencia no debe imponer restricciones sobre otro software que se distribuye junto con el software licenciado. Por ejemplo, la licencia no debe insistir en que todos los demás programas distribuidos en el mismo medio deben ser software de código abierto.
- La licencia debe ser neutra desde el punto de vista tecnológico: Ninguna disposición de la licencia puede basarse en ninguna tecnología individual o estilo de interfaz.
A diferencia de las normas básicas en las que se basa la FSF (hablaré de ellas el jueves), el Open Source busca un orden para el Software de código abierto, así evitan conflictos y son claros con sus licencias. El próximo jueves sacamos conclusiones 😉 .
No Comment! Be the first one.