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 馃槈 .