Software Libre

Estableciendo una perspectivaEstableciendo una perspectivaclara para su adopciónclara para su adopción

Deciree BarbosaDeciree Barbosa

Jaime RengifoJaime Rengifo

Ailin VeraAilin Vera

2

¿Por qué estamos aquí?

Decreto 3.390

Artículo 1: La Administración Pública Nacional empleará prioritariamente Software Libre desarrollado con Estándares Abiertos en sus sistemas, proyectos y servicios informáticos. A tales fines, todos los órganos y entes de la Administración Pública Nacional iniciarán los procesos de migración gradual y progresiva de éstos hacia el Software Libre desarrollado bajo Estándares Abiertos.

3

Una definición desde la cual partir

Decreto 3.390

Artículo 2. A los efectos del presente decreto se entenderá por Software Libre:

Programa de computación cuya licencia garantiza al usuario acceso al código fuente del programa y lo autoriza a ejecutarlo con cualquier propósito, modificarlo y redistribuir tanto el programa original como sus modificaciones en las mismas condiciones de licenciamiento acordadas al programa original, sin tener que pagar regalías a los desarrolladores previos.

4

Agenda

• Entendiendo el Software Libre

– Organizaciones, licencias, implicaciones

• Éxitos notorios del Software Libre

– Los números que lo han proyectado

• Proceso detrás del Software Libre

– Un enfoque distinto y sinérgico

• Perspectivas del Software Libre

– Retos, beneficios y esquema de adopción.

5

Software Libre:Entendiéndolo

• AntecedentesAntecedentes– FSFFSF– OSIOSI

• Decreto 3.390: Decreto 3.390: – Software LibreSoftware Libre– Estándares AbiertosEstándares Abiertos

• ImplicacionesImplicaciones

6

FSF: Free Software Foundation

• Fundada en 1985.

• Promueve los derechos de los usuarios para usar, estudiar, copiar, modificar y redistribuir programas de computación.

• Principal vocero: Richard Stallman.

– Hacker (MIT)

• El principal proyecto es el Sistema Operativo GNU, y las herramientas asociadas.

7

FSF: Definición de Free Software (1/2)

• La libertad de usar el programa, con cualquier propósito (libertad 0).

• La libertad de estudiar cómo funciona el programa y adaptarlo a tus necesidades (libertad 1). El acceso al código fuente es una condición previa para esto.

• La libertad de distribuir copias, con lo que puedes ayudar a tu vecino (libertad 2).

8

FSF: Definición de Free Software (2/2)

• La libertad de mejorar el programa y hacer públicas las mejoras a los demás, de modo que toda la comunidad se beneficie. (libertad 3). El acceso al código fuente es un requisito previo para ésto.

La licencia más popular es laGPL: General Public License

9

Aclaratoria sobre el término Free

El adjetivo free en inglés significa tanto libre como gratuito por lo que la FSF aclara sistemáticamente que debe ser interpretado como:

• Free as in free speech, not as in free beer.

• Libre como en libertad de expresión, no como en cerveza gratis.

10

OSI: Open Software Initiative

• 1997: La Catedral y el Bazar (E. Raymond)

• 1998: Netscape libera el código fuente del Netscape Comunicator (E. Raymond)

• Organización dedicada a la promoción del software de Código Abierto.

• Fundada en 1998 por Bruce Perens yEric Raymond.

• En 1998 publican los Documentos Halloween, memos internos de Microsoft.

11

OSI: Definición de Código Abierto (1/2)

1. No hay restricciones para la redistribución, que será libre de regalías.

2. Acceso al código fuente.

3. Permite la modificación del código, y trabajos derivados del mismo, distribuidos bajo la misma licencia.

4. Asegura la integridad del códigofuente de cada autor.

5. No discrimina personas o grupos de personas.

12

OSI: Definición de Código Abierto (2/2)

1. No discrimina el uso que se le da al programa.

2. Distribución de la licencia sin adicionales.

3. La licencia no debe ser específica a un producto.

4. No se restringen otros softwares relacionados.

5. Tecnológicamente neutral.

13

FLOSS: Una propuesta de síntesis

• Free/Libre/Open Source Software

• Término híbrido que abarca tanto el Software Libre como el Software de Código Abierto.

• Creado por Rishab Ghosh.

• Popularizado por la Comisión Europea.

• El término Libre pretende eliminar laambigüedad introducida por Free.

14

Decreto 3.390: Software Libre (definición)

Es un programa que garantiza al usuario:

• El acceso al código fuente.

• La ejecución con cualquier propósito.

• La redistribución del programa en las condiciones originales sin el pago de regalías.

• La modificación del mismo.

• La redistribución de las modificaciones en las condiciones originales sin el pago de regalías.

15

Decreto 3.390: Estándares Abiertos (def)

• Especificaciones técnicas.

• Publicadas y controladas por alguna organización que se encarga de su desarrollo.

• Aceptadas por la industria.

• Estando a disposición de cualquier usuariopara ser implementadas en un software libre o propietario.

• Promoviendo la competitividad, interoperabilidad o flexibilidad.

16

Software Libre:Éxitos Notorios

• Linux:Linux:Sistema OperativoSistema Operativo

• Firefox: Firefox: Explorador WebExplorador Web

Instituciones que participan o han participado en el desarrollo, organización e impulso de Canaima GNU/Linux     

17

18

Linux / GNU Linux

• Antes de Linux: Múltiples sabores de Unix.

• Iniciado en 1991 por Linus Torvalds.

• En 1994 se une la versión 1.0 del kernel de Linux y las herramientas GNU.

• Innumerables distribuciones tanto comerciales como gratuitas.

• El kernel de Linux está licenciado bajo la GPL (Free Software)

19

Mozilla Firefox

• Browser Gráfico ligero, rápido, extensible y seguro basado en el Navigator de Suite Mozilla.

• Fuertemente orientados al cumplimiento de estándares (HTML, HTTP, CSS, etc)

• En los primeros 100 días de la liberación de la versión 1.0, ésta fue descargada 25 millones de veces.

• Portado a: Windows 98 a XP, Mac OS X y Linux, traducido a más de 38 idiomas.

20

Software Libre:El proceso del éxito

• Un ejemplo típico Un ejemplo típico

• Herramientas Herramientas

• Prácticas.Prácticas.

• ¿Quiénes participan?¿Quiénes participan?

• ¿Por qué?¿Por qué?

21

Un ejemplo típico con un final feliz (1/2)

1. Una persona, grupo u organización inician el desarrollo de un programa para solucionar un problema determinado.

2. La solución alcanza un punto donde brinda resultados “presentables”.

3. El proyecto se hace público (se libera).

4. Otras personas, grupos u organizaciones se interesan en el proyecto y lo evalúan.

22

Un ejemplo típico con final feliz (2/2)

1. Otras personas, grupos, u organizaciones se incorporan al proyecto: probándolo, usándolo, reportando fallas y aportando correcciones.

2. El proyecto crece y la nueva comunidad redefine su alcance y estructura.

3. El proceso se repite desde el punto 4.

23

Otros escenarios con finales felices

• El proyecto es abandonado– Nadie lo continúa: “muere”.– Es retomado por terceros.

• El proyecto hace fork– Cada persona, grupo u organización crea su

propia versión, ya que dispone del código fuente y de la libertad para usarlo.

24

Herramientas

• Internet, comunicación pública e instantánea:– Correo electrónico (personal y listas)– Mensajería instantánea– Wikis

• Administración del código fuente (CVS):– Quien modificó cual código, en que momento.– “Fotos” del código fuente para cada versión.

• Builds y Tests automatizados.• Manejo de requerimientos y bugs (Bugzilla)

25

Prácticas

• Comunicaciones públicas (listas de correos) entre los miembros de la comunidad.

• Los requerimientos y objetivos suelen ir a la saga del desarrollo, mucha informalidad.

• Control del código fuente, automatización de los builds, tests y releases frecuentes.

• No reinventar la rueda, bootstraping.

• El mantenimiento como una evolución,rediseño y reinvención del software.

• KISS (Keep It Simple...)

26

¿Quiénes participan? ¿Por qué?

• Hackers o Geeks.

• Estudiantes.

• Desarrolladores independientes.

• Desarrolladores pagados por empresas.

• Prestigio.

• Necesidad.

• Beneficio mutuo.

• Dinero.

27

Software Libre:En perspectiva

• Retos que se Retos que se presentan.presentan.

• Beneficios que se Beneficios que se obtienen.obtienen.

• Tendencias que se Tendencias que se observan.observan.

• El camino del cambio.El camino del cambio.

28

Retos que se presentan

• La variedad de aplicaciones para el desktop es menor en muchas categorías.

• Pueden ser más difíciles de administrar y usar, exigiendo mayores destrezas de los usuarios.

• La documentación y servicios técnicos disponibles pueden ser escasos o inferiores.

• Si bien pueden obviarse los costos de licenciamiento, los de migración no.

• Interoperabilidad con software propietario no es segura, hay que considerar entes externos.

29

Beneficios que se obtienen

• Disminución de los costos de licenciamiento.

• Flexibilidad, ya que modificarlo es natural y rápido para corregir bugs y hacer adaptaciones.

• Seguridad: El código es público y controlado.

• No puede ser “secuestrado” ni puede “morir”. El software sobrevive

• Disponibilidad de soporte público y gratuito.

• Valores: Comunidad, cooperación y voluntariado.

30

Tendencias que se observan

• Énfasis en los procesos de documentación y soporte en los proyectos, mejora de la usabilidad.

• Crecimiento de la oferta de soporte comercial.

• Desarrollo de nuevos procesos de estandarización que propician desarrollos en áreas tradicionales del software propietario.

• Migración de los procesos abiertos hacia otros campos de la organización diferentes de TI.

• Crecimiento del ecosistema de Software Libre.

31

El camino del cambio: Pasos

Necesidades

Organización

Usuarios

Características

Idioma

Externas

Restricciones

Presupuesto

Tiempo

Compatibilidad

Destrezas

Externas

Opciones

Directorios

Recomendado

Consultoría

Proyectos

Evaluación

Calidad

Usabilidad

Estabilidad

Migración

Flexibilidad

Impacto

Popularidad

Comunidad

VALHALLA project 32

Conclusiones

• Prácticamente todas las licencias que satisfacen la definición de Free Software cumplen con la de Open Source y viceversa.

• La FSF y la OSI coinciden en que, a efectos prácticos, sus definiciones son equivalentes.

• El Software Libre puede ser comercial.

• El software “privado” puede ser Libre.

• No todo software gratuito es Libre.

• El Software Libre y el propietario pueden ser combinados bajo ciertas condiciones.

VALHALLA project