open-source - una - tipos de licencias open source

Aplicando correctamente una licencia de código abierto

Question

Mi pregunta consiste en múltiples puntos que están inherentemente relacionados, me disculpo por eso. Intenté dividirlo un poco más, pero me seguiría repitiendo.

1. ¿Qué se requiere exactamente para aplicar una licencia de código abierto a una base de código que es mi propiedad intelectual?
2. Una gran cantidad de proyectos de código abierto incluyen una copia completa de la licencia en algún lugar de un directorio raíz, pero también tienen algún tipo de encabezado de archivo que incluye una descripción de la licencia, un descargo de responsabilidad y un aviso de copyright. ¿Es eso realmente necesario o depende del tipo de licencia?
3. Si alguien más aporta cambios a este archivo, ¿debe ser nombrado en el aviso de derechos de autor también?

Answer 1

Descargo de responsabilidad: IANAL. Dicho esto, aquí hay algunos pensamientos aleatorios sobre el tema:

El término "Propiedad intelectual" agrupa muchos tipos de leyes: patentes, derechos de autor, marcas registradas y secretos comerciales, entre otros. La aplicación de una licencia a un trabajo que cree afectará la forma en que se puede utilizar su trabajo. Debido a que cada licencia permite diferentes usos de su código, la forma en que aplica la licencia suele ser específica para la licencia que elija. Por ejemplo, la información sobre cómo licenciar su código bajo la licencia Apache 2.0 se puede encontrar en http://www.apache.org/licenses/ . Tenga en cuenta que los proyectos administrados por Apache Software Foundation también requieren que cada contribuyente conceda los derechos de autor de ASF para el trabajo. La concesión de derechos de autor es independiente de la licencia.

Recomiendo leer "Propiedad intelectual y código abierto" de Van Lindberg para aprender un poco de terminología, y si tiene intereses comerciales significativos relacionados con el código, pase algunas horas con un abogado.

Answer 2

Descargo de responsabilidad: no soy un abogado, el siguiente es simplemente mi comprensión de las licencias de OSS. Si me equivoco, apreciaría cualquier corrección.

1. Indique claramente (en el sitio web de su proyecto, en el código fuente, la documentación, la pantalla de inicio, el cuadro de diálogo, etc.) que el proyecto tiene licencia según la licencia que seleccione.
2. Teniendo en cuenta la naturaleza del código abierto, si una parte de su proyecto se utiliza en un proyecto diferente que es propiedad de otra persona (por ejemplo, alguna clase de utilidad útil), tener los "elementos básicos" de la licencia como parte del texto del encabezado del código fuente lo deja claro la licencia que rige el uso de ese archivo fuente específico y quién posee los derechos de autor de esa parte del código en el proyecto en su conjunto.
3. Sí, a menos que le hayan proporcionado documentación que indique que le han transferido los derechos de autor (creo que algunos proyectos más grandes requieren que los contribuyentes hagan esto).

Para ver un ejemplo de cómo aplicar una licencia OSS a un proyecto, visite http://www.gnu.org/licenses/gpl-howto.html

Answer 3

Respuesta corta no abogada;

1. Nada, excepto dejarle claro a cualquier persona que usted, el único autor del código, licencia el código bajo los términos que sean.
2. Es recomendable tener el archivo de licencia en el directorio raíz. Personalmente agregaría en los "comentarios principales" de todos los archivos la línea Copyright 2010 <Your Name>. Released under <license name> in <Your country>. Copyright 2010 <Your Name>. Released under <license name> in <Your country>. La última parte es para que pueda reclamar que la licencia nunca fue hecha para ser interpretada bajo ninguna otra ley que no sea su local (para que pueda obtener un abogado competente en su país de origen en caso de que todo salga mal)
3. Diría que esto depende de la licencia que elijas.

Para obtener más información, lea este libro o consulte a un abogado con experiencia en licencias de software.

Answer 4

Una licencia es simplemente las reglas que usted espera que otros respeten si hacen algo (usarla, modificarla, publicarla, burlarse de ella, lo que sea) con su código.

a) Puede poner lo que quiera, pero para que lo tomen en serio, puede usar una licencia que ya está bien escrita y aceptada ... verifique openource dot org / license / category para obtener una lista (loong) b) Para decidir qué tipo de licencia, echa un vistazo a este artículo reciente: http://www.itbusinessedge.com/cm/community/features/guestopinions/blog/ringing-in-the-new-year-with-clean-intellectual-property/?cs=38892&page=1 . Los más comunes son GPL V2, LGPL, Apache, New BSD; consulte la matriz de resumen en la página 2 del artículo c) asegúrese de que su software no incluya código de otra fuente abierta o de terceros, de lo contrario, estará reclamando el suyo. Como tuyo, no es una buena idea! Existen herramientas que puede utilizar en forma de prueba para escanear su código. d) ponga el texto de la licencia en un archivo License.txt o Copyright.txt en la carpeta. También agregue un encabezado simple (o complejo, si lo desea) a los archivos de origen como menciona Kimvais en la publicación anterior.

Buena suerte.

Answer 5

Renuncia
No soy abogado, por lo que debería consultar con uno para obtener respuestas absolutamente correctas aquí.

Según entiendo...

Cada vez que usted crea algo, ya sea código o cualquier otra cosa, automáticamente se convierte en el propietario de los derechos de autor de ese trabajo (a menos que haya firmado un acuerdo por el que es "trabajo por contrato").

Como propietario de los derechos de autor, puede aplicar la licencia que desee. El hecho es que, si no otorga una licencia, entonces nadie tiene ningún derecho de uso, copia, modificación, distribución, etc. Por lo tanto, los usuarios necesitan su licencia para tener permiso para usar el proyecto (si no otorga una licencia, no se puede presumir, al contrario de lo que se cree, dominio público). Por lo tanto, no debe preocuparse por que las personas ignoren la licencia ... si no pueden señalar una licencia en la que les otorga derechos para usar su software, como propietario de los derechos de autor, puede demandarlos por usar su trabajo protegido por derechos de autor. sin su permiso expreso para hacerlo.

Es típico en los proyectos de código abierto colocar la licencia en un archivo denominado "LICENCIA" o "COPIAR" en el directorio de nivel superior del proyecto. Le sugiero que se apegue a esta convención, ya que ahí es donde la gente buscará la licencia. También es bueno indicar cuál es la licencia en el sitio web del proyecto, para que las personas no tengan que descargar todo el proyecto antes de saber qué es el acuerdo de licencia.

No es necesario incluir una copia completa de la licencia en cada archivo de código fuente, aunque esto es una práctica bastante común. Sin embargo, tenga en cuenta que colocar una copia completa de la licencia (o al menos alguna indicación de la propiedad de los derechos de autor y el nombre de la licencia, si es una licencia conocida) en cualquier archivo de cabecera que instale evitará confusiones. en cuanto a dónde se originaron los archivos de encabezado, por lo que es razonable hacerlo.

Si usted es el propietario del proyecto y otros contribuyen de una manera similar a "trabajar para contratar", entonces no es necesario nombrar a los contribuyentes. Sin embargo, debe dejar en claro (y obtener un registro permanente de un acuerdo de los contribuyentes) que seguirá siendo el único propietario de los derechos de autor del proyecto, a pesar de las contribuciones realizadas. De lo contrario, los contribuyentes tienen propiedad de derechos de autor sobre los archivos / códigos que aportaron.

Una última cosa, no relacionada con la pregunta ... le recomiendo que evite la GPL y la LGPL, y solicite una licencia más permisiva (por ejemplo, MIT, Nueva BSD, BSD simplificada), ya que la primera limitará la capacidad de adopción de su código. , y los proyectos con licencias más liberales, si se adoptan en la industria, tienen el potencial de ser respaldados por la industria (por ejemplo, la Fundación Apache tiene un fuerte apoyo de la industria porque, a diferencia de GNU / FSF, ve erróneamente el código abierto y el código cerrado como enemigos, los ven como colaboradores y, por lo tanto, utilizan licencias que permiten que sus proyectos sean ampliamente adoptados por el mundo de la industria).