¿Cómo puedo crear mi propia licencia de software? [cerrado]

He visto numerosas licencias para cualquier tipo de software, como GNU GPL, BSD License, MIT License y LGPL. ¿Cuál es el proceso para crear una nueva licencia de software, como la "licencia genérica de John Doe"?

1. Abre un editor.
2. Escribe los términos de la licencia.
3. Guardar el archivo.
4. Incluir en proyecto.

En términos generales, eso es todo lo que hay que hacer. Seriamente.

No me creas Echa un vistazo a la licencia de Don't St A Dick de Phil Sturgeon (así como al WTFPL que lo inspiró).

Dicho esto, es impredecible si las licencias de software son legalmente exigibles , incluso si un abogado las escribió (al menos en los EE. UU., Y depende casi por completo del capricho del juez o la autoridad de derecho de autor). Sin embargo, de manera más general, como autor del software, ya está cubierto por las leyes de derechos de autor de su país (suponiendo que haya tomado las medidas para que su trabajo tenga derechos de autor; en los Estados Unidos, eso es simplemente hacer el trabajo).

Se reduce a lo que desea lograr con su licencia, más allá (o en lugar de) las leyes de derechos de autor. En el caso de tales licencias, como la licencia DBaD de Phil, es en gran medida una cuestión de principio de honor y respeto mutuo.

Si desea que sea legalmente exigible (o al menos tenga la posibilidad de hacerlo), como la publicación de un producto de origen cerrado, es muy probable que desee hablar con un abogado. De esa manera, puede asegurarse de que no haya escapatorias evidentes y puede tenerlo escrito de tal manera que sea más probable que un juez / partido gobernante decida a su favor en caso de que alguien lo viole.

EllisLab (la compañía detrás de CodeIgniter) tiene una gran explicación de las licencias de software (y toda una semana de blogs sobre el tema, de hecho), tanto desde el punto de vista legal como desde el punto de vista de un desarrollador de FLOSS y el principio de honor que mencioné anteriormente.

(Descargo de responsabilidad: no soy abogado, este no es un consejo legalmente vinculante, bla, bla, bla. Solo soy un desarrollador que ha tenido que ir de puntillas alrededor del campo de minas legal que es el desarrollo de software y las licencias. En caso de duda , hable con alguien que realmente sea un abogado, idealmente con un enfoque de derechos de autor, patente y / o licencia).

Responda las siguientes preguntas para el usuario de su software:

1. ¿Su producto es de código abierto, es decir, puedo obtener una copia del código fuente?

   • ¿Cómo puedo usar tu código fuente? ¿Puedo copiarlo libremente en mis propias aplicaciones o tengo que vincularlo a su binario? Si uso su código en mi propia aplicación, ¿hay un límite para la cantidad de código que puedo usar? ¿Tengo que incluir su licencia o encabezado de atribución en la parte superior de cualquier archivo fuente que redistribuya que contenga su código, o en el cuadro Ayuda / Acerca de mi binario?

2. ¿Qué puedo hacer con tu producto? ¿Puedo usarlo en una computadora? ¿Puedo usarlo en más de una computadora? ¿Puedo redistribuirlo o revenderlo?

3. Si uso su producto como parte de otra aplicación que escribo, ¿tengo que ser también de código abierto?

4. ¿Cómo garantiza su producto? ¿Eres legalmente responsable si tengo problemas?

5. ¿Cuáles son sus términos de redistribución? ¿Puedo redistribuir su producto como parte de un producto que escribo? Si proporciona la fuente, ¿puedo modificar su biblioteca y redistribuir las modificaciones? De ser así, ¿qué condiciones debo cumplir?

Estudie otras licencias y vea cómo han respondido estas preguntas.

En realidad, es sorprendentemente similar a lo que hacen los desarrolladores:

Usted le da a un abogado (o al departamento legal de una gran corporación) una lista de requisitos para lo que permite la licencia y lo que no permite (por ejemplo, la licencia es solo para un usuario, es temporal, no puede usar el software para algunos fines , etc.) y "traducen" esto al lenguaje de los abogados, casi como traducimos los requisitos al código.

Por ejemplo, "la licencia es solo para un usuario" generalmente se traduce en algo similar a esto: "FooCorp Inc. le otorga una licencia única, no exclusiva e intransferible para instalar y usar FooSoftware para ...".

Puede pensar que esto no se aplica a las licencias F / OSS, pero es más o menos lo mismo, excepto que los requisitos son diferentes: puede encontrar la versión más simple de estos requisitos en http://opensource.org/docs/OSD .

Pero la parte del abogado es esencial y no tiene sentido tratar de escribir una licencia usted mismo (a menos que sea un abogado con mucha experiencia en derecho internacional y relacionado con la propiedad intelectual). Alguien encontrará una escapatoria conveniente, que le permitirá usar su producto de la manera que desee (iría tan lejos como para comparar esto con las vulnerabilidades).

Por supuesto, no afirmo que esta explicación sea completa o incluso correcta, pero es un esbozo aproximado del proceso, en lo que respecta a los desarrolladores de software (por lo tanto, lo comparo con el trabajo de un programador).

Para responder a su pregunta, cualquiera puede escribir una licencia, ¡y se nota!

Aquellos de nosotros que usamos software para construir cosas y realmente tratamos de respetar cada licencia, estamos listos para sacar nuestros propios ojos con un póker cada vez que alguien habla de hacer uno nuevo. Ya hay un número incontable de licencias de software en el mundo. El 99% de ellos son casi duplicados de licencias existentes y más populares, excepto que no están tan bien pensadas.

Un sitio al que contribuyo tiene una licencia de tipo de atribución no comercial creative-commons de cosecha propia, excepto que no dice nada sobre trabajos derivados. ¿Están permitidos? ¿Se pueden distribuir bajo la misma licencia? Me gana!

Si otras personas contribuyen a un proyecto y alguna vez desea o necesita cambiar la licencia, debe hacer que todos acepten cambiar la licencia, o estará más o menos atascado con ella para siempre. Algunos de ellos pueden volverse inalcanzables o incluso morir. No soy un abogado, pero si no tiene un acuerdo de contribuyente firmado por todos que le permita tomar decisiones sobre su licencia, creo que es SOL.

Es realmente difícil escribir una buena licencia. Incluso las mejores licencias de software están llenas de agujeros. Hay nuevas versiones de las licencias Apache y GPL periódicamente. Por favor, vea si puede encontrar una licencia que satisfaga el 90% de sus necesidades y úsela. La Excepción de Enlace GPL o "Excepción de Classpath" es un gran ejemplo de esto. Estoy un poco preocupado por la declaración que la gente de Hibernate tuvo en su sitio unos años, básicamente interpretando públicamente mal la GPLv2 para que parezca que incluye la Excepción de Classpath. ¿Es esa la excepción classpath? No lo sabremos a menos que alguien los demande.

Me parece que ser demandado es la forma más dolorosa de depurar su licencia. Si usa una licencia que la gente ya ha demandado, hay una cierta seguridad de que funciona, y también una idea de cómo funciona. Mejor aún, elija una licencia que haya estado en los tribunales de diferentes países. ¿Pensó en cómo se interpretaría su licencia en otras partes del mundo?

Si basa su licencia en una existente, entonces las personas que se preocupan por cumplir con los términos de su licencia podrían no tener que estudiarla durante años para descubrir exactamente lo que significa.

Si es posible, le animo a que dedique sus energías y talentos a mejorar una licencia existente en lugar de escribir una nueva.

Lamento ser una matanza de alegría. Si estoy amargado, es porque realmente leo e intento respetar las licencias de las personas antes de usar sus obras.

Escriba los términos, publíquelos con su software. Eso es.

Una pregunta, sin embargo, es ¿por qué quieres? No es improbable que las condiciones que desee agregar ya estén presentes en otra licencia de uso común.

Esto agrega un paso preliminar: compruebe si realmente tiene que crear una licencia.

También es probable que algunas de las condiciones que desea imponer sean defectuosas de alguna manera; agregando otro paso preliminar: lea acerca de los términos "únicos" que desea aplicar. Es probable que alguien más haya intentado dichos términos y los haya encontrado inaplicables o contraproducentes de alguna manera.