ESPECIALIZACIÓN EN ARQUITECTURA DEL SOFTWARE SENA - SOCORRO MSL. Hebert Augusto Orjuela Cuadros. NOMBRES y APELLIDOS: BERNARDO RUEDA HERNANDEZ ACTIVIDAD: LICENCIAS, MEZCLA DE LICENCIAS Y COPYLEFT. Parte A: 80 puntos. Para que haga media con la parte B es necesario sacar aquí al menos 55 puntos. 1 [10 puntos] Partiendo de un programa original A que recibimos de terceros bajo licencia BSD, comentar la diferencia entre copyleft fuerte y débil con dos ejemplos de uso de librerías utilizadas para aumentar la funcionalidad del programa A: - cómo se puede usar una librería publicada bajo la GPL, y - cómo usar otra publicada bajo la LGPL. (200 palabras) LAS LICENCIAS BSD modificadas son compatibles con las licencias GLP y LGPL de tal manera que podríamos utilizar cualquiera de las dos. Debemos tener en cuenta que se pueda agregar la librería ya que haríamos un trabajo conjunto con la licencia BSD y no una modificación. CON LICENCIAS GPl: cuando combinamos el programa A con nuestra librería inmediatamente estaríamos creando un nuevo programa al cual debemos licenciarlo por completo con licencia GPL convirtiéndose en copyleft fuerte ya que de ahí en adelante nuestro programa garantizará las libertades a posibles usuarios en el futuro. CON LICENCIAS LGPL: si seguimos utilizando la licencia BSD en nuestro nuevo programa este se convertiría en copyleft débil ya que no se garantizarían las libertades otorgadas por la GPL. 2 [20 puntos] Mezcla de un programa bajo licencia Berkeley/Sleepycat y otro bajo Eiffel 2.0 En la empresa para la que trabaja recibe usted un programa A bajo licencia Sleepycat/Berkeley Database License y otro (B) bajo licencia Eiffel 2.0, con el encargo de mezclar el código de ambos, añadir algo de código propio, y generar un tercer programa C. Cada subpregunta son 10 puntos, y requiere menos de 100 palabras para contestar. 1a) Tiene usted derecho para distribuir el tercer programa C bajo la licencia Eiffel (Sí/No, por qué?) NO; porque el primer programa está bajo licencia Sleepycat/Berkeley Database Licence aunque está aprobada por licencia de código abierto que es más que todo utilizada por Oracle y es compatible con GPL pero requiere: Redistribuir libremente bajo términos razonables Conservar derechos de autor Conservar el código fuente del programa y del software que lo use. La licencia Eiffel no nos garantiza la conservación del código fuente así que otra persona podría coger el programa C modificarlo y distribuirlo perdiéndose la licencia del programa A. ESPECIALIZACIÓN EN ARQUITECTURA DEL SOFTWARE SENA - SOCORRO MSL. Hebert Augusto Orjuela Cuadros. 1b) Tiene usted derecho para distribuir el tercer programa C bajo la licencia Sleepycat/Berkeley Database License (Sí/No, por qué?) SI, ya que en este caso no se perdería la licencia Sleepycat/Berkeley Database License del programa A. incluso me garantiza que si por algún motivo el programa C llega a manos de otras personas estás deben respetar la licencia Sleepycat/Berkeley Database License como en el caso del programa A. 3 [30 puntos] Mezcla de un programa bajo licencia GPL versión 2 y otro bajo Apache En la empresa para la que trabaja recibe usted un programa A bajo licencia GPL (A) y otro (B) bajo licencia Apache 2.0, con el encargo de mezclar el código de ambos, añadir algo de código propio, y generar un tercer programa C. 1a) Tiene usted derecho para hacerlo? (Respuesta: Sí/No, por qué) SI, ya que a pesar que las dos licencias son incompatibles si me autorizan a hacer derivaciones en ese caso podría cumplir con el trabajo propuesto en mi empresa. Como las licencias son incompatibles me presentarían problemas al momento de publicarlos y distribuirlos ya que mostrarían restricciones. 1b) ¿Tiene usted derecho para distribuir el tercer programa C internamente en su empresa? (Sí/No, por qué?) SI, mientras el programa no salga de la empresa si se podría hacerlo ya que el único inconveniente que se presentaría seria si llega a manos de terceros que estén por fuera de la compañía. 1c) Tiene usted derecho para distribuir públicamente el tercer programa C? (Sí/no, Por qué) Si es así, bajo qué licencia? (Explicar además la elección de licencia) NO se podría distribuir el programa C ya que como es licencia GPL versión 2 y apache 2.0 se tendría una incompatibilidad entre las dos licencias y esto nos dificultaría licenciar nuestro software. 4 [10 puntos] Licencias copyleft (o robustas) y no-copyleft (permisivas)De las siguientes licencias o familias de licencias, decir cuáles son copyleft y cuáles no son copyleft, explicando brevemente (vale con una línea) el porqué de la clasificación. De las licencias que no se mencione versión, es que todas son iguales a este respecto. Calificación: - cada clasificación correcta suma un punto, - cada licencia sin clasificar suma cero puntos, - cada repuesta incorrecta resta dos puntos. a) CDDL No es copyleft ya que solo se puede comercializar bajo los requisitos de la misma licencia (CDDL). ESPECIALIZACIÓN EN ARQUITECTURA DEL SOFTWARE SENA - SOCORRO MSL. Hebert Augusto Orjuela Cuadros. b) Sleepycat or Berkeley Database License SI es copyleft ya que asi se distribuya como código fuente o binario se debe conservar la licencia Sleepycat or Berkeley Database License c) LGPL SI es copyleft aunque sea una licencia débil está proyectada para que se pueda mezclar con cualquier software. d) Expat/Mit No es copyleft ya que es una licencia que permite hacer todo, generalmente es bastante sencilla. e) GPL SI es copyleft ya que este tipo de licencia obliga redistribución con los mismos términos de la licencia. a la publicación y f) Apache 2.0 NO es copyleft ya que este tipo de licencia en la publicación y redistribución no obliga a que las obras derivadas tengan la misma licencia. g) eCos 2.0 SI es copyleft ya que es la misma licencia GPL sino adicional que permite articular con software privativo. que con una condición h) "tipo BSD" NO es copyleft ya que la licencia solo precisa a tener los derechos de autor no usa esos nombres para su divulgación. pero i) Affero GPL SI es copyleft ya que es la misma licencia GPL sino que con una adicional que la cual no modifica la sección copyleft de la GPL. condicion j) Eclipse Public License SI es copyleft ya que como es una licencia copyleft débil permite cambiar la licencia. 5 [5 puntos] Los programas bajo licencias libres pueden ser más o menos libres según la licencia sea... (Contestar a, b ó c, y explicar el porqué de la decisión en 100 palabras): a) más libres si es copyleft: b) más libres si es no-copyleft: ESPECIALIZACIÓN EN ARQUITECTURA DEL SOFTWARE SENA - SOCORRO MSL. Hebert Augusto Orjuela Cuadros. c) igual de libres en los dos casos: El software siempre es libre o no es libre no hay términos medios, se debe conocer que es software libre cuando cumple con las cuatro libertades: La autonomía de usar el esquema, con cualquier intención (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) 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 esto. http://pamchi.wordpress.com/2008/04/08/las-cuatro-libertades-del-software-libre/ Y no es libre cuando pasa a llamarse software propietario esto quiere decir que no se pueden incluir las cuatro libertades anteriores. 6 [5 puntos] Comentar en qué está bien o mal la siguiente afirmación: (100 palabras) "Las licencias permisivas como la LGPL, al contrario que las robustas como la GPL, permiten distribuir binarios bajo licencias privativas". Las licencias LGPL se crearon con el fin de jugar con su libertad de compartir y modificar el software siendo una licencia permisiva la cual se puede enlazar con software libre y con software privativo entonces se puede decir que es correcta la afirmación "Las licencias permisivas como la LGPL, al contrario que las robustas como la GPL, permiten distribuir binarios bajo licencias privativas". Parte B: 40 puntos. De cada pregunta, la redacción, la estructura y el orden de la respuesta cuentan 5 puntos. 7 [10 puntos] Desarrolladores de software libre. Tema: Cómo entrar a colaborar en un proyecto. Comparar las maneras de formar parte de tres proyectos del mundo del software libre: GNOME, KDE y Debian (maintainer). Para ello, basta con hacer un listado de los pasos a seguir, indicando al final si se trata de un proceso formal/informal, etc. (300 palabras) DEBIAN: Lista Paso 1: Solicitud Paso 2: Verificación de identidad Paso 3: Filosofía y procedimientos Paso 4: Tareas y habilidades Paso 5: Recomendación Paso 6: Comprobación de recepción Paso 7: Comprobación del administrador de cuentas y creación de la cuenta Formulario de solicitud ESPECIALIZACIÓN EN ARQUITECTURA DEL SOFTWARE SENA - SOCORRO MSL. Hebert Augusto Orjuela Cuadros. http://www.debian.org/devel/join/newmaint Es un proceso informal ya que cualquier persona así no sea desarrollador puede estar en la comunidad de debían. GNOME: Pueden pertenecer a la Asociación todas aquellas personas que tengan interés en el desarrollo de los fines de la Asociación. Dentro de la Asociación existen tres clases de socios: socios fundadores, socios de número y socios de honor. http://es.gnome.org/Documentacion/Guias/QueEsGNOME La manera de suscribirse a gnome es sencilla solo hay que llenar algunos datos en un formulario.En este caso coloque la suscripción a gnome-latino. http://mail.gnome.org/mailman/listinfo/gnome-hispano-list KDE: En KDE la forma de suscripción es igual que la de Gnome.y se puede participar en un proyecto de la siguiente forma: 1. 2. 3. 4. 5. 6. 7. 8. 9. Colaborando: Usándolo (estable o versiones de pruebas) Colaborando: Recomendarlo e instalárselo a amigos/compañeros Colaborando: Escribir artículos y tutoriales que muestren como usarlo Colaborando: Traduciendo aplicaciones, documentación y tutoriales al español u otra lengua cooficial. Colaborando: Empaquetando para distribuciones nuevas aplicaciones del que sólo dispongamos el código fuente Colaborando: Informar/resolver fallos que encontremos Colaborando: Ayudando en una aplicación que ya exista, que nos guste y que queramos mejorar. Colaborando: Creando una nueva aplicación que complemente o mejore al escritorio KDE Colaborando: Con donaciones que no sea tiempo a dedicar (dinero, hardware, etc...) http://www.grancanariadesktopsummit.org/node/290 http://kde.org.ar/node/9 8 [10 puntos] Dar tres ejemplos de empresas que se dediquen al software libre y que utilicen tres modelos de negocio distintos. Estos tres ejemplos han de ser casos que NO aparezcan en la clasificación de Fuggetta y se deberá explicar que hace exactamente la empresa: http://alarcos.inf-cr.uclm.es/doc/ig1/doc/temas/4/IG1-t4slibreabierto.pdf En España se encuentra el grupo INFORHOUSE es una agrupación de empresas dedicadas a las tecnologías de la información y la comunicación. Brinda servicios de: ESPECIALIZACIÓN EN ARQUITECTURA DEL SOFTWARE SENA - SOCORRO MSL. Hebert Augusto Orjuela Cuadros. Consultoría Desarrollo de software Asistencia técnica Soluciones pres desarrollados http://www.grupoinforhouse.com/ En Colombia se encuentra la empresa UBICUANDO LTDA con sede en la ciudad de Bogotá brinda soluciones de tecnología basadas en software libre y Linux brinda servicios de: Desarrollo de sitios web Fábrica de software Inteligencia de negocios PKI y firma digital Factura electrónica http://www.ubiquando.com.co/ En estados unidos se encuentra la empresa REDHAT siendo la primera empresas que se decidió por el software libre siendo una de las más grandes del mundo brinda servicios de: Mensajería en tiempo real Sistemas de gestión Gestión de identidad Virtualización (escritorio y servidor) http://www.redhat.com/ 9 – [10 puntos] Realiza un breve ensayo máximo 200 palabras, donde redacte, como le ha parecido la especialización, que le cambiaria, que cosas buenas o malas usted ha visto o ha percibido, Como le han parecido la temática y las formas de aprendizaje empleadas. La especialización desde el principio me ha parecido muy interesante más si desde la apertura estamos tratando temas de software libre y licenciamiento que es muy importante al momento de poner en práctica nuestros conocimientos o a futuro. El método de enseñanza del SENA es diferente a otras instituciones ya que en el SENA es más que todo autoaprendizaje así que considero que el método de instrucción está bien, hay muchas cosas buenas ya que todo lo que se adquiera en conocimiento es bueno, lo malo que veo es la deserción que se ha venido notando con el transcurso de las clases.