Lo que necesita saber sobre las licencias de GitHub: cómo seleccionar y agregar

Licencias de GitHub: ¿de qué estamos hablando? Para crear software, no solo debe escribirlo, sino también decidir qué usuarios o desarrolladores tienen derecho a hacer con él. Si alguien crea un programa gratuito para todos, está haciendo una buena acción, pero quien lo use tendrá que justificar cómo lo usa. Por ejemplo, si una empresa en sus actividades trabajará con cualquier oficina libre (por ejemplo, LibreOffice), entonces los auditores deben poder demostrar que tiene derecho a hacerlo. Para ello bastará con presentar la licencia correspondiente. Si el desarrollador se olvida de formularlo, la empresa puede encontrarse en una posición difícil.
Clasificación de licencias y tipos de licencias [/ caption] Al crear una aplicación, el desarrollador debe decidir qué acciones con su programa se permitirán y cuáles no. Por ejemplo, podemos hablar no solo de usar, sino también de estudiar los textos de los programas o hacer sus propios ajustes al producto software. GitHub es uno de los servicios más grandes para el desarrollo de proyectos colaborativos. Al mismo tiempo, pueden trabajar aquí no solo en forma gratuita, sino también en proyectos comerciales. Al especificar una licencia adecuada, los desarrolladores eliminarán la confusión sobre cómo utilizar el producto creado. El problema es que existen diferentes tipos de licencias y no siempre es fácil determinar qué opción se debe preferir en un caso particular. Además, no es raro que algunos proyectos no tengan licencia.Es necesario aprender más sobre la concesión de licencias para comprender qué derechos y obligaciones de los usuarios surgen en diferentes casos.

¿Por qué necesito licenciar proyectos de código abierto en GitHub?

Al especificar la licencia requerida, el desarrollador puede proporcionar lo siguiente:

1. Condiciones de uso del programa . Pueden prever el pago de una tarifa o, en algunos o todos los casos, permitir el uso gratuito.
2. A veces, los programas se crean para que los desarrolle la comunidad . En este caso, es importante que todos los que lo deseen puedan familiarizarse con los textos del programa.
3. Cuando el código está disponible, algunos pueden realizar cambios para que el programa sea funcional y lo más confiable posible. A veces, el autor puede permitir que todos hagan esto, en otros casos se ofrece a enviarle un cambio y hace ajustes al proyecto por su cuenta.
4. Debe decidir si terceros pueden realizar cambios en el proyecto y proponer en su nombre. En este caso, es necesario indicar con qué licencia debe ser su producto.

Al resolver estos y otros problemas similares, el autor de la aplicación determina en gran medida el destino futuro del producto de software que creó.

¿Qué tipos de licencias existen?

Una licencia es un acuerdo en el que una parte (el licenciante) establece una regla para que la otra parte (el licenciatario) utilice el producto que crea. En la práctica, no estamos hablando de la firma de un documento por las partes, sino de un consentimiento automático con los correspondientes derechos y obligaciones sobre su uso. Prácticamente no existen restricciones para concretar derechos y obligaciones. La única condición es que deben cumplir con la ley. Crear sus propias licencias es un trabajo complicado, ya que debe asegurarse de que sea compatible con otras regulaciones. La mejor opción es seleccionar y utilizar uno de los tipos estándar de dichos documentos. En la práctica, también es habitual utilizar licencias múltiples. Muy a menudo, en tales casos, se utilizan dos licencias simultáneamente.Si bien el autor del programa tiene derecho a formular de forma independiente las reglas que deben seguir los usuarios, no obstante, en la práctica, se ha desarrollado el uso de una gran cantidad de tipos de licencias, entre las que se puede elegir la adecuada en la mayoría de los casos. Las siguientes son las opciones más populares utilizadas en Git Hub en la mayoría de los casos. Las licencias más comunes utilizadas en Git Hub son:
El programador deberá poder elegir uno que se ajuste a sus planes. Para hacer esto correctamente, debe comprender qué características son inherentes a ciertas especies.

Si el autor se niega a formular el documento, en este caso se aplicarán los derechos de autor, que están previstos por defecto por la legislación de su país. La ausencia de una licencia de esta forma no significa que pueda hacer lo que quiera con el programa. De hecho, esta situación puede considerarse como uno de los tipos de licencias.

Cómo elegir una licencia de Github

Antes de comenzar a buscar una opción adecuada, es necesario que el programador formule sus requisitos, a partir de los cuales procederá con más licencias. A continuación, conviene familiarizarse con las opciones típicas correspondientes a la solicitud. Después de eso, deberá estudiar detenidamente la redacción legal y tomar una decisión final sobre cuál debería ser la licencia. Para tomar una decisión informada, debe comprender qué derechos y obligaciones están determinados por un tipo particular de licencia. Para tomar la decisión correcta, puede utilizar servicios especiales llamados comparadores. Aquí hay unos ejemplos:

1. https://choosealicense.com/. Este sitio contiene preguntas de orientación para elegir la opción correcta y consejos detallados para ayudarlo a comprender los detalles de uso.
2. La página https://opensource.org/licenses está dedicada a revisar varias soluciones de software gratuito.
3. El sitio https://tldrlegal.com/ se puede ver como una enciclopedia para varias opciones de licencia. Contiene un lenguaje legal preciso y comentarios detallados.

Compare las licencias en https://choosealicense.com/ [[]] Sin embargo, la opción más productiva es leer detenidamente los documentos legales relevantes. Aunque esta es una actividad que requiere mucho tiempo, sin embargo, estudiar los textos le dará al desarrollador todas las respuestas que necesita.

Cómo agregar una licencia a Github

A pesar de una amplia selección de opciones de licencia, que en la práctica han demostrado su efectividad y confiabilidad, el desarrollador puede tener sus propias ideas sobre cuál debería ser la licencia para el programa que creó. En este caso, el servicio brinda la posibilidad de agregar su propia versión o ajustar la existente. Para agregar una licencia a Github, debe seguir estos pasos:

1. Debes ir a la página principal de tu repositorio.
2. Debe hacer clic en el botón para agregar un archivo y luego seleccionar «Crear nuevo archivo».
3. A continuación, debe ingresar el nombre del archivo. Para una licencia, puede ser una de dos opciones: LICENCIA o LICENCIA.md. Las mayúsculas son obligatorias aquí.
4. A la derecha del campo de entrada del nombre del archivo, haga clic para seleccionar una plantilla de licencia.
5. En el menú del lado izquierdo de la página, seleccione la línea «Agregar una licencia a su proyecto». En este caso, se selecciona una opción de los documentos existentes.
6. Luego haga clic en la línea «Revisar y enviar». Luego ingrese los detalles de su acuerdo.
7. Después de eso, es necesario aclarar qué adiciones o cambios se realizaron. A continuación, indican si se corrigió el documento seleccionado o si estamos hablando de crear otra versión de la licencia.

Después de confirmar los cambios, el desarrollador completa el procedimiento para realizar cambios en la lista de licencias en el servicio Git Hub.

Elija una licencia Github: ejemplos de licencias populares en Git Hub

A continuación, consideraremos las opciones más populares. Habiendo entendido sus fortalezas y debilidades, el programador podrá encontrar la opción correcta o comprender cómo buscar de manera efectiva.

GPL

Esta licencia se puede llamar una de las más populares. Es un clásico para quienes hacen software libre. Uno de los principales requisitos de este documento es que
permite a terceros modificar libremente el programa , pero al mismo tiempo tienen derecho a distribuir el resultado solo bajo la misma licencia. Esta licencia puede tener diferentes versiones. El último es el tercero. La GPL fue utilizada por desarrolladores de programas como el sistema de administración de contenido web Drupal, el sistema de administración de base de datos MariaDB, el editor de gráficos vectoriales InkSkape y varios otros. Es interesante notar que SQL usa no solo la GPL sino también una licencia comercial.

LGPL

Este título se traduce en GNU Lesser General Public License GPL. Para algunos desarrolladores, la GPL no es adecuada, ya que les obliga a distribuir productos modificados bajo la misma licencia. Las peculiaridades de usar esta opción pueden ilustrarse por cómo ocurre el proceso de licencia del uso de bibliotecas creadas por un programador. En este caso, se acostumbra considerar las siguientes tres opciones:

1. Cuando una biblioteca proporciona nuevas funciones y ninguna biblioteca comercial puede realizar una tarea similar, entonces el uso de la GPL es óptimo.
2. El desarrollador de la biblioteca gratuita ya ha implementado el estándar existente. En este ámbito, existen opciones comerciales con funciones similares. En este caso, será conveniente elegir LGPL.
3. Cuando se trata de un nuevo estándar que realmente compite con uno comercial, la licencia de Apache es apropiada.

Este estándar
permite el uso comercial de las bibliotecas . Si se realizan modificaciones, se deben utilizar los mismos términos y condiciones para la distribución. Sin embargo, el uso de código simple permite que las condiciones cambien.

Licencia pública de Eclipse

Este documento
permite la distribución bajo otras licencias, incluidas las comerciales . La condición principal es que en las obras modificadas, las innovaciones se colocarán en un módulo separado. Esta licencia ha ganado popularidad en el desarrollo de productos Java. Un ejemplo es el lenguaje de programación Clojure, un marco para probar aplicaciones Java.

Licencia pública de Mozilla

Algunos ven este documento como un compromiso entre la GPL y las licencias comerciales. Es un requisito de la MPL
tener acceso público a ciertos archivos . El producto de software puede contener algunos archivos bajo esta licencia y otros sin ella. Después de la modificación, se permite poner la licencia que se necesita (por ejemplo, puede ser comercial), pero esto solo es posible con la condición de que el acceso a los archivos liberados bajo la MPL aún esté abierto. En este caso, el usuario final debe recibir información sobre los autores del software original. La oficina de LibreOffice, el navegador Mozilla y otros productos de software se lanzaron de acuerdo con este documento.

Licencia Apache Github

AL se denomina licencia libre liberal. Esta característica se debe al hecho de que no
existe el requisito de liberar un producto derivado en las mismas condiciones que antes . Apache Software Foundation utiliza activamente este documento. Al usarlo, se permite lo siguiente:

1. El producto de software puede seguir utilizándose con fines comerciales.
2. Se permiten modificaciones a las aplicaciones.
3. Las redistribuciones posteriores deben incluir el nombre del autor original.

Al crear una nueva variante, los licenciatarios no tienen la obligación de proporcionar el código de producto original. Esta licencia ha ganado una gran popularidad. Esto se puede demostrar enumerando los productos de software conocidos que se lanzan bajo este tipo de licencia: el sistema operativo Android, el marco con el que crear aplicaciones empresariales en Java, el servidor web Apache. https://youtu.be/wyZq-EazOmU

Licencia MIT

Algunas personas consideran que esta opción de licencia de software gratuita es la más popular. Algunos consideran que su principal ventaja es la buena compatibilidad con varios tipos de licencias comerciales o gratuitas. Las características más importantes son la
capacidad de modificar el código, así como el permiso para redistribuir bajo otras licencias a elección de la persona que realizó los cambios . Los productos de software que utilizan este documento son: una biblioteca de JavaScript llamada JQuiery, un editor de texto Atom, AngularJS, un marco para desarrollar en JavaScript.
Comparación de licencias para Git Hub [/ caption]

Rocas submarinas

A veces, el autor elige inicialmente una versión de la licencia y luego desea cambiarla. Si creó el programa solo, ese cambio no será difícil. Sin embargo, en los casos en que hubo muchos participantes en el desarrollo, no funcionará sin su consentimiento. Por ejemplo, el creador de Linux, aunque en realidad hizo la base del sistema operativo, no podrá cambiar la licencia sin el consentimiento de todos los programadores que participaron en el desarrollo posterior. Al redistribuir bajo MPL, aquellos que hicieron cambios en el código no pueden ofrecer archivos bajo MPL bajo otra licencia. El uso del nuevo documento se aplicará a otros módulos de software.