GRI Clase Licenciamiento OS e InnerSourcing

Licenciamiento Open Source y su Evolución

Introducción al Licenciamiento Open Source

• En 1976, un club de aficionados a la electrónica intercambiaba diseños de computadoras, lo que marcó el inicio del intercambio de software sin licencias.

• Bill Gates escribió una carta argumentando en contra de la copia no autorizada de software, destacando su impacto negativo en el mercado.

• Hoy en día, al usar software, aceptamos términos y condiciones que funcionan como contratos entre el usuario y el proveedor.

Propiedad Intelectual y Permisos

• Al adquirir software, se obtiene un permiso temporal para usarlo, no la propiedad del mismo; esto es fundamental en la propiedad intelectual.

• Las licencias son complejas y muchas veces los usuarios no comprenden sus implicaciones legales.

• Los términos de licencia suelen exonerar a las empresas de responsabilidad legal, dejando al usuario completamente responsable.

Complejidad Legal del Software

• Las licencias han evolucionado a tal punto que se han convertido en un laberinto legal difícil de navegar para los usuarios comunes.

• Cada versión de software puede tener diferentes licencias que deben ser leídas cuidadosamente por los usuarios.

Principios del Open Source

Libertades Esenciales del Usuario

• El concepto de "dominio público" es erróneo; algo sin licencia no significa que sea libre para todos.

• La Free Software Foundation establece cuatro libertades esenciales: ejecutar el programa como desee, estudiar cómo funciona (acceso al código), modificarlo y distribuir copias.

Copyleft vs Copyright

• El "copyleft" asegura que cualquier modificación también esté bajo la misma licencia original, promoviendo así la libertad del software.

• La redistribución debe incluir el código fuente y mantener la integridad del autor original.

Iniciativas Modernas y Licencias

Requisitos Adicionales en Licencias

• La Open Source Initiative incluye requisitos como no discriminar contra personas o grupos y permitir obras derivadas.

• Las licencias deben ser neutrales tecnológicamente para evitar restricciones sobre arquitecturas específicas.

Comparación con Licencias Anteriores

• A diferencia de versiones anteriores como GPL, las nuevas licencias permiten mayor flexibilidad en su uso combinado con otros softwares.

Impacto Actual del Software Libre

Aplicaciones Prácticas

• Las licencias aplican no solo al software sino también a expresiones artísticas mediante sistemas como Creative Commons.

Tipos de Licencia

• Existen diversas categorías: fuente abierta (acceso al código), freeware (gratuito pero limitado), shareware (uso temporal), entre otras.

Desafíos Legales y Patentes

Conflictos por Propiedad Intelectual

• Las patentes pueden complicar la innovación debido a su ambigüedad legal. Esto ha generado debates sobre su efectividad en EE.UU.

Control de Versiones en Desarrollo

Importancia del Control Histórico

• El control de versiones permite rastrear cambios históricos en el código para identificar problemas o bugs generados durante el desarrollo.

Conclusiones sobre Modelos Organizativos

Evolución Metodológica

• Se discute cómo los modelos tradicionales (catedral vs bazar ) han cambiado con las metodologías ágiles actuales , permitiendo una mayor flexibilidad e interacción dentro del desarrollo .

La Evolución del Desarrollo de Software: Catedral vs. Bazar

Importancia del Tiempo y Costos en el Desarrollo

• El desarrollo de software tradicional era más estático, con un ciclo de retroalimentación lento, lo que aumentaba los costos de errores debido a la inversión significativa de tiempo y recursos.

• Actualmente, se utiliza un enfoque híbrido entre catedral y bazar, combinando la velocidad y comunicación del modelo bazar con metodologías estructuradas del modelo catedral.

Características del Modelo Bazar

• El modelo bazar permite una mayor flexibilidad y rapidez en el desarrollo, como se observa en proyectos exitosos como Linux, donde la colaboración masiva ha mejorado continuamente el producto.

• A medida que los proyectos crecen, las características típicas del bazar pueden ser restringidas para mantener un control más estricto sobre las decisiones funcionales.

Reescritura y Mantenimiento del Código

• Los programadores reconocen que reescribir código es complicado; el envejecimiento del código requiere atención constante para evitar obsolescencia.

• La interacción temprana con usuarios es crucial en el método bazar para mejorar rápidamente el software mediante feedback continuo.

Feedback e Interacción con Usuarios

• Las herramientas de feedback integradas en aplicaciones permiten a los usuarios reportar problemas fácilmente, algo que no era común antes de los años 80.

• La regla "libera pronto" fomenta actualizaciones frecuentes basadas en la comunicación efectiva con los usuarios sobre problemas encontrados.

Composición y Motivaciones de Equipos Open Source

• La composición de equipos open source varía significativamente; muchos miembros participan por interés personal o necesidad profesional relacionada con el software.

• Las organizaciones pueden optar por arreglar errores en software open source para beneficio propio o hacer forks si desean implementar mejoras específicas sin compartirlas públicamente.

Desafíos del Anonimato en Proyectos Open Source

• El anonimato permite a los contribuyentes participar sin miedo al juicio, fomentando una cultura abierta donde se comparten conocimientos libremente.

• Sin embargo, este anonimato también plantea desafíos técnicos ya que no hay una relación jerárquica clara entre colaboradores y administradores del proyecto.

Control de Calidad y Pruebas Automatizadas

• Los sistemas open source han desarrollado robustos sistemas de pruebas automatizadas para asegurar la calidad continua del código aportado por múltiples colaboradores.

• Las prácticas modernas incluyen integración continua (CI), donde cada cambio debe pasar pruebas antes de ser aceptado oficialmente en el proyecto.

Introducción al Inner Source y su Implementación

Conceptos Clave del Inner Source

• El Inner Source se refiere a la implementación de métodos de trabajo que incluyen prácticas sobre el código y la interacción entre miembros del equipo, incluyendo a personas de otras organizaciones.

• La cultura laboral en un entorno de Inner Source es radicalmente diferente, con metodologías que permiten una distribución distinta de tareas y el uso de herramientas variadas.

• Se destaca la importancia del control del código y los procesos de diseño, especialmente en entornos remotos y asíncronos, donde se requiere mayor supervisión.

Desafíos y Oportunidades en el Trabajo Colaborativo

• La relación entre trabajo grupal e individual cambia significativamente; hay una mayor necesidad de control y seguridad debido a la dependencia externa creciente.

• A medida que se trabaja con múltiples proyectos externos, aumenta la complejidad en la gestión y monitoreo, lo que exige más diligencia por parte del equipo.

Consideraciones Legales y Éticas

• Es importante prestar atención a los créditos utilizados en proyectos colaborativos. Aunque es legalmente obligatorio, también es esencial para mantener buenas prácticas éticas.

• Se menciona el uso justo al referirse a marcas registradas; esto permite nombrar marcas siempre que sea relevante dentro del contexto adecuado.