Como escolher uma licença GitHub e por que é importante não fazer a escolha errada? GitHub é o maior serviço para o desenvolvimento conjunto de projetos de TI e sua posterior hospedagem. Com a ajuda deste serviço da web, um número ilimitado de pessoas pode trabalhar em um projeto ao mesmo tempo, bem como de qualquer lugar do mundo. Também no GitHub existe um sistema de gerenciamento ou controle que permite visualizar e controlar absolutamente todas as alterações feitas pelos desenvolvedores a qualquer momento, e também permite que você volte ao estado que ocorria antes das alterações.
Mas, para simplificar, o GitHub é a chamada rede social para programadores e desenvolvedores, onde você pode encontrar e praticar o uso de códigos de outros desenvolvedores. Você também pode armazenar seu portfólio no GitHub. Resumindo, o GitHub é um serviço adequado tanto para desenvolvedores novatos quanto para programadores experientes. No entanto, os utilizadores deste serviço podem por vezes ter algumas dúvidas sobre a escolha de uma licença, uma vez que aí a sua escolha é bastante diversa.
O que é uma licença GitHub
A licença é um documento especial que foi estabelecido pelo formulário do estado e permite o exercício de determinado tipo de atividade empresarial, que necessariamente requer atenção especial do Estado Parte. Mas, na maioria das vezes, na prática, apenas acordos de licenciamento abreviados são usados ou acordos que prevêem a emissão de licenças de direito privado. Em geral, a licença visa apenas um, mas o objetivo mais importante, é um acordo de obrigações e direitos entre o licenciante e o licenciado. Esses deveres e direitos podem ser absolutamente qualquer coisa, mas apenas dentro da estrutura da lei. Um exemplo marcante é que o licenciante pode exigir a indicação obrigatória do nome do detentor dos direitos autorais ao usar a obra do licenciado. Ou, por exemplo, para permitir a cópia da obra,mas proíba absolutamente qualquer modificação dele. Ou, para deduzir tais requisitos de que o trabalho deve ser produzido absolutamente nas mesmas condições do original, e assim por diante, há muitos exemplos de diferentes condições sendo apresentados.
Um exemplo de uma das licenças Apache [/ caption]
Mas, também não devemos esquecer que a licença protege os direitos não só do licenciante, mas também do licenciado. Visto que nele você pode ver e ler claramente todos os termos de uso da obra e, portanto, ele não precisa ter medo de que o licenciante exija repentinamente quaisquer royalties ou qualquer outra compensação pelo uso de sua obra.
Se você cancelar uma licença associada a uma obra, os direitos autorais ainda serão aplicados de acordo com as normas legais em vigor naquele país. Simplificando, a ausência de uma licença não significa de forma alguma que outros autores possam usar este projeto como quiserem. Tudo, absolutamente, pelo contrário, porque sem uma licença específica, um programador de forma alguma renuncia aos direitos que lhe foram concedidos por lei. Também é importante sempre lembrar que a licença rege todos os direitos e obrigações. Isso protege o proprietário da obra das expectativas do usuário e do que qualquer garantia implica. Afinal, ninguém quer que seu código vá a tribunal de forma alguma.
O que é copyright
O direito autoral aparece para uma pessoa apenas quando, como resultado da atividade intelectual, ela cria uma obra que será única, mas ao mesmo tempo útil, como exemplo, você pode tomar a escrita do mesmo programa. Quando todo o acima for feito, a pessoa se torna o autor e agora ela tem absolutamente todos os direitos autorais desta obra. Também deve ser dito que os direitos autorais são proprietários e não proprietários. A diferença é que os direitos de propriedade podem ser transferidos para qualquer pessoa, mas nem sempre os direitos de propriedade permanecerão apenas com o autor em qualquer situação. Afinal, ser autor é um direito inalienável e inalienável.
Para que serve uma licença de código aberto?
Esta também é uma pergunta bastante popular entre os desenvolvedores e programadores novatos, uma vez que eles simplesmente não entendem por que deveriam anexar qualquer licença a seus projetos, porque sem ela o projeto também pode existir facilmente. No entanto, isso não é inteiramente verdade, porque se, por exemplo, algum desenvolvedor novato escreveu alguma parte do código bastante importante e útil, mas não o protegeu com uma licença, então outros usuários têm perguntas. E justamente por isso, quando o cliente vem até ele e quer usar esse código para fins comerciais, vê que o código não tem licença e simplesmente o recusa. Isso se deve ao fato de que as empresas simplesmente não vão utilizar o código sem licença, pois não precisam de problemas com a lei e com os advogados.
E é por isso que, mesmo o projeto mais útil e conveniente nunca será realizado. E o desenvolvedor que quiser pegar esse pedaço de código terá que procurar e usar uma alternativa ou reescrever completamente o código que já foi escrito por um desenvolvedor novato anteriormente. É por isso que seria melhor certificar-se com antecedência de que o programador está usando a licença correta e, o mais importante, adequada. Explore o GitHub em um tutorial em vídeo em 15 minutos: https://youtu.be/JfpCicDUMKc
Qual licença do GitHub é a certa para certas condições – como escolher?
Não pode haver uma resposta exata para esta pergunta, uma vez que a escolha de uma licença depende apenas dos objetivos do projeto e das preferências e desejos pessoais do próprio desenvolvedor. Como você pode ver, existem várias licenças no GitHub e, o mais importante, todas são gratuitas e disponíveis publicamente, o que significa que cada programador pode encontrar a
licença Open Source que é exatamente adequada para seu projeto. Mas, o mais importante, não devemos esquecer que uma licença Open Source não é apenas um código sem licença.
Família de licenças no GitHub [/ caption] Depois de um pouco de pesquisa, você pode coletar todas as licenças de código aberto e dividi-las em três grandes grupos principais:
- Fortemente protetor.
- Defendendo fracamente.
- Permissivo.
Fortemente protetor
As licenças fortemente defensivas são, na maioria das vezes, variações da GPL. Essas licenças requerem obrigatoriamente o licenciamento do projeto, bem como a divulgação dos códigos-fonte, mesmo a despeito de como algum código ou projeto será utilizado ou já foi utilizado.
Defendendo fracamente
As licenças pouco defensivas são, na maioria das vezes, variações da GPL Menor. Em que a principal diferença das licenças permissivas é que é simplesmente necessário licenciar o programa sob a licença GPL, bem como fornecer os códigos-fonte sem falta. Além disso, se o projeto de um programador contiver uma biblioteca, ou seja, vinculação estática ou vinculação dinâmica sob a licença LGPL, então também será compatível com qualquer licença de projeto do programador.
Onde o tipo de licença no GitHub é indicado [/ caption]
Permissivo
Há um grande número de licenças permissivas, entre elas as mais populares são MIT, Apache 2.0 e BSD. Com pequenas variações, essas licenças têm a capacidade de permitir o uso do código tanto em projetos de código aberto quanto para fins e projetos comerciais. Mas, neste caso, é importante lembrar que é necessário indicar a autoria do programa original.
Outras licenças GitHub populares
Além desses três grupos de licenças, existem outros, por exemplo, outra das licenças mais úteis é a GPLv2 com extensões de classpath. Esta licença também pode ser usada em projetos de código aberto e em projetos e finalidades comerciais. Sua aparência mais popular está na Oracle, esta empresa usa GPLv2 com extensões de classpath para licenciar seus projetos e soluções de código aberto. Esta licença é muito importante e útil, já que licenças GPL comuns, por exemplo, nunca podem lidar com bytecode. Ou seja, eles têm uma descrição especial do processo de compilação e vinculação, o que é completamente impróprio para outras linguagens de programação interpretadas, tais linguagens incluem a linguagem Java mais popular.É para esses casos que uma licença GPLv2 especial com extensões de classpath foi lançada. Afinal, é muito claro e claro que a biblioteca que foi lançada sob esta licença pode ser usada em projetos e finalidades comerciais com absolutamente qualquer outra licença.
O que mais você precisa saber sobre
as licenças do GitHub .
Adicionar uma licença
Depois que a licença final for finalmente selecionada, tudo o que resta é adicioná-la à própria raiz do projeto. Para executar esta ação, você precisa adicionar a licença selecionada na raiz do projeto durante a criação do próprio projeto ou, em geral, em qualquer outro momento. Mas mesmo nessa ação, o serviço web GitHub conseguiu cuidar de seus usuários e eles criaram uma maneira bastante conveniente de adicionar a licença final ainda no início do próprio projeto.
Porém, infelizmente isso não é tudo, já que o desenvolvedor ou programador precisa verificar absolutamente todas as dependências que foram utilizadas em sua ideia ou projeto. Ou seja, mesmo se uma das dependências for lançada sob a licença GPL, então absolutamente todo o projeto do desenvolvedor deve ser compatível com a GPL. Para tal verificação, os programas ou ferramentas criados anteriormente pretendidos são geralmente usados para isso. Por exemplo, existe uma ferramenta para este https://github.com/pivotal/LicenseFinder:
Podemos dizer que o licenciamento é uma tarefa bastante demorada, mas ao mesmo tempo uma ação necessária à vida de um projeto ou de qualquer ideia de um programador. Para escolher a licença certa, infelizmente, é preciso gastar muito tempo, porém vale a pena o projeto ter sucesso. É melhor colocar a escolha de uma licença em primeiro lugar ao escrever um programa, uma vez que, tendo feito isso no início, você pode direcionar todos os seus esforços na direção certa e escrever um programa que será bem-sucedido e conveniente para a maioria Comercial.