source son software qué que pero open llama licencias licencia libre las historia general diferentes código coinciden codigo cerrado abierto open-source licensing

open-source - son - software libre y de código abierto



¿Cómo eliges una licencia de código abierto? (10)

Soy un ingeniero de software, no un abogado, y mi universidad no ofrece ningún curso orientado a la licencia de software. De hecho, sus cursos relacionados con la ley carecen (pero su número crece lentamente). ¿Dónde puedo obtener información sobre las licencias de código abierto y cómo elegirlas?

Casi siempre termino de usar MIT o BSD (son equivalentes), ya que

  1. Es la licencia más liberal que hay. Simplemente dice que no eres responsable de ningún tipo de problema y, opcionalmente, obliga a las personas a incluir un aviso de copyright de tu trabajo original en derivados.
  2. Permite derivados de código cerrado, algo que considero bueno: las empresas a veces no tienen la posibilidad de hacer su trabajo bajo la GPL (pueden usar productos o componentes de un tercero con licencias restringidas).

Eso y el grupo GNU / GPL son generalmente extremistas cuando los encuentras en la naturaleza.

Hay muchos descritos aquí: http://www.gnu.org/licenses/license-list.html#SoftwareLicenses

La decisión de cuál usar puede ser política, pero en última instancia debe ser determinada por sus planes / deseos para el software. Si quiere asegurarse de que siempre es gratis, elija GPL u otra licencia "Copyleft". Si no te importa algún uso comercial, elige otro que sea compatible con eso.

Motivos más pragmáticos también pueden influir en la elección de la licencia: si desea utilizar una biblioteca GPL, debe usar GPL usted mismo, o si desea que su software forme parte de un proyecto más grande, entonces debe observar sus requisitos.

Siempre puedes usar el mejor de todos, el WTFPL . Utilizo esto en la mayoría de mis proyectos escolares, ya que no son tan buenos de todos modos.

Tuvimos un dilema similar. En nuestra empresa decidimos invertir mucho tiempo en un marco, con la esperanza eventual de lanzarlo a la comunidad de código abierto. La empresa está construida con herramientas de código abierto (apache, php, etc.), era hora de devolver. Decidimos una licencia dual LGPL / MPL. De esa forma, podríamos incorporar soluciones / mejoras de la comunidad, mientras seguimos protegiendo las aplicaciones (particularmente las nuestras) que se ejecutan en la parte superior de ser forzadas a ser también de código abierto.

Wikipedia, por supuesto, tiene básicamente toda la información que necesitarías saber. Pero la parte más difícil es saber por dónde empezar. Recomiendo comenzar leyendo sobre la Licencia Apache y la GNU GPL , que son dos lados populares de la misma historia, cada uno ofreciendo diferentes libertades a las personas asociadas con el código.

Pero aquí está en pocas palabras: Apache License permite a cualquier persona hacer algo con su código, incluso tomarlo y usarlo en un producto de código cerrado. Le da a quienquiera que tome el código la libertad de hacer lo que quiera con él.

La GPL de GNU, por otro lado, permite que su código solo se use en un proyecto que también se distribuye bajo la GPL. En este caso, podría escribir algún código e impedir que una empresa propietaria use su trabajo. Aquí, le das libertad al código en sí mismo, que siempre se utilizará para fines "gratuitos".

Esto puede crear una discusión interminable, pero hay un principio al que me agarraría cada vez que decida qué licencia usar: ¡NO CREA UNO NUEVO!

No importa qué tan persuasivos sean los argumentos de su homólogo que, debido a que ninguna licencia actual cumple exactamente con las necesidades únicas de su proyecto, debe escribir la suya, o incluso simplemente "modificar levemente" una existente, trátelo como un programador que viene a usted argumentando que solo TIENE que usar una declaración GOTO porque nada más en el lenguaje funcionará.

Otro consejo:

Estoy un poco sorprendido de que no se mencione la Iniciativa de Código Abierto como fuente de información sobre qué licencias de código abierto existen. Probablemente no haga las comparaciones, por lo que también vale la pena consultar los otros sitios.

Recientemente comencé a investigar el tipo de licenciamiento para aplicar a un trabajo bastante sustancial. La cantidad de opciones y el contenido, las restricciones (o no) y las limitaciones de todas las licencias de código abierto son desconcertantes. Encontré un par de buenos enlaces en las respuestas publicadas, pero no vi nada que señalara la lista alfabética de licencias de la Iniciativa de código abierto , así que la he incluido aquí.