Software Libre

1. Software Libre Estableciendo una perspectivaclara para su adopciónAníbal RojasVALHALLA project s.a.Versión 1.0

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 • Antecedentes • FSF • OSI • Decreto 3.390: • Software Libre • Estándares Abiertos • Implicaciones

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 OperativoGNU, 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) • No hay restricciones para la redistribución, que será libre de regalías. • Acceso al código fuente. • Permite la modificación del código, y trabajos derivados del mismo, distribuidos bajo la misma licencia. • Asegura la integridad del códigofuente de cada autor. • No discrimina personas o grupos de personas.

12. OSI: Definición de Código Abierto (2/2) • No discrimina el uso que se le da al programa. • Distribución de la licencia sin adicionales. • La licencia no debe ser específica a un producto. • No se restringen otros softwaresrelacionados. • 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. Poniendo los puntos sobre las íes • 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.

17. Software Libre:Éxitos Notorios • Linux:Sistema Operativo • Apache: Servidor de Páginas Web • Firefox: Explorador Web

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. • Portado desde plataformasembedded hasta mainframes. • El kernel de Linux está licenciado bajo la GPL (Free Software)

19. Apache HTTP Server Distribución del mercado para los principales servidores y todos los dominios. Agosto 1995 – Mayo 2005.

20. Apache HTTP Server • Sirve el 70% de las páginas web que se navegan en internet hoy en día. • Basado en el HTTP daemon de la NCSA. • Iniciado en 1995 por un grupo de webmasters usuarios del HTTP daemon. • Licenciado bajo la Apache Software License 1.0, 1.1 y 2.0, compatibles con la FSF y OSI. • Respaldado actualmente por laApache Software Foundation (ASF).

21. Apache Software Foundation • Organización sin fines de lucro. • Creada en 1999 por los desarrolladores originales de Apache. • Provee una base tecnológica y legal para desarrollo de proyectos colaborativos y abiertos. • A la fecha incluye más de 30 proyectos, que a su vez incluyen sub-proyectos.

22. 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.

23. Software Libre:El proceso del éxito • Un ejemplo típico • Herramientas • Prácticas. • ¿Quiénes participan? • ¿Por qué?

24. Un ejemplo típico con un final feliz (1/2) • Una persona, grupo u organización inician el desarrollo de un programa para solucionar un problema determinado. • La solución alcanza un punto donde brinda resultados “presentables”. • El proyecto se hace público (se libera). • Otras personas, grupos u organizaciones se interesan en el proyecto y lo evalúan.

25. Un ejemplo típico con final feliz (2/2) • Otras personas, grupos, u organizaciones se incorporan al proyecto: probándolo, usándolo, reportando fallas y aportando correcciones. • El proyecto crece y la nueva comunidad redefine su alcance y estructura. • El proceso se repite desde el punto 4.

26. 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.

27. 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)

28. 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...)

29. ¿Quiénes participan? ¿Por qué? • Hackers o Geeks. • Estudiantes. • Desarrolladores independientes. • Desarrolladores pagados por empresas. • Prestigio. • Necesidad. • Beneficio mutuo. • Dinero.

30. Software Libre:En perspectiva • Retos que se presentan. • Beneficios que se obtienen. • Tendencias que se observan. • El camino del cambio.

31. 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.

32. 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.

33. 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.

34. 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 Wheeler: How to Evaluate FLOSS Programs

35. El camino del cambio: Niveles Desktop Uso Impacto Personas Back-end Estadarización Mayor Menor

36. Agenda (en retrospectiva) • 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.

37. VALHALLA project, s.a http://www.valhallaproject.com Aníbal Rojasard@valhallaproject.com Copyright (c) 2005 VALHALLA project s.a. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the notes for this slide.