3. Historia
1960. El software era un añadido en las grandes
computadoras.
1970. Se empiezan a imponer licencias.
1980. Primeros SO con licencias de uso.
1984. Richard Stallman empieza a trabajar en el
proyecto GNU.
1991. Linus Torvalds empieza a trabajar en el
núcleo Linux.
3
6. No es software libre
Software de código
abierto (OpenSource)
Es el software que
permite ver el código
pero no modificarlo o
ditribuirlo.
6
7. No es software libre
Software gratuito
(Freeware)
Es el software que se
distribuye
gratuitamente pero no
ofrece el código
fuente.
7
8. Aspectos legales: legislación
Ley de Propiedad Intelectual (RDL 1/1996)
Determina que un software se considera una
creación científica y por lo tanto no puede ser
modificada.
Código Penal (LP 10/1005)
Penaliza a quien reproduzca, plagie, distribuya o
haga comunicación pública de una obra
científica.
8
9. Aspectos legales: licencias
Licencia GPL v.3 (2007):
“Las licencias GPL estan diseñadas para
garantizar la libertad de distribuir copias de
software libre, de acceder al código fuente, de
poder modificarlo o de usar fragmentos de el
para un nuevo software libre [...] para
salvaguardar estos derechos ninguno los puede
negar a terceros ni pedir que renuncii a ellos [...]
esta resetricción se aplica a la distribución o
modificación de copias de software libre”.
9
10. Aspectos legales: licencias
LGPL (Licencia pública general menor)
MPL (Mozilla Public License)
BSD (Berkeley Software Distribution)
ASL (Licencias de Apache)
Common Public License
Eclipse Public License
OSL (Open Source License)
10
11. Aspectos legales: licencias
Malcolm Bain. Aspectos legales y de explotación del software
libre. Barcelona: Universitat Oberta de Catalunya; 2007.
11
12. Modelo de desarrollo
“Catedral” representa el
modelo del mundo
comercial. Es el
modelo más
tradicional de
desarrollo. Solo se
publican versiones si
el sistema está al
menos un 90%
acabado.
Eric S. Raymond (1998) “The cathedral and the bazaar”.
12
13. Modelo de desarrollo
“Bazar” representa el
mundo GNU/Linux.
Este modelo se ejerce
a través de un equipo
de programadores
coordinados.
Requiere estar alerta
de los errores para
publicar las versiones
rectificadas.
Eric S. Raymond (1998) “The cathedral and the bazaar”.
13
14. Modelo de desarrollo
En el modelo “Bazar”, encontramos dos modelos:
Escrutinio público, expone públicamente el
código fuente para su revisión y modificación
por parte de cualquier programador.
Puerta cerrada, el código fuente es público pero
las modificaciones estan centralizadas por un
equipo de programadores. Es el caso de
Firefox.
14
15. Modelo de negocio
Desarrollamos y Ofrezco
ofrecemos servicios desarrollo
Ofrezco
servicios
Vendo
hardware
específico
15
16. Modelo de negocio
Empresas de desarrollo. Crean programas que
después venden, parte de su presupuesto es
para i+d.
Empresas de servicios. Consultoras que
ofrecen soluciones personalizadas, soporte
técnico, formación, ... sobre herramientas ya
existentes. Es donde más se centra el modelo
de negocio del SL.
16
17. Modelo de negocio
Empresas híbridas. Combinan los dos modelos
anteriores, crean un producto y desarrollan
servicios específicos para él.
Venedores de hardware. Centran su negocio en
la venda de hardware para determinado
software. No es el modelo más común.
17
18. Ventajas
Bajo costo de adquisición.
Innovación tecnológica.
Independencia del proveedor.
Escrutinio público.
Adaptación del software.
Lenguas.
Fomento de la industria.
18
19. Inconvenientes
Falta de control de calidad y garantía formales.
Conocimientos técnicos necesarios.
Desconfianza y resistencia al cambio.
El desarrollo de software requiere importantes
inversiones.
El mercado del software libre es más reducido.
Dificultad en el intercambio de archivos.
Menor compatibilidad con el hardware.
19
20. Componentes técnicos
Entorno de escritorio. GNOME, KDE, LXDE y
Xfce.
Sistema de programación. Python, Perl, PHP y
Ruby.
Aplicaciones de usuario. Debian y Red Hat.
20
21. Distribuciones
Las distribuciones están divididas en «paquetes».
Cada paquete contiene una colección de
aplicación especificas o una finalidad de
servicio.
Diseñadas para uso particular o en empresas.
Diseñadas para servidores o escritorios.
Orientadas a todos los usuarios.
De uso general o para dispositivos
especializados.
21
24. Administraciones públicas y
enseñanza
Reutilización, sostenibilidad, reducción de
costes.
Compartir conocimiento, generar conocimiento.
Interoperabilidad entre sistemas.
Reducir la brecha digital, sociedad de la
información para todos.
“Es dinero de todos”
24
25. Administraciones públicas y
enseñanza
Forma personas libres, independientes, críticas
y autónomas.
Independencia de las personas para elegir
herramientas.
Permite ahorrar costes en la implantación, el
mantenimiento y la gestión.
Facilita el uso de aplicaciones de calidad e
interés educativo sin costes adicionales para el
alumnado y el profesorado.
25
26. Casos de éxito
Ayuntamiento de Zaragoza. 2006.
Principado de Asturias. 2004.
Xunta de Galicia. 2005.
Universitat de Lleida. 2003.
Junta de Extremadura. 1998.
Cataluña. 2008.
Brasil. 2003.
Venezuela. 2004.
26
30. Bibliografía
Software libre para una sociedad libre / R. Stallman.
http://www.gnu.org/philosophy/fsfs/free_software.es.pdf
Software libre: técnicamente viable, económicamente
sostenible y socialmente justo / J. Mas.
http://www.infonomia.com/img/pdf/llibrejmas.pdf
Software libre : empresa y administración en España y
Cataluña / Meritxell Roca. UOC, 2007.
Estudios de Informática, Multimedia y Telecomunicación.
UOC.
http://ocw.uoc.edu/informatica-tecnologia-y-multimedia/
30
Es condición previa el disponer del código fuente y distribuir las modificaciones que se realicen. No es solo una cuestión técnica sino que es un asunto ético , un nuevo sistema social.
Pero las GPL también conviven con otras ramos del derecho: de la competencia, del secreto comercial, para la protección de datos, para la seguridad informática, ...
Las licencias GPL (General Public Licence) son el apoyo legal que necesita el software libre. Las licencias de código abierto son más permisivas, ya que se cede la copia y modificaciones del código pero no obliga a hacer públicos los cambios realizados. Esto quiere decir que los derechos de un software libre perteneces de forma constante durante todo el ciclo de vida del programa, sin que se pueda restringir de ninguna forma. Es decir, que la modificación de un software libre no puede comercializarse, ya que continua siendo libre como el programa original del que deriva, es lo que se llama “ efecto viral ” .
Los programadores que colaboran o trabajan en desarrollos de SL lo hacen porque: Se sienten integrados en una comunidad tecnológica. Quieren mejorar sus habilidades . Quieren beneficiarse del software. Por la diversión de crear y aprender. La convicción del SL
Trata de ofrecer nuevas líneas de negocio . Ofrece servicios de valor añadido : instalación, migración, soporte técnico, formación, ... Aprovechar el momento y hacer que convivan el software libre y el software propietario. Que el desarrollo y la distribución sean libres permiten a la empresa disponer de gran variedad de herramientas para adaptar y explotar .
Bajo costo de adquisición: Se ahorra grandes cantidades en la adquisición de las licencias. Innovación tecnológica: Cada usuario puede aportar sus conocimientos y su experiencia para facilitar la evolución y el desarrollo del software. Independencia del proveedor: El disponer del código fuente hace que cada empresa o particular pueda seguir contribuyendo al desarrollo y los servicios del software. Escrutinio público: Hacen que la corrección de errores y la mejora del producto se lleven a cabo de manera rápida y eficaz. Adaptación del software: Imprescindible para las empresas e industrias que necesitan un software personalizado. Lenguas: Facilita en gran medida su traducción. Aprovechamiento más adecuado de los recursos: muchas aplicaciones utilizadas o promovidas por las administraciones públicas son también utilizadas por otros sectores de la sociedad. Fomento de la industria: Posibilita el desarrollo de la industria local de software. Disponibilidad a largo plazo: muchos datos que manejan las administraciones y los programas que sirven para calcularlos han de estar disponibles dentro de decenas de años.
Falta de control de calidad y garantía formales: puesto que el software libre generalmente no tiene autor, tampoco se proporciona una garantía ante posibles daños derivados de su uso. Conocimientos técnicos necesarios: si se desea modificar una aplicación, se ha de contar con una serie de conocimientos técnicos no sencillos. Desconfianza y resistencia al cambio: muchos informáticos suelen ser estáticos y reacios a los cambios, más si cabe ante algo tan innovador como el software libre. El desarrollo de la mayoría de software requiere importantes inversiones. El mercado del software libre es mucho más reducido y su producción y difusión depende mayoritariamente del trabajo voluntario . Dificultad en el intercambio de archivos: esto se da mayormente en los documentos de texto, ya que si los queremos abrir con un Software Libre nos da error o se pierden datos. Algunas aplicaciones (bajo Linux) pueden llegar a ser algo complicadas de instalar. Menor compatibilidad con el hardware.
El sistema educativo es de los más activos en adoptar software libre.
Ayuntamiento de Zaragoza. La decisión de hacer la migración se tomó por la necesidad urgente de renovar los puestos de trabajo que habían quedado obsoletos, tanto por el hardware como por el software ofimático que estaban utilizando. Un reto importante porque toda la actuación afecta a 3.000 puestos de trabajo. Es básico el liderazgo político y un buen apoyo técnico. Principado de Asturias. Reorganización de su Administración electrónica. Más de 150 sistemas de información convivían bajo el conjunto de servicios públicos autonómicos. Han conseguido una plataforma libre de Administración electrónica. Universitat de Lleida. Migración de infraestructuras, software de gestión, escritorios y terminales públicos. Xunta de Galicia. Portal “mancomun.org” es una iniciativa de software libre integrada en el Plan estratético de la Sociedad de la Información, en la que se fomenta el uso de software libre, formatos abiertos i independencia tecnológica. Cataluña. “Hoja de ruta del software libre”. Da pautas para la evaluación del software libre, destinado a la clase política con la finalidad de crear planes estratégicos. Brasil (Rio do Grande), migración en el banco estatal, empresas públicas y universidades. No exclusión digital y aumento de la participación popular en NTIC. Venezuela. Preparar migración de las administraciones.