Sofware libre

1,159 views

Published on

Tema 7 Sofware Libre
Deciree Barboza
Jaime Rengifo
Ailin

Published in: Education, Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,159
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
40
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Sofware libre

  1. 1. Software Libre Estableciendo una perspectiva clara para su adopción Deciree Barbosa Jaime Rengifo Ailin Vera
  2. 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. 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. 4. Agenda <ul><li>Entendiendo el Software Libre </li></ul><ul><ul><li>Organizaciones, licencias, implicaciones </li></ul></ul><ul><li>Éxitos notorios del Software Libre </li></ul><ul><ul><li>Los números que lo han proyectado </li></ul></ul><ul><li>Proceso detrás del Software Libre </li></ul><ul><ul><li>Un enfoque distinto y sinérgico </li></ul></ul><ul><li>Perspectivas del Software Libre </li></ul><ul><ul><li>Retos, beneficios y esquema de adopción. </li></ul></ul>
  5. 5. Software Libre: Entendiéndolo <ul><li>Antecedentes </li></ul><ul><ul><li>FSF </li></ul></ul><ul><ul><li>OSI </li></ul></ul><ul><li>Decreto 3.390: </li></ul><ul><ul><li>Software Libre </li></ul></ul><ul><ul><li>Estándares Abiertos </li></ul></ul><ul><li>Implicaciones </li></ul>
  6. 6. FSF : Free Software Foundation <ul><li>Fundada en 1985. </li></ul><ul><li>Promueve los derechos de los usuarios para usar, estudiar, copiar, modificar y redistribuir programas de computación. </li></ul><ul><li>Principal vocero: Richard Stallman. </li></ul><ul><ul><li>Hacker (MIT) </li></ul></ul><ul><li>El principal proyecto es el Sistema Operativo GNU, y las herramientas asociadas. </li></ul>
  7. 7. FSF : Definición de Free Software (1/2) <ul><li>La libertad de usar el programa, con cualquier propósito (libertad 0). </li></ul><ul><li>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. </li></ul><ul><li>La libertad de distribuir copias, con lo que puedes ayudar a tu vecino (libertad 2). </li></ul>
  8. 8. FSF : Definición de Free Software (2/2) <ul><li>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. </li></ul><ul><li>La licencia más popular es la GPL: General Public License </li></ul>
  9. 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: <ul><li>Free as in free speech , not as in free beer. </li></ul><ul><li>Libre como en libertad de expresión , no como en cerveza gratis . </li></ul>
  10. 10. OSI : Open Software Initiative <ul><li>1997: La Catedral y el Bazar (E. Raymond) </li></ul><ul><li>1998: Netscape libera el código fuente del Netscape Comunicator (E. Raymond) </li></ul><ul><li>Organización dedicada a la promoción del software de Código Abierto. </li></ul><ul><li>Fundada en 1998 por Bruce Perens y Eric Raymond. </li></ul><ul><li>En 1998 publican los Documentos Halloween, memos internos de Microsoft. </li></ul>
  11. 11. OSI : Definición de Código Abierto (1/2) <ul><li>No hay restricciones para la redistribución, que será libre de regalías. </li></ul><ul><li>Acceso al código fuente. </li></ul><ul><li>Permite la modificación del código, y trabajos derivados del mismo, distribuidos bajo la misma licencia. </li></ul><ul><li>Asegura la integridad del código fuente de cada autor. </li></ul><ul><li>No discrimina personas o grupos de personas . </li></ul>
  12. 12. OSI : Definición de Código Abierto (2/2) <ul><li>No discrimina el uso que se le da al programa. </li></ul><ul><li>Distribución de la licencia sin adicionales. </li></ul><ul><li>La licencia no debe ser específica a un producto. </li></ul><ul><li>No se restringen otros softwares relacionados. </li></ul><ul><li>Tecnológicamente neutral. </li></ul>
  13. 13. FLOSS : Una propuesta de síntesis <ul><li>Free/Libre/Open Source Software </li></ul><ul><li>Término híbrido que abarca tanto el Software Libre como el Software de Código Abierto . </li></ul><ul><li>Creado por Rishab Ghosh . </li></ul><ul><li>Popularizado por la Comisión Europea. </li></ul><ul><li>El término Libre pretende eliminar la ambigüedad introducida por Free . </li></ul>
  14. 14. Decreto 3.390: Software Libre (definición) <ul><li>Es un programa que garantiza al usuario: </li></ul><ul><li>El acceso al código fuente. </li></ul><ul><li>La ejecución con cualquier propósito. </li></ul><ul><li>La redistribución del programa en las condiciones originales sin el pago de regalías. </li></ul><ul><li>La modificación del mismo. </li></ul><ul><li>La redistribución de las modificaciones en las condiciones originales sin el pago de regalías. </li></ul>
  15. 15. Decreto 3.390: Estándares Abiertos (def) <ul><li>Especificaciones técnicas . </li></ul><ul><li>Publicadas y controladas por alguna organización que se encarga de su desarrollo. </li></ul><ul><li>Aceptadas por la industria . </li></ul><ul><li>Estando a disposición de cualquier usuario para ser implementadas en un software libre o propietario. </li></ul><ul><li>Promoviendo la competitividad, interoperabilidad o flexibilidad. </li></ul>
  16. 16. Software Libre: Éxitos Notorios <ul><li>Linux: Sistema Operativo </li></ul><ul><li>Firefox: Explorador Web </li></ul>
  17. 17. Instituciones que participan o han participado en el desarrollo, organización e impulso de Canaima GNU/Linux     
  18. 18. Linux / GNU Linux <ul><li>Antes de Linux: Múltiples sabores de Unix. </li></ul><ul><li>Iniciado en 1991 por Linus Torvalds . </li></ul><ul><li>En 1994 se une la versión 1.0 del kernel de Linux y las herramientas GNU. </li></ul><ul><li>Innumerables distribuciones tanto comerciales como gratuitas. </li></ul><ul><li>El kernel de Linux está licenciado bajo la GPL ( Free Software ) </li></ul>
  19. 19. Mozilla Firefox <ul><li>Browser Gráfico ligero, rápido, extensible y seguro basado en el Navigator de Suite Mozilla. </li></ul><ul><li>Fuertemente orientados al cumplimiento de estándares (HTML, HTTP, CSS, etc) </li></ul><ul><li>En los primeros 100 días de la liberación de la versión 1.0, ésta fue descargada 25 millones de veces. </li></ul><ul><li>Portado a: Windows 98 a XP, Mac OS X y Linux, traducido a más de 38 idiomas. </li></ul>
  20. 20. Software Libre: El proceso del éxito <ul><li>Un ejemplo típico </li></ul><ul><li>Herramientas </li></ul><ul><li>Prácticas. </li></ul><ul><li>¿Quiénes participan? </li></ul><ul><li>¿Por qué? </li></ul>
  21. 21. Un ejemplo típico con un final feliz (1/2) <ul><li>Una persona, grupo u organización inician el desarrollo de un programa para solucionar un problema determinado. </li></ul><ul><li>La solución alcanza un punto donde brinda resultados “presentables”. </li></ul><ul><li>El proyecto se hace público (se libera). </li></ul><ul><li>Otras personas, grupos u organizaciones se interesan en el proyecto y lo evalúan. </li></ul>
  22. 22. Un ejemplo típico con final feliz (2/2) <ul><li>Otras personas, grupos, u organizaciones se incorporan al proyecto: probándolo, usándolo, reportando fallas y aportando correcciones. </li></ul><ul><li>El proyecto crece y la nueva comunidad redefine su alcance y estructura. </li></ul><ul><li>El proceso se repite desde el punto 4. </li></ul>
  23. 23. Otros escenarios con finales felices <ul><li>El proyecto es abandonado </li></ul><ul><ul><li>Nadie lo continúa: “muere”. </li></ul></ul><ul><ul><li>Es retomado por terceros. </li></ul></ul><ul><li>El proyecto hace fork </li></ul><ul><ul><li>Cada persona, grupo u organización crea su propia versión, ya que dispone del código fuente y de la libertad para usarlo. </li></ul></ul>
  24. 24. Herramientas <ul><li>Internet, comunicación pública e instantánea: </li></ul><ul><ul><li>Correo electrónico (personal y listas) </li></ul></ul><ul><ul><li>Mensajería instantánea </li></ul></ul><ul><ul><li>Wikis </li></ul></ul><ul><li>Administración del código fuente (CVS): </li></ul><ul><ul><li>Quien modificó cual código, en que momento. </li></ul></ul><ul><ul><li>“ Fotos” del código fuente para cada versión. </li></ul></ul><ul><li>Builds y Tests automatizados. </li></ul><ul><li>Manejo de requerimientos y bugs (Bugzilla) </li></ul>
  25. 25. Prácticas <ul><li>Comunicaciones públicas (listas de correos) entre los miembros de la comunidad. </li></ul><ul><li>Los requerimientos y objetivos suelen ir a la saga del desarrollo, mucha informalidad. </li></ul><ul><li>Control del código fuente, automatización de los builds, tests y releases frecuentes. </li></ul><ul><li>No reinventar la rueda, bootstraping. </li></ul><ul><li>El mantenimiento como una evolución, rediseño y reinvención del software. </li></ul><ul><li>KISS (Keep It Simple...) </li></ul>
  26. 26. ¿Quiénes participan? ¿Por qué? <ul><li>Hackers o Geeks. </li></ul><ul><li>Estudiantes. </li></ul><ul><li>Desarrolladores independientes. </li></ul><ul><li>Desarrolladores pagados por empresas. </li></ul><ul><li>Prestigio. </li></ul><ul><li>Necesidad. </li></ul><ul><li>Beneficio mutuo. </li></ul><ul><li>Dinero. </li></ul>
  27. 27. Software Libre: En perspectiva <ul><li>Retos que se presentan. </li></ul><ul><li>Beneficios que se obtienen. </li></ul><ul><li>Tendencias que se observan. </li></ul><ul><li>El camino del cambio. </li></ul>
  28. 28. Retos que se presentan <ul><li>La variedad de aplicaciones para el desktop es menor en muchas categorías. </li></ul><ul><li>Pueden ser más difíciles de administrar y usar, exigiendo mayores destrezas de los usuarios. </li></ul><ul><li>La documentación y servicios técnicos disponibles pueden ser escasos o inferiores. </li></ul><ul><li>Si bien pueden obviarse los costos de licenciamiento, los de migración no. </li></ul><ul><li>Interoperabilidad con software propietario no es segura, hay que considerar entes externos. </li></ul>
  29. 29. Beneficios que se obtienen <ul><li>Disminución de los costos de licenciamiento. </li></ul><ul><li>Flexibilidad, ya que modificarlo es natural y rápido para corregir bugs y hacer adaptaciones. </li></ul><ul><li>Seguridad: El código es público y controlado. </li></ul><ul><li>No puede ser “secuestrado” ni puede “morir”. El software sobrevive </li></ul><ul><li>Disponibilidad de soporte público y gratuito. </li></ul><ul><li>Valores: Comunidad, cooperación y voluntariado. </li></ul>
  30. 30. Tendencias que se observan <ul><li>Énfasis en los procesos de documentación y soporte en los proyectos, mejora de la usabilidad. </li></ul><ul><li>Crecimiento de la oferta de soporte comercial. </li></ul><ul><li>Desarrollo de nuevos procesos de estandarización que propician desarrollos en áreas tradicionales del software propietario. </li></ul><ul><li>Migración de los procesos abiertos hacia otros campos de la organización diferentes de TI. </li></ul><ul><li>Crecimiento del ecosistema de Software Libre . </li></ul>
  31. 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
  32. 32. VALHALLA project Conclusiones <ul><li>Prácticamente todas las licencias que satisfacen la definición de Free Software cumplen con la de Open Source y viceversa. </li></ul><ul><li>La FSF y la OSI coinciden en que, a efectos prácticos, sus definiciones son equivalentes. </li></ul><ul><li>El Software Libre puede ser comercial . </li></ul><ul><li>El software “ privado ” puede ser Libre. </li></ul><ul><li>No todo software gratuito es Libre. </li></ul><ul><li>El Software Libre y el propietario pueden ser combinados bajo ciertas condiciones. </li></ul>
  33. 34. VALHALLA project

×