Introducción

Los desarrolladores no suelen prestar atención a las licencias cuando utilizan diversos proyectos de código abierto. Como resultado, a menudo utilizamos proyectos de código abierto, partes de un proyecto o funciones para nuestras aplicaciones y programas sin pensar en cómo pueden afectar a la obra derivada. Por ejemplo, ¿es necesario conservar el aviso de copyright del autor original? ¿Cuáles son los requisitos y obligaciones de las distintas licencias? En este artículo, también destaco información sobre licencias populares y sus principales características.

Descargo de responsabilidad: La información contenida en este blog no debe considerarse asesoramiento jurídico. Si busca asesoramiento jurídico, póngase en contacto con un abogado.

¿Qué es una licencia de código abierto?

En primer lugar, debe saber que los términos de la licencia son condiciones de derechos de autor exigibles en virtud de la ley federal de derechos de autor y exigibles en virtud de la ley estatal de contratos.

Una licencia para proyectos de código abierto es un contrato legal que regula la relación entre uno o varios autores y el usuario. Incluye la siguiente información:

• Regulación de la responsabilidad de los autores y colaboradores del proyecto.

• Descripción de las condiciones de uso del proyecto o código, incluido el uso en programas comerciales.

• Definición de lo que se puede y no se puede hacer con los componentes del software, las obligaciones y las características de uso.

Cumplimiento de licencias de código abierto

¿Cómo percibimos la información de que un proyecto es de código abierto? En primer lugar, es un proyecto con una o más licencias de código abierto. Puede encontrar la lista de licencias de código abierto en este enlace. Así que, si empiezas por el final, tenemos proyectos listos para usar o software propietario que utiliza licencias de código abierto. Pero compruebe la licencia y encontrar problemas de licencia, conflictos de licencia, o el uso de proyectos sin licencia.

Los siguientes problemas pueden verse afectados por conflictos y problemas de licencia:

• Es necesario sustituir y volver a desarrollar una parte del código fuente

• Cobertura negativa en la prensa por incumplimiento

• Pérdida de reputación ante la comunidad de código abierto y los clientes.

• Cambiar la licencia de su obra derivada

• Poder divulgar los códigos fuente correspondientes previa solicitud

Así que es mejor entender el dominio de las licencias de código abierto y crear una política de licencias de código abierto relacionada. O integrar herramientas de compatibilidad de licencias en su proceso de desarrollo.

Unas pocas licencias disponibles para su uso

Apache 2.0

Apache 2.0 licencia permisiva, el año pasado se tendió a elegir Apache 2.0 para los proyectos de código abierto apoyados y desarrollados por empresas u organizaciones comerciales. La popularidad de esta licencia no deja de crecer, entre otras cosas porque este tipo de licencia ha sido elegida como obligatoria para los proyectos por la Cloud Native Computing Foundation. La razón principal por la que esta licencia es popular es que, a diferencia de otras licencias permisivas. Apache 2.0 tiene la cláusula 3 (3. Concesión de licencia de patentes.), que hace referencia a las patentes. La cláusula regula la disposición de patentes: los participantes conceden permiso para utilizar cualquier patente relacionada con su contribución. Esto significa que los propietarios, mantenedores y usuarios de proyectos de código abierto están protegidos frente a posibles demandas por infracción de patentes.

Solicitud automática de licencia

Algunos proyectos y recursos aplican automáticamente la licencia específica al código/contenido que ha creado utilizando el proyecto relacionado.

Por ejemplo:

El sitio Licencia ISC es la licencia por defecto utilizada cuando se configura un nuevo paquete NPM con el comando npm init. La Licencia ISC (ISC) es funcionalmente idéntica a la Licencia MIT, pero con alguna redacción, parecía innecesariamente eliminada. MIT - es una licencia permisiva simple; es corta, directa y no requiere archivos NOTICE adicionales. CodePens están automáticamente con licencia MIT.

Todo el contenido creado en StackOverflow (incluyendo preguntas y respuestas) está licenciado bajo Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) y su copyleft. Usar fragmentos de StackOverflow puede ser un problema para el departamento legal de tu empresa.

La mayoría de las licencias de código abierto contienen obligaciones específicas relativas a la información y la documentación. Por ejemplo, muchas licencias de código abierto exigen que el texto de la licencia correspondiente se entregue con el software cuando se distribuya. Los siguientes ejemplos muestran cómo las empresas conservan el aviso de copyright del autor original. La aplicación móvil tiene un elemento de menú independiente, "Licencia", que contiene el texto de la licencia con el correspondiente aviso de derechos de autor.

Datos interesantes sobre las licencias de código abierto que no todos conocen:

• Puede aplicar varias licencias a un mismo proyecto.

• "La licencia" también es una licencia.

• Los participantes que contribuyan a proyectos con una licencia Apache tienen permiso para utilizar cualquier patente relacionada con su contribución.

Conclusión

El código y los proyectos de código abierto contienen todas las soluciones que puedes utilizar a diario en las aplicaciones de tu smartphone, comprar billetes en las terminales de la ciudad o utilizar electrodomésticos. Como desarrolladores, utilizamos proyectos y bibliotecas de código abierto en cada sprint. Muchos de nosotros contribuimos y mantenemos un proyecto de código abierto. Por eso necesitamos comprobar la licencia y leer el texto de la licencia en el proyecto que estás utilizando o con el que estás interactuando. Puedes descubrir el proyecto de código abierto y los SDK de Vonage aquí