¿Por qué necesitamos el permiso de conducir?
Contenidos
Esta imagen fue publicada originalmente en Flickr por Dick Thomas Johnson en https://flickr.com/photos/31029865@N06/48222781952 (archivo). Fue revisada el 13 de agosto de 2019 por FlickreviewR 2 y se confirmó que está licenciada bajo los términos de la cc-by-2.0.
Este archivo contiene información adicional como metadatos Exif que pueden haber sido añadidos por la cámara digital, el escáner o el programa de software utilizado para crearlo o digitalizarlo. Si el archivo ha sido modificado con respecto a su estado original, algunos detalles como la marca de tiempo pueden no reflejar completamente los del archivo original. La marca de tiempo es tan precisa como el reloj de la cámara, y puede ser completamente errónea.
Película de casi todo
Una licencia de software permisiva, a veces también llamada licencia tipo BSD o estilo BSD,[1] es una licencia de software libre que, en lugar de las protecciones del copyleft, sólo conlleva restricciones mínimas sobre cómo se puede utilizar, modificar y redistribuir el software, incluyendo normalmente una exención de responsabilidad de la garantía. Algunos ejemplos son la licencia GNU All-permissive, la licencia MIT, las licencias BSD, la licencia Apple Public Source y la licencia Apache. A partir de 2016,[actualización] la licencia de software libre más popular es la licencia MIT permisiva[2][3].
La Iniciativa de Código Abierto define una licencia de software permisiva como una “licencia sin copyleft que garantiza las libertades de uso, modificación y redistribución”[6] El sitio web choosealicense de GitHub describe la licencia MIT permisiva como “[permitir] que la gente haga lo que quiera con tu código siempre y cuando te proporcionen la atribución y no te hagan responsable”[7] El sitio web newmediarights.com de la California Western School of Law las define de la siguiente manera: “Las licencias ‘tipo BSD’, como las licencias BSD, MIT y Apache, son extremadamente permisivas, requiriendo poco más que la atribución de las partes originales del código licenciado a los desarrolladores originales en tu propio código y/o documentación”[1].
Con la banda de puñetazos wiki
Por último, tu proyecto puede tener dependencias con requisitos de licencia que desconocías. La comunidad de tu proyecto, o las políticas de tu empleador, también pueden requerir que tu proyecto utilice licencias de código abierto específicas. A continuación cubriremos estas situaciones.
Hacer público tu proyecto en GitHub no es lo mismo que licenciar tu proyecto. Los proyectos públicos están cubiertos por los Términos de Servicio de GitHub, que permiten a otros ver y bifurcar tu proyecto, pero tu trabajo no tiene permisos.
MIT, Apache 2.0 y GPLv3 son las licencias de código abierto más populares, pero hay otras opciones para elegir. Puedes encontrar el texto completo de estas licencias, así como instrucciones sobre cómo utilizarlas, en choosealicense.com.
Es muy probable que tu proyecto tenga (o vaya a tener) dependencias. Por ejemplo, si estás haciendo open sourcing de un proyecto Node.js, probablemente usarás librerías del Node Package Manager (npm). Cada una de esas bibliotecas de las que dependes tendrá su propia licencia de código abierto. Si cada una de sus licencias es “permisiva” (da permiso al público para usar, modificar y compartir, sin ninguna condición para el licenciamiento posterior), puedes usar cualquier licencia que quieras. Las licencias permisivas más comunes son MIT, Apache 2.0, ISC y BSD.
Actuar como los campeones del estado
Aunque lo más probable es que nos encontremos con cuestiones de licencias al negociar las condiciones de un acuerdo comercial, los acuerdos de licencia de PI también pueden negociarse como parte de una transacción de fusiones y adquisiciones o de financiación.
El primer paso en la negociación de cualquier acuerdo de licencia es identificar la propiedad intelectual precisa que se va a licenciar y determinar si está registrada o no. Si está registrada, es probable que la propiedad intelectual esté registrada en la Oficina de Patentes y Marcas de los Estados Unidos (USPTO) o en el registro estatal correspondiente. Compruebe que el licenciante es realmente propietario de la propiedad intelectual o tiene los derechos para sublicenciarla.
Tenga en cuenta que la mayoría de los programas informáticos no se registran, con la excepción de los programas informáticos que se registran antes de preparar una demanda en los tribunales. Casi todo el software tiene algunos fragmentos de código que el licenciante adquirió bajo una licencia de código abierto (es decir, la licencia GNU o MIT). El licenciante debe pasar dicho código al licenciatario bajo los términos de la licencia original e identificar los elementos iniciales y finales que se pasan bajo la licencia de código abierto. Obtenga una propuesta gratuita de Umar