Como elixir unha licenza de GitHub e por que é importante non facer a elección incorrecta? GitHub é o maior servizo para o desenvolvemento conxunto de proxectos informáticos e o seu posterior hospedaxe. Coa axuda deste servizo web, un número ilimitado de persoas poden traballar nun proxecto á vez, así como desde absolutamente calquera lugar do mundo. Tamén en GitHub existe un sistema de xestión ou control que permite ver e controlar absolutamente todos os cambios dos desenvolvedores en calquera momento, e tamén permite volver ao estado que se produciu antes dos cambios.
Pero para dicilo de forma sinxela, GitHub é unha chamada rede social para programadores e desenvolvedores, onde podes atopar e practicar o uso de códigos doutros desenvolvedores. Tamén podes almacenar a túa carteira en GitHub. Con todo, GitHub é un servizo que é moi axeitado tanto para desenvolvedores novatos como para programadores experimentados. Non obstante, os usuarios deste servizo ás veces poden ter algunhas dúbidas sobre a elección dunha licenza, xa que a súa elección é bastante diversa.
Que é unha licenza GitHub
Unha licenza é un documento especial que foi establecido pola forma estatal e que permite participar nun determinado tipo de actividade empresarial, que necesariamente require unha atención especial da parte estatal. Pero, a maioría das veces, na práctica, só se utilizan acordos de licenza abreviados ou acordos que prevén a emisión de licenzas de dereito privado. En xeral, a licenza persegue só un, pero o obxectivo máis importante, é un acordo de obrigas e dereitos entre o licenciante e o licenciatario. Estes deberes e dereitos poden ser absolutamente calquera cousa, pero só no marco da lei. Un exemplo rechamante é que o licenciador pode esixir a indicación obrigatoria do nome do titular dos dereitos de autor cando utiliza a obra polo titular da licenza. Ou, por exemplo, para permitir a copia da obra,pero prohibe absolutamente calquera modificación do mesmo. Ou, para deducir tales requisitos de que a obra debe producirse en absolutamente as mesmas condicións que a orixinal, e así por diante, hai moitos exemplos de condicións diferentes que se presentan.
Un exemplo dunha das licenzas de Apache [/ caption]
Pero, tampouco debemos esquecer que a licenza protexe os dereitos non só do licenciante, senón tamén do licenciado. Xa que nel podes ver e ler claramente todas as condicións de uso da obra e, polo tanto, non ten que ter medo de que o licenciante esixa de súpeto dereitos de autor ou calquera outra compensación polo uso da súa obra.
Se desactivas unha licenza asociada a unha obra, os dereitos de autor seguiranse aplicando de acordo coas normas legais vixentes nese país. Simplemente, a ausencia de licenza non implica de ningún xeito que outros autores poidan usar este proxecto como queiran. Todo, absolutamente, ao contrario, porque sen ningunha licenza específica, un programador de ningún xeito renuncia aos dereitos que lle outorgaba a lei. Tamén é importante lembrar sempre que a licenza rexe todos os dereitos e obrigas. Trátase de protexer ao propietario da obra das expectativas dos usuarios e do que implica calquera garantía. Despois de todo, ninguén quere que o seu código vaia aos tribunais de ningún xeito.
Que é o copyright
Os dereitos de autor aparecen a unha persoa só cando, como resultado da actividade intelectual, crea unha obra que será única, pero á vez útil, como exemplo, podes tomar a escritura do mesmo programa. Cando se fai todo o anterior, a persoa pasa a ser o autor e agora ten absolutamente todos os dereitos de autor desta obra. Tamén hai que dicir que os dereitos de autor son propietarios e non propietarios. A súa diferenza é que os dereitos de propiedade poden ser transferidos a calquera, pero non os dereitos de propiedade sempre permanecerán só co autor en calquera situación. Despois de todo, ser autor é un dereito irrenunciable e irrenunciable.
Para que serve unha licenza de código aberto?
Esta é tamén unha pregunta bastante popular entre os desenvolvedores e programadores novatos, xa que simplemente non entenden por que deberían achegar ningunha licenza aos seus proxectos, porque sen ela o proxecto tamén pode existir facilmente. Non obstante, isto non é do todo certo, porque se, por exemplo, algún desenvolvedor novato escribiu algún fragmento de código bastante importante e útil, pero non o protexeu cunha licenza, entón outros usuarios teñen dúbidas. E precisamente por iso, cando os clientes acoden a el e queren utilizar este anaco de código para os seus fins comerciais, ven que o código non ten ningunha licenza e simplemente négano. Isto débese ao feito de que as empresas simplemente non usarán o código sen licenza, porque non necesitan problemas coa lei e os avogados.
E por iso, nin sequera o proxecto máis útil e conveniente nunca se realizará. E o programador que quería tomar este anaco de código terá que buscar e utilizar unha alternativa ou reescribir completamente o código que xa foi escrito por un desenvolvedor novato anteriormente. Por iso, o mellor sería asegurarse de antemán de que o programador está a usar a licenza correcta e, sobre todo, adecuada. Explora GitHub nun vídeo tutorial en 15 minutos: https://youtu.be/JfpCicDUMKc
Que licenza de GitHub é adecuada para determinadas condicións: como elixir?
Non pode haber unha resposta exacta a esta pregunta, xa que a elección dunha licenza depende só dos obxectivos do proxecto e das preferencias e desexos persoais do propio desenvolvedor. Como podes ver, hai moitas licenzas diversas en GitHub e, o máis importante, todas son gratuítas e dispoñibles publicamente, o que significa que todos os programadores poden atopar a
licenza de código aberto que é exactamente axeitada para o seu proxecto. Pero, o máis importante, non debemos esquecer que unha licenza de código aberto non é só un código sen licenza.
Familia de licenzas en GitHub [/ caption] Despois dunha pequena investigación, pode recoller todas as licenzas de código aberto e dividilas en tres grandes grupos principais:
- Fortemente protectora.
- Defendendo débilmente.
- Permiso.
Fortemente protectora
As licenzas fortemente defensivas son a maioría das veces variacións da GPL. Estas licenzas requiren necesariamente a licenza do proxecto, así como a divulgación dos códigos fonte, aínda que a pesar de que calquera código ou proxecto será usado ou xa foi usado.
Defendendo débilmente
As licenzas débilmente defensivas son a maioría das veces variacións da GPL Menor. Na que a principal diferenza coas licenzas permisivas é que simplemente é necesario licenciar o programa baixo a licenza GPL, así como proporcionar os códigos fonte sen falla. Ademais, se o proxecto dun programador contén unha biblioteca, é dicir, ligazón estática ou dinámica baixo a licenza LGPL, entón tamén será compatible con calquera licenza de proxecto do programador.
Onde se indica o tipo de licenza en GitHub [/ caption]
Permiso
Hai un gran número de licenzas permisivas, entre elas as máis populares son MIT, Apache 2.0 e BSD. Con lixeiras variacións, estas licenzas teñen a capacidade de permitir o uso do código tanto en proxectos de código aberto como para fins comerciais e proxectos. Pero, neste caso, é importante lembrar que é necesario indicar a autoría do programa orixinal.
Outras licenzas populares de GitHub
Ademais destes tres grupos de licenzas, hai outras, por exemplo, outra das licenzas máis útiles é a GPLv2 con extensións classpath. Esta licenza tamén se pode usar tanto en proxectos de código aberto como en proxectos e fins comerciais. A súa aparición máis popular é en Oracle, esta empresa usa GPLv2 con extensións classpath para licenciar os seus proxectos e solucións de código aberto. Esta licenza é bastante importante e útil, xa que as licenzas GPL ordinarias, por exemplo, nunca poden manexar o bytecode. É dicir, teñen unha descrición especial do proceso de compilación e ligazón, que é completamente inadecuada para outras linguaxes de programación interpretadas, tales linguaxes inclúen a linguaxe Java máis popular.É para estes casos onde se lanzou unha licenza GPLv2 especial con extensións de ruta de clases. Despois de todo, di de forma moi clara e clara que a biblioteca que se publicou baixo esta licenza pode usarse en proxectos e fins comerciais con absolutamente calquera outra licenza.
Que máis necesitas saber sobre
as licenzas de GitHub .
Engadindo unha licenza
Despois de seleccionar finalmente a licenza final, só queda engadila á raíz do proxecto. Para realizar esta acción, cómpre engadir a licenza seleccionada baixo a raíz do proxecto durante a creación do propio proxecto ou, en xeral, en calquera outro momento. Pero mesmo nesta acción, o servizo web de GitHub conseguiu coidar dos seus usuarios e fixeron unha forma bastante cómoda de engadir a licenza final mesmo ao inicio do propio proxecto.
Non obstante, lamentablemente isto non é todo, xa que o programador ou programador necesita comprobar absolutamente todas as dependencias que se utilizaron na súa idea ou proxecto. É dicir, aínda que unha das dependencias estea liberada baixo a licenza GPL, entón o proxecto do programador debe ser absolutamente compatible con GPL. Para tal verificación, adoitan utilizarse para iso os programas ou ferramentas creados anteriormente. Por exemplo, hai unha ferramenta para isto https://github.com/pivotal/LicenseFinder:
Podemos dicir que a licenza é unha tarefa bastante lenta, pero ao mesmo tempo unha acción necesaria para a vida dun proxecto ou calquera idea dun programador. Para escoller a licenza correcta, desafortunadamente, tes que gastar moito tempo, con todo, paga a pena para que o proxecto teña éxito. O mellor é poñer a elección dunha licenza en primeiro lugar ao escribir un programa, xa que tendo feito isto ao principio, pode dirixir todos os seus esforzos na dirección correcta e escribir un programa que teña éxito e sexa conveniente para a maioría. usuarios.