1 Introducción al Software Libre

Introducción al Software Libre
1.Fundamentos del Software Libre
2.Aspectos legales
3.Un poco de historia
4.Adoptando Software Libre
5.Repercusión socio-económica

1 Software Libre para PYMEs

1. Fundamentos del Software Libre
1.1.¿Por qué hablar de Software Libre?
1.2.¿Qué es el Software Libre?
1.3.La Comunidad. Modelos de desarrollo
1.4.Motivaciones
1.5.Consecuencias
1.6.Conclusiones


1.1. ¿Por qué hablar de Software Libre?

Con respecto al software estamos acostumbrados a:
● comprar software con condiciones impuestas por el fabricante que limitan como lo

podemos utilizar
● sólo los fabricantes pueden arreglar los posibles errores que tiene el software

● no se puede personalizar el software

● considerar normal que una empresa mantenga una situación de monopolio

● copiar es malo

Este software lo podemos llamar software privativo, en contraposición tenemos el
software libre.



“Si con la invención de la imprenta hubiéramos acordado que sólo unos cuantos
pudieran escribir, seguramente hubiéramos cometido una de las equivocaciones más
grandes de nuestra Historia. Renunciar a escribir software a día de hoy, es como
haber renunciado a escribir hace 500 años”.

Esteban González Pons
Consejero de Educación y Cultura
de la Comunidad Valenciana

http://iblnews.com/noticias/07/83142.html

Texto extraído del libro La pastilla roja, Capítulo 1 ¿Por qué hablar de software libre?



“[..] El «código» es la tecnología que hace que los ordenadores funcionen. Esté inscrito en el software
o grabado en el hardware, es el conjunto de instrucciones, primero escritas como palabras, que
dirigen la funcionalidad de las máquinas. Estas máquinas (ordenadores) definen y controlan cada
vez más nuestras vidas. Determinan cómo se conectan los teléfonos y qué aparece en el televisor.
Deciden si el vídeo puede enviarse por banda ancha hasta un ordenador. Controlan la información
que un ordenador remite al fabricante. Estas máquinas nos dirigen. El código dirige estas
máquinas.
¿Qué control deberíamos tener sobre el código? ¿Qué comprensión? ¿Qué libertad debería haber para
neutralizar el control que permite? ¿Qué poder?
Estas preguntas han sido el reto de la vida de Stallman. A través de sus trabajos y de sus palabras
nos ha incitado a ser conscientes de la importancia de mantener «libre» el código. No «libre» en el
sentido de que los escritores del código no reciban una remuneración, sino «libre» en el sentido de
que el control, que construyen los codificadores, sea transparente para todos y en el de que
cualquiera tenga derecho a tomar ese control y de modificarlo a su gusto. Esto es el «software
libre», «software libre» es la respuesta a un mundo construido mediante código. [..]”

Lawrence Lessig, Presidente de Creative Commons, extraído de la Introducción del libro “Software
Libre para una Sociedad Libre” de Richard Stallman.

http://biblioweb.sindominio.net/pensamiento/softlibre/


1.2. ¿Qué es el Software Libre?

Código fuente

Código binario
ejecutable



Decimos que el software es "libre" si garantiza las siguientes libertades al usuario:
● libertad para ejecutar el programa con cualquier propósito ("libertad 0")

● libertad para estudiar y modificar el programa ("libertad 1"), para lo cual es

necesario poder acceder al código fuente
● libertad para copiar el programa de manera que se pueda ayudar al vecino o a

cualquiera ("libertad 2")
● libertad para mejorar el programa y publicar las mejoras ("libertad 3"), para lo cual

también es necesario poder acceder al código fuente
El software libre es una cuestión de la libertad del usuario para ejecutar, copiar,
distribuir, estudiar, cambiar y mejorar el software.

el software libre no es software gratis



Consecuencias de la “libertad” del software:
• Coste: modelo de costes radicalmente distinto al del software privativo
• Apertura: puede modificarse, puede inspeccionarese, puede estudiarse
• Distribución: nuevos canales, nuevos métodos
• Desarrollo: modelos de desarrollo “sorprendentes”
• Mantenimiento y soporte: verdadera competencia
• Combinación de dos poderosos mecanismos:
• Competencia (pudiendo usar el mismo programa base) y
• Cooperación (incluso involuntaria)


1.3. La Comunidad. Modelos de desarrollo

Comunidad es un conjunto de personas vinculadas por intereses o características
comunes.
Comunidad = conjunto de freakies voluntarios trabajando en sus horas libres en
aplicaciones incomprensibles para el resto de la Humanidad (creencia popular)
La comunidad se compone de todo tipo de agentes: Administración Pública,
empresas, organizaciones, ingenieros TIC, traductores y estudiantes, entre otros.
La creación de comunidades no es un hecho que afecte sólo al Software Libre, ya
que Internet ha supuesto la creación de múltiples comunidades no solamente
técnicas, sino de toda índole.
La creación de comunidades alrededor de proyectos de Software Libre conduce a un
modelo de desarrollo distinto al seguido en los proyectos de software privativo.



La catedral y el bazar http://es.tldp.org/Otros/catedral-bazar/

Modelo de desarrollo del software privativo (la catedral)
es un modelo altamente jerarquizado con toma de decisiones top-down, desde los
gerentes de las empresas al programador.
Ineficiencia tecnológicas:
● el imperativo comercial está por encima del tecnológico

● la existencia de errores es proporcional al número de líneas del código existentes

así como al número de personas que lo revisen
● un soporte técnico óptimo sólo puede ser ofertado por la empresa productora del

software
● modelo basado sólo en las innovaciones que se produzcan en el seno de la

empresa y constreñidos a los departamentos de I+D


Modelo de desarrollo del software privativo (la catedral)

Gráfica extraída de La pastilla roja.


Modelo de desarrollo del Software Libre (el bazar)
en este modelo de desarrollo la toma de decisiones está descentralizada, así como la
generación de nuevo código y la resolución de errores. Cualquiera, al igual que en
los bazares, puede participar intercambiando bienes y servicios.
Eficiencias tecnológicas:
• barreras de entrada bajas = conocimiento y meritocracia
• la innovación por parte de toda la sociedad
• no hay presiones comerciales en la liberación de código
• pon los suficientes ojos y todos los errores se eliminarán (give enough eyeballs
and all bugs will shallow)
• peer review: revisión por cada uno de los desarrolladores del trabajo del vecino
• modularidad de los desarrollos: la evolución de un proyecto tiene en cuenta la
modularidad en el desarrollo para facilitar posibles desarrollos futuros
• libertad de creación


Modelo de desarrollo del Software Libre (el bazar)


1.4. Motivaciones

Existen dos grandes familias de motivaciones para el desarrollo y uso del software
libre:
● La motivación ética, con la Free Software Foundation a la cabeza, es partidaria del

término software libre y argumenta que el software es conocimiento por lo que se
ha de poder difundir sin ningún tipo de trabas. El principio básico es que el
conocimiento como tal no pertenece a nadie, ya que cualquier tipo de conocimiento
proviene de unos conocimientos anteriores y es una copia en mayor o menor
medida de otras ideas.
http://www.fsf.org/ http://www.opensource.org/
● La motivación pragmática, defendida por la Open Source Iniciative, es partidaria
del término código abierto (open source) y argumenta ventajas técnicas y
económicas, ya que consideran que el compartir el código del software es un
paradigma de programación que facilita la excelencia de código.


1.5. Consecuencias

Para el usuario final (individual o empresa)
● el usuario final gana en independencia con respecto al fabricante del software, ya
que pueden existir múltiples empresas que ofrezcan servicios alrededor de
cualquier proyecto de software libre
● se acabó eso de confiar en el software “porque sí”, es decir, confiar en que el

software funciona correctamente y hace únicamente lo que se supone que debe
hacer y nada más
● el usuario puede evaluar varios proyectos de software libre, pudiendo realizar un

análisis completo y poder adoptar el que más se ajuste a sus necesidades o gustos
● el usuario puede modificar el programa para uso propio, personalizándolo y/o

adaptándolo a sus necesidades
● el usuario puede corregir posibles errores sin esperar a que lo realice el fabricante,

cosa que podría ocurrir en la siguiente versión del software con el consiguiente
costo temporal y económico


1.5. Consecuencias

Para la Administración Pública
Situación similar a la de cualquier gran consumidor, pero ...
... Obligaciones especiales con respecto al acceso del ciudadano a los servicios
proporcionados (accesibilidad, seguridad, etc.)
... Especial importancia de la neutralidad frente a fabricantes
... Preocupación sobre la integridad y utilidad de los datos a muy largo plazo
... El impacto sobre la creación de tejido tecnológico es importante
... Hay una cierta función de “escaparate” y “guía de la industria”

El software libre permite un nuevo panorama en todos estos puntos


1.5. Consecuencias

Para el desarrollador: la libertad cambia mucho las reglas del juego
● con el software libre permite competir con tecnología punta y adquirirla, incluso
siendo pequeño
● bien llevado, un proyecto puede conseguir la colaboración gratuita de mucha gente

● te puedes aprovechar del trabajo de tu competencia (ojo: también tu competencia

del tuyo)
● la distribución es barata y global

● problema: obtener recursos económicos, son necesarios nuevos modelos de

negocio


1.5. Consecuencias

Para el integrador
● el software libre es el paraíso para el integrador ya que no tiene que intentar encajar
cajas negras (aplicando ingeniería inversa), integrar varios proyectos es un proceso
transparente con software libre

Para el que proporciona mantenimiento y servicios
● el disponer del código fuente hace que el mantenedor esté prácticamente en las
mismas condiciones del productor del software. Se dice prácticamente porque es
necesario un conocimiento profundo del software, cosa que únicamente tiene el
desarrollador, por lo cual es interesante que el mantenedor participe activamente en
los proyectos que se dedica a mantener
● la oferta de servicios (mantenimiento, formación, etc.) alrededor de los proyectos es

el negocio más claro relacionado con el software libre y en el cual es posible un grado
de competencia más alto


1.6. Conclusiones

• ¿Eres competitivo? en este modelo tienes muchas ventajas.
• ¿Eres pequeño? en este modelo tienes muchas ventajas.
• El software libre muestra ser un modelo económica y técnicamente viable (nuevos
modelos de negocio).
• Hace falta mucha innovación, imaginación ... pero también conocimiento del
entorno.
• Nunca ha sido tan importante tener información buena, y de primera mano.
• Detrás de él hay motivaciones técnicas, económicas y éticas.

Este es uno de esos raros momentos en los que toda una
industria puede estar cambiando de paradigma.


2. Aspectos Legales

2.1.Aspectos legales
2.2.Licencia BSD
2.3.Licencia GPL
2.4.Licencia LGPL
2.5.Copyleft vs. Public Domain
2.6.Licencias Creative Commons


2.1. Aspectos legales

La legislación sobre los derechos de autor (leyes sobre la propiedad intelectual)
asegura que por defecto no se puede hacer prácticamente nada con una obra (en
nuestro caso, un programa) que se reciba o compre a no ser que el autor (o el que
tenga los derechos) nos lo permita explícitamente. Las licencias de software libre
dan ciertos permisos explícitos.
En cualquier caso, la propiedad de la obra será de sus autores, ya que la licencia no
implica transferencia de propiedad, únicamente implica derecho de uso y, a veces,
de distribución.
Hay que saber que cada nueva versión de un programa se considera una obra
nueva, por lo que el autor tendrá de nuevo plena potestad para distribuirla en los
términos y condiciones que desee.
Sobre las contribuciones externas y sus licencias, diremos que se supone que una
persona que contribuye al proyecto acepta de facto que su contribución se ajuste
a las condiciones especificadas por la licencia del proyecto.


2.2. Licencia BSD

BSD (Berkeley Software Distribution)
Versiones de Unix BSD.
Obliga a dar crédito a los autores.
Permite la redistribución binaria.
Permite la redistribución fuente (pero no obliga a ella en ningún caso).
Permite las modificaciones y la integración casi sin restricciones.
Licencias similares: XWindow, Tcl/Tk.
Trata de maximizar las libertades del modificador o redistribuidor.

http://www.opensource.org/licenses/bsd-license.php
http://www.freebsd.org/copyright/freebsd-license.html


2.3. Licencia GPL

GPL (GNU Public License)
Software de la FSF (y mucho más, el 70% de software libre utiliza la GPL).
Interesante uso de la legislación sobre copyright (copyleft).
Permite la redistribución binaria.
Permite la redistribución fuente (obliga a ella en caso de redistribución
binaria, de esta forma asegura que un software GPL siempre será libre).
Permite las modificaciones sin restricciones.
Integración completa sólo con software cubierto por la GPL.
Trata de maximizar las libertades que tiene el usuario del software, lo reciba
directamente de su autor o no.

http://www.gnu.org/licenses/licenses.es.html


2.4. Licencia LGPL

LGPL (Lesser GPL)
Hermana menor de la GPL de la FSF.
Pensada para permitir el uso de bibliotecas libres con software privativo (por
ejemplo, en el caso de un compilador).
Como la GPL cuando se redistribuye la biblioteca como tal.
Permite la integración con software privativo. En este caso, no hay
prácticamente limitaciones.

http://www.gnu.org/licenses/lgpl.html


2.5. Copyleft vs. Dominio Público

Copyleft o copia permitida o izquierdo de copia
es el término que se utiliza en el ámbito informático (y se aplica de manera
análoga a la creación literaria y artística) para designar el tipo de protección
jurídica que confieren determinadas licencias que garantizan el derecho de
cualquier usuario a utilizar, modificar y redistribuir un programa o sus derivados,
siempre que se mantengan estas mismas condiciones de utilización y difusión.
http://ec.europa.eu/translation/bulletins/puntoycoma/98/pyc982_es.htm

Dominio público
Por dominio público se entiende la situación en que quedan las obras
literarias, artísticas o científicas al expirar el plazo de protección de los derechos
patrimoniales de autor y que implica que pueden ser utilizadas en forma libre,
respetando los derechos morales (básicamente la paternidad). Esto sucede
habitualmente trascurrido un término contado desde la muerte del autor (post
mortem auctoris).


2.5. Licencias Creative Commons

Creative Commons
es una organización no gubernamental, sin ánimo de lucro, que fue fundada y
actualmente es presidida por Lawrence Lessig, profesor de derecho en la
Universidad de Stanford y especialista en ciberderechos.
Las diferentes licencias Creative Commons se basan en combinar diferentes
propiedades: Attribution (by), NonCommercial (nc), NoDerivs (nd) y ShareAlike
(sa).
Las seis licencias que se pueden escoger son:
Reconocimiento
Reconocimiento – Sin obra derivada
Reconocimiento – Sin obra derivada – No comercial
Reconocimiento – No comercial
Reconocimiento – No comercial – Compartir igual
Reconocimiento – Compartir igual
http://es.creativecommons.org/


3. Un poco de historia

3.1.Al principio era libre ...
3.2.GNU y BSD
3.3.Linux entra en escena
3.4.Algo se mueve
3.5.El software libre hoy
3.6.Algunos FUDs


3.1. Al principio era libre ...

Los años 60s:
● Panorama de la informática dominado por las grandes computadoras (IBM).

● El software separado del hardware no tiene sentido.

● El software se distribuye junto su código fuente.

● Grupos de software participaban y organizaban intercambios de software.

● El 30 de junio de 1969, IBM anuncia que en 1970 comenzaría a vender parte de su

software por separado.
A mediados de los 70s, era habitual restringir el acceso a los programas, limitandose
las posibilidades para compartir, modificar o estudiar el software por parte de los
usuarios.


3.2. GNU y BSD

GNU
● GNU = GNU's Not Unix
● Richard Stallman pretende construir un sistema de software libre completo de

próposito general, comienza el proyecto GNU en 1984.
● Crea la GPL, General Public License, para asegurar la libertad del software.

● Crea la FSF, Free Software Foundation, para conseguir financiación para el proyecto

GNU.
● El proyecto GNU es un trabajo muy estructurado y con metas claras.

● A principios de los 90s, GNU sólo le faltaba el núcleo del sistema

A principios de los 90s, el software libre es popular entre profesionales informáticos y
entre universitarios.


3.2. GNU y BSD

BSD
● CSRG, Computer Science Research Group (en 1973).
● Importancia de compartir fuentes (cultura Unix “original”).

● Se convierte en una de las 2 fuentes fundamentales de UNIX junto a la oficial AT&T.

● Utilizado por mucho software privativo (SunOS, Ultrix, etc.).

● En junio 1989 libera la Net-1 con licencia BSD.

● En junio 1991: Net-2. 6 meses después: 386BSD distribuida por Internet.

● Surgen: NetBSD, FreeBSD, y OpenBSD.


3.3. Linux entra en escena

Principios de los 90s:
● En septiembre de 1991, Linus Torvalds libera su “Minix Libre” versión 0.1

● En marzo de 1994: Linux 1.0.

● Centenares de desarrolladores integran software GNU para Linux.

● Adaptaciones de aplicaciones y nuevas aplicaciones, casi todo bajo GPL.

● Aparece el concepto de distribución.

● Un kernel, muchas distribuciones: Slackware, Debian, RedHat, Suse, etc.

● Gran éxito “popular”.


3.4. Algo se mueve

Finales de los 90s:
● Anuncio de Netscape.
● GNU/Linux y FreeBSD compiten con Windows NT.
● Más y más cerca del usuario “normal”: KDE, GNOME.
● GNU/Linux penetra en Universidades (y en casa de los estudiantes).
● La mejor opción es libre en muchos ámbitos (Apache, infraestructura de Internet,
XFree, GCC, Gnat).
● Empresas como RedHat consiguen capital-riesgo.
● La prensa comienza a atender al software libre.
● Grandes empresas (Corel, Apple, IBM) estudian cómo tratar con el software libre.


3.4. Algo se mueve

Principios de los 2000:
● El software libre empieza a estar listo para el escritorio (GNOME 2.0, KDE 3.0,
OpenOffice), y es simple de instalar por el usuario final
● El software libre se incorpora a la estrategia de grandes empresas (IBM, HP, Sun)
● Otras (como Microsoft) prefieren una estrategia de enfrentamiento parcial
● Dificultades financieras como resultado de la crisis de las puntocom
● Comienza la penetración en administraciones públicas y grandes empresas
● Aumento grande del número de desarrolladores, de la cantidad de software libre
disponible, etc.


3.5. El software libre hoy ¿y mañana?

La evolución futura del software libre puede encontrarse varios obstáculos:

• Técnicas FUD (miedo, desconocimiento, duda): hasta ahora han mostrado no ser
muy problemáticas.
• “Disolución” (sistemas que pueden confundirse con el software libre): división de
la comunidad, pérdida de las ventajas del modelo.
• Desconocimiento (pérdida de visión): ¿por qué es interesante el software libre?
• Impedimentos legales: patentes de software, mecanismos de control de acceso a
la información, etc.

Y habrá más...


3.6. Algunos FUDs

Típicos FUDs (Fear Uncertainity Doubt) sobre el software libre:
● Las empresas de software libre no innovan.

● El software libre renuncia a la propiedad intelectual.

● A GNU/Linux le queda aún mucho que recorrer en el escritorio.

● Los trabajadores de GNU/Linux son más caros.

● El software libre no es seguro.

● Sólo el 3-5% del TCO corresponde a las licencias.

● El coste de formación supera al ahorro producido por las licencias, con lo que el TCO

es mayor.
● Windows es más barato que GNU/Linux.

● Los modelos de negocio en software libre no están demostrados.


4. Adoptando Software Libre

4.1.Tecnologías Libres
4.2.Fases generales en la adopción
4.3.Total Cost of Ownership
4.4.¿Por qué es interesante?


4.1. Tecnologías Libres

Linux es el núcleo del sistema operativo GNU/Linux, ambos son Software Libre.
Una distribución es un conjunto de aplicaciones/paquetes agrupados por parte de
una organización, comunidad, empresa, etc.
Distribuciones GNU/Linux:
● Ubuntu http://www.ubuntu.com/
● openSUSE http://www.openSUSE.org/
● Fedora http://fedoraproject.org/
● Debian GNU/Linux http://www.debian.org/
● Mandriva http://www.mandriva.com/
● KNOPPIX http://www.knoppix.org/
● Dreamlinux http://www.dreamlinux.com.br/
● gnuLinex http://www.linex.org/
● Lliurex http://www.lliurex.net/



Entorno escritorio (Desktop)
● Entorno gráfico:
● GNOME http://www.gnome.org/
● KDE http://www.kde.org/
● Ofimática: OpenOffice.org http://www.openoffice.org/
● Cliente de correo electrónico:

● Novell Evolution http://www.gnome.org/projects/evolution/
● Mozilla Thunderbird http://www.mozilla-europe.org/es/products/thunderbird/

● Mensajería instantánea: Pidgin http://www.pidgin.im/
● Navegadores web:

● Mozilla Firefox http://www.mozilla-europe.org/es/products/firefox/
● Opera http://www.opera.com/
● Editores gráficos: GIMP http://www.gimp.org.es/



Entorno servidor
● Servidor Web/FTP:
● Apache http://www.apache.org/
● Proftpd http://www.proftpd.org/
● Servidor de correo electrónico: Postfix http://www.postfix.org/
● Bases de datos:

● MySQL http://www.mysql.com/
● PostgreSQL http://www.postgresql.org/
● Compatibilidad con MS Windos: Samba http://www.samba.org/
● Backup: Amanda http://www.amanda.org/
Completa lista de enlaces de proyectos de Software Libre en SourcePYME:
http://www.sourcepyme.org/?q=node/13


4.2. Fases generales en la adopción


4.3. Total Cost of Ownership

TCO: coste de una tecnología concreta a lo largo de su vida útil, incluyendo costes en
las etapas de aprovisionamiento, implantación, explotación y eliminación o sustitución.
Costes directos: software, hardware, soporte técnico, costes de personal, admin.,
formación, etc.
Costes indirectos: downtime, autoformación, cautividad, actualización forzada,
etc.
TCO condicionado por opciones, configuraciones y dimensiones particulares.
El Software Libre no se basa en un modelo de negocio orientado al coste de licencia.
El software privativo no concede al usuario la propiedad sobre la tecnología, sino que
nos da permiso para su uso, por lo que el término TCO no sería correcto. En relación al
software privativo deberíamos de hablar de Coste Total de Arrendamiento.


4.3. Total Cost of Ownership

El coste de adquisición de licencias es proporcional al número de puestos, equipos,
usuarios; influyen el tamaño de la organización y dimensiones de la instalación a
abordar.
En las implantaciones masivas de elementos genéricos (servidores o puestos)
impacta el coste licencias.
Coste de las alternativas tecnológicas basadas en licencias sw privativo
habitualmente con proporciones en relación al conjunto difícilmente asumibles o
justificables.
Canalización de los costes de licencias hacia más y mejores servicios.
Un TCO bajo del equipamiento necesario para usar los servicios de Administración
electrónica también interesa a ciudadanos y empresas.


4.4. ¿Por qué es interesante?

Dimensión social
– Difusión global mediante el propio uso de Internet.
– Extensión del acceso libre y abierto desde los protocolos al software:
protocolos privativos -> protocolos públicos ; software privativo -> software libre
– Desarrollo de una comunidad de personas que colaboran para crear y hacer
evolucionar la tecnología.
– Participan: asociaciones, entidades sin ánimo de lucro, ciudadanos, industria,
sector público, ...
– Dinámica de evolución hacia la comercialización.
− Oferta de la industria en productos, servicios y licencias.
− Facilita la distribución de software a través de canales tradicionales: libros,
revistas, periódicos con CDs.
− Permite acceso por ciudadanos, empresas y AAPP de forma inmediata a tecnología
de última generación:
 Permite acceso con menor coste.
 Permite recorte de distancias tecnológicas.



Interoperabilidad
El software libre se ciñe de facto a normas y especificaciones públicas abiertas.
El uso de especificaciones públicas y abiertas es clave para la interoperabilidad que
se encuentra, de forma natural, ligada al desarrollo del software libre.
La trascendencia de la interoperabilidad viene también de la interrelación horizontal
o arrastre en cadena de unas entidades a otras.
Independencia tecnológica:
• Estrechamente ligada a la normalización y la interoperabilidad.
• Interesa a quien se aprovisiona de tecnología: ciudadanos, empresas,
Administración.
• Menor exposición a migraciones o actualizaciones forzadas no ligadas a las
propias necesidades.
• Abierta la decisión de continuidad o sustitución de hardware y/o software.



Soporte técnico y mantenimiento. Disponibilidad y continuidad.
¿Cuenta con soporte técnico? ¿Existirá dentro de tres años?
¿Ofrece garantías para su aplicación en servicios críticos?
Cautividad: carencia del código fuente + posibilidad de discontinuidad del producto
o proveedor.
La tensión sobre la continuidad soporte técnico se diluye cuando el usuario posee las
fuentes.
La dinámica de evolución hacia nuevas versiones se mantiene igualmente.
Tres vías no excluyentes entre sí de mantenimiento:
(1) Realizar el soporte / mantenimiento por medios propios.
(2) Explotar listas de distribución de correo-e.
(3) Contratar soporte/mantenimiento: escenario de ...
Servicios profesionalizados.
Estabilidad de relaciones entre las partes.
Responsabilidades claramente definidas.



Estabilidad, calidad y madurez
Escenario de desarrollo sometido a reglas y criterios de actuación (acciones y
actores).
Iniciativas para aportar confianza mediante la certificación:
• Certificación de la conformidad con la definición de software libre.
• Certificación de la conformidad de un hardware con una plataforma de
software libre.
• Certificación de la compatibilidad binaria.
• Certificación de la seguridad de las tecnologías de la información.
• Certificaciones profesionales.
Facilidad de uso sometida a mejora permanente.
Documentación abundante de los productos de software libre más conocidos.



Seguridad
Escenario de seguridad por transparencia en lugar de por opacidad: principio de
transparencia.
Mejoras y correcciones: recuperación ante fallos. Reducción de la ventana de
vulnerabilidad.
Garantía de disponibilidad y continuidad frente a políticas comerciales o desaparición
de actores.
Principio de 'mínima funcionalidad': eliminar o desactivar funciones innecesarias o
indeseadas.
Productos que constituyen estándares de hecho.
Tan seguro como un entorno privativo, o más. No se identifican efectos perversos
ligados a la disponibilidad del código fuente.



Conservación
● Formatos abiertos de documentos + software libre:
– Independencia técnológica favorable a la conservación a lo largo del tiempo,
frente a sucesivas oleadas tecnológicas y políticas comerciales concretas.
– Respeto a libertad de opción en acceso y visualización de documentos.
– Facilita el acceso a los documentos.
Protección de modalidades lingüísticas
● Menús opciones, rótulos, textos y mensajes de ayuda, contenidos, documentación,
corrección ortográfica y gramatical, nuevas versiones.



Propiedad intelectual, patentes y responsabilidad
El software libre y de fuentes abiertas, al igual que cualquier otro tipo de software,
está sometido a propiedad intelectual y a derechos de autor.
Existe preocupación por que las modificaciones que puedan introducirse en el marco
legal comunitario o nacional en materia de propiedad intelectual o de patentes puedan
dar lugar a que el software quede en el ámbito de lo patentable.
A la fecha, los programas de ordenador se encuentran fuera del ámbito de lo
patentable.
En términos de responsabilidad, las condiciones establecidas en las licencias de los
productos tanto de software privativo como de software libre y de fuentes abiertas son
equiparables en cuanto a las cláusulas incluidas relativas al descargo de cualquier
responsabilidad por defectos del software.


5. Repercusión socio-económica

5.1.Software Libre en la Administración Pública
5.2.Software Libre en la Educación
5.3.Modelos de negocio


5.1. Software Libre en la Administración Pública

Impacto del uso del Software Libre
● Mayor aprovechamiento de los recursos
● Fomento de la industria local
● Independencia de proveedor
● Adaptación a las necesidades
● Escrutinio público de seguridad
● Disponibilidad a largo plazo



Dificultades de adopción
● Desconocimiento y falta de decisión política
● Poca adecuación de los mecanismos de contratación
● Falta de estrategia de implantación
● Escasez o ausencia de productos libres para ciertos segmentos



Actuaciones de las Administraciones Públicas
● Comprando software y servicios relacionados con las administraciones, siendo estas
un actor fundamental en el mercado del software.
● Promoviendo de diversas maneras la utilización (y adquisición) de determinados
programas por la sociedad:
● ofreciendo incentivos económicos
● con información y recomendaciones
● por el efecto domino.
● Financiando (directa o indirectamente) proyectos de I+D+i que diseñarán el futuro
de la informática.



Conclusiones
El software libre es una realidad que no puede ser ignorada.
Ofrece cualidades de funcionalidad, calidad y seguridad iguales o mejores.
La libertad de mercado, el ejercicio de las 4 libertades inherentes al software libre
junto con Internet, y otros canales, favorecen su extensión creciente.
Instrumento para abaratamiento de costes, eliminación de barreras, promoción del
uso de las TIC, alfabetización tecnológica e integración laboral.
Facilita el acceso a tecnología de última generación y el recorte de distancias
tecnológicas.
Da lugar a nuevos modelos de desarrollo de software y de negocio.
Participan actores diversos, incluyendo a la industria de TIC, que se ha incorporado
con una oferta de productos y servicios creciente.
Numerosas empresas multinacionales y nacionales, bien conocidas, manejan
software libre en productos, servicios y proyectos.
Favorece la libertad de elección, la protección de la inversión, la mejor relación
precio/rendimiento y la interoperabilidad.


5.2. Software Libre en la Educación

¿Por qué el Software Libre en la Educación?
● El Software Libre promueve la libertad y la cooperación
● El Software Libre constituye la base tecnológica para la innovación en la comunidad
educativa
● El Software Libre permite una auténtica racionalización de los costes que se incurren
en la implantación tecnológica
● El Software Libre permite crear una comunidad educativa bajo una base tecnológica
común
● El Software Libre es la independencia tecnológica de la comunidad educativa
● El Software Libre se erige como la plataforma perfecta para la creación y gestión de
contenido educativo necesario para la educación de sus alumnos con toda la
flexibilidad para su creación (gracias a las herramientas de e-Learning libres).



•Master de Software Libre en la Universidad de Extremadura y en la Universitat
Oberta de Catalunya (universidad virtual: http://www.uoc.edu/ ).
• Moodle: plataforma libre de eLearning http://www.moodle.org/
• Tecnologías de clientes ligeros con Software Libre:
• Proyecto LTSP (Linux Terminal Server Project) http://www.ltsp.org/
• Proyecto TCOS (Thin Client Operating System) http://www.tcosproject.org/



Distribución GNU/Linux para la educación: Edubuntu http://www.edubuntu.org/



Distribución GNU/Linux para la educación: Lliurex http://www.lliurex.net/


5.3. Modelos de negocio

Clasificación de Hecker
● Support seller (venta de servicios relacionados con el producto)
● Loss leader (venta de otros productos privativos)
● Widget frosting (venta del hardware)
● Accessorizing (venta de accesorios)
● Service enabler (venta de servicios)
● Brand licensing (venta de marca)
● Sell it, free it (vende, libera)
● Software franchising (franquicia de software)


6. ¿Dónde estamos? ¿Hacia dónde vamos?

6.1.¿Dónde estamos?
6.2.¿Hacia dónde vamos?


6.1. ¿Dónde estamos?

Fortalezas
● Independencia tecnológica
● Escalabilidad
● Portabilidad
● Menor Coste Total de Propiedad del software (TCO)
● Posibilidad de ajustarlo a las necesidades de la empresa
● Mayor estabilidad y menor inversión en hardware
● Seguridad
● Propiedad del software
● Responsabilidad Social
● Recursos humanos



Debilidades
● Conocimiento del Software Libre
● Recursos. Carencia de canal comercial consolidado
● Escasa presencia de aplicaciones para GNU/Linux en determinadas industrias
● Interoperabilidad con otros entornos

Oportunidades
● El conocimiento ha comenzado a esparcirse
● Unión Europea obligando a Microsoft a interoperar con terceras tecnologías
● Multinacionales apostando por el Software Libre
● India y China: liberación exponencial de desarrollos



Amenazas
● Patentes de software:
➔ reduciría la innovación y reforzaría los monopolios
➔ perjudicaría el comercio electrónico
➔ comprometería las libertades de creación, publicación y comercialización de
trabajos propios
➔ causaría incertidumbre legal a los poseedores de derechos de autor
➔ pondría en peligro a profesionales y PYMEs que no tienen los recursos para
acumular patentes o ir a juicio
● No comprensión del fenómeno por parte de los organismos públicos
● A medida que pasa el tiempo, las soluciones se hacen cerradas


6.2. ¿Hacia dónde vamos?

Comoditización de la Tecnología
En el momento en que el mercado no es capaz de absorber las nuevas
funcionalidades que los diferentes ofertantes ofrecen la tecnología se convierte en
commodity. Este hecho es debido a que la diferenciación entre dos productos que son
competitivos no son percibidos como ventaja por parte del cliente.
• Entorno Desktop: la industria avanza hacia los web services o Web 2.0
• Entorno Servidor e Infraestructura Básica: actualmente, las empresas infrautilizan la

infraestructura informática que mantienen. Por eso, las grandes empresas de
servicios informáticos han comenzado a ofertar servicios de Utility Computing
• Crecimiento del mercado del Software Libre y consolidación de la oferta comercial

• Nuevas formas de negocio a medio plazo. Los servicios informáticos

• Legislación y normativa: una visión agridulce

• A largo plazo: Personal Fabricators, fabricadores personales de tecnología a medida


Bibliografía

Software Libre para una Sociedad Libre, Richard Stallman
http://biblioweb.sindominio.net/pensamiento/softlibre/
Por una Cultura Libre, Lawrence Lessig
http://www.traficantes.net/index.php/trafis/editorial/catalogo/coleccion_mapas/por_una_cultu
La pastilla roja, Alfredo Romeo, Juan Tomás García, Cristóbal Prieto
http://www.lapastillaroja.net/
Introducción al Software Libre, Jesús González Barahona, Joaquín Seoane Pascual,
Gregorio Robles
http://www.uoc.edu/masters/esp/web/materiales_libres.html


Gracias por vuestra atención.

Manuel Serrano Belenguer
openXarxes coop. V.
c/ Alborgi, 10
46980 Paterna (Valencia)
Tel. 961381846 / 638127865
email: manolo@openxarxes.com


1 Introducción al Software Libre

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

En vedette

En vedette (20)

Similaire à 1 Introducción al Software Libre

Similaire à 1 Introducción al Software Libre (20)

Dernier

Dernier (12)

1 Introducción al Software Libre