Millist litsentsi GitHubis valida: tüübid, võrdlus

Kuidas valida GitHubi litsentsi ja miks on oluline teha õige valik? GitHub on suurim teenus IT-projektide ühiseks arendamiseks ja nende hilisemaks hostimiseks. Selle veebiteenuse abil saab ühe projektiga korraga töötada piiramatu arv inimesi, aga ka absoluutselt kõikjalt maailmast. GitHubil on ka juhtimis- või juhtimissüsteem, mis võimaldab vaadata ja juhtida absoluutselt kõiki arendajate poolt aja jooksul tehtud muudatusi, samuti võimaldab see naasta muudatuste eelsesse olekusse.
Lihtsamalt öeldes on GitHub nn programmeerijate ja arendajate sotsiaalvõrgustik, kust saab leida ja hiljem ka harjutada teiste arendajate koode. Saate oma portfelli salvestada ka GitHubis. Üldiselt on GitHub teenus, mis sobib hästi nii algajatele arendajatele kui ka kogenud programmeerijatele. Selle teenuse kasutajatel võib aga mõnikord tekkida küsimusi litsentsi valimisel, kuna nende valik on seal üsna mitmekesine.

Mis on GitHubi litsents

Litsents on riikliku vormiga kehtestatud spetsiaalne dokument, mis võimaldab teil tegeleda teatud tüüpi ettevõtlusega, mis nõuab kindlasti riigipoolset erilist tähelepanu. Kuid praktikas kasutatakse enamasti ainult lühendatud litsentsilepinguid või lepinguid, mis näevad ette eraõiguslike litsentside väljastamise. Üldjuhul taotleb litsents ainult ühte, kuid kõige olulisemat eesmärki, see on kohustuste ja õiguste kokkulepe litsentsiandja ja litsentsisaaja vahel. Need kohustused ja õigused võivad olla absoluutselt kõik, kuid ainult seaduse raames. Märkimisväärne näide on see, et litsentsiandja võib nõuda autoriõiguse omaniku nime nõudmist, kui litsentsisaaja kasutab teost. Või näiteks lubada töö kopeerida, kuid keelake selle muutmine absoluutselt. Või kui tuua välja sellised nõuded, et teos tuleks välja anda täpselt samadel tingimustel kui originaal jne, siis erinevate tingimuste esitamise näiteid on päris palju.

Kuid me ei tohi ka unustada, et litsents kaitseb mitte ainult litsentsiandja, vaid ka litsentsisaaja õigusi. Kuna selles on selgelt näha ja lugeda kõiki teose kasutamise tingimusi ning seetõttu ei pea ta kartma, et litsentsiandja nõuab ootamatult tema teose kasutamise eest mahaarvamisi või muud hüvitist.

Kui keeldute teosega seotud litsentsi kasutamisest, kehtivad autoriõigused siiski vastavalt konkreetses riigis kehtivatele õigusnormidele. Lihtsamalt öeldes ei tähenda litsentsi puudumine mingil viisil, et teised autorid saaksid seda projekti kasutada mis tahes viisil. Kõik on täpselt vastupidine, sest ilma konkreetse litsentsita ei loobu programmeerija mingil juhul seadusega antud õigustest. Samuti on oluline alati meeles pidada, et litsents reguleerib kõiki õigusi ja kohustusi. Selle eesmärk on kaitsta teose omanikku kasutaja ootuste ja mis tahes garantii eest. Keegi ju ei taha, et tema koodeks kuidagi kohtusse jõuaks.

Mis on autoriõigus

Autoriõigus ilmneb inimeses alles siis, kui ta intellektuaalse tegevuse tulemusena loob teatud teose, mis on kordumatu, kuid samas kasulik, näiteks võite võtta sama programmi kirjutamise. Kui kõik eelnev on tehtud, saab inimesest autor ja nüüd on tal absoluutselt kõik selle teose autoriõigused. Samuti tuleks öelda, et autoriõigused on varalised ja mittevaralised. Nende erinevus seisneb selles, et varalisi õigusi saab üle anda kõigile, kuid mittevaralised õigused jäävad alati igas olukorras ainult autorile. Autoriks olemine on ju mitte üleantav ja võõrandamatu õigus.

Milleks avatud lähtekoodiga litsents on mõeldud?

See on üsna populaarne küsimus ka algajate arendajate ja programmeerijate seas, kuna nad lihtsalt ei saa aru, miks peaks nende projektidele litsentsi lisama, sest ilma selleta saab projekt ka vaikselt eksisteerida. See pole aga päris tõsi, sest kui näiteks mõni algaja arendaja kirjutas mõne üsna olulise ja kasuliku koodijupi, aga ei kaitsnud seda litsentsiga, siis on teistel kasutajatel küsimusi. Ja just seetõttu, kui kliendid tulevad tema juurde ja soovivad seda koodijuppi oma ärilistel eesmärkidel kasutada, näevad nad, et koodil pole litsentsi ja lihtsalt keelduvad sellest. See on tingitud asjaolust, et ettevõtted lihtsalt ei kasuta koodi ilma litsentsita, sest neil pole vaja probleeme seaduse ja juristidega.
Ja sellepärast ei jõuta kunagi ellu isegi kõige kasulikum ja mugavam projekt. Ja arendaja, kes soovis seda koodijuppi võtta, peab otsima ja kasutama alternatiivi või kirjutama täielikult ümber koodi, mille algaja arendaja juba varem kirjutas. Seetõttu on kõige parem eelnevalt veenduda, et programmeerija kasutab õiget ja mis kõige tähtsam – sobivat litsentsi. GitHubi uurimine ühes videoõpetuses 15 minutiga: https://youtu.be/JfpCicDUMKc

Milline GitHubi litsents sobib teatud tingimustel – kuidas valida?

Sellele küsimusele ei saa olla täpset vastust, kuna litsentsi valik sõltub ainult projekti eesmärkidest ning arendaja enda isiklikest eelistustest ja soovidest. Nagu näete, on GitHubis palju erinevaid litsentse ja mis kõige tähtsam, need on kõik tasuta ja avalikus omandis, mis tähendab, et iga programmeerija võib leida
avatud lähtekoodiga litsentsi, mis kindlasti sobib tema projektiga. Kuid mis kõige tähtsam, me ei tohi unustada, et avatud lähtekoodiga litsents ei ole lihtsalt litsentsita kood.

Väikese uurimisega saate koguda kõik avatud lähtekoodiga litsentsid ja jagada need kolme suurde rühma.

1. Tugevalt kaitsev.
2. Nõrgalt kaitsev.
3. Lubav.

tugevalt kaitsev

Tugevalt kaitsvad litsentsid on enamasti GPL-i variatsioonid. Need litsentsid nõuavad nii projekti litsentsimist kui ka lähtekoodide avalikustamist, olenemata sellest, kuidas koodi või projekti kasutatakse või on juba kasutatud.

Nõrgalt kaitsev

Nõrgalt kaitstud litsentsid on enamasti väiksema GPL-i variandid. Peamine erinevus lubavatest litsentsidest seisneb selles, et siin on lihtsalt vaja programm litsentsida ka GPL-i litsentsi alusel ja esitada tõrgeteta lähtekoodid. Samal ajal, kui programmeerija projektis on teek, see tähendab LGPL-i litsentsi alusel staatiline linkimine või dünaamiline linkimine, ühildub see ka selle programmeerija projekti mis tahes litsentsiga.

lubav

Lubavaid litsentse on üsna palju, nende ridades on populaarseimad litsentsid MIT, Apache 2.0 ja BSD. Väikeste variatsioonidega on neil litsentsidel võimalus lubada koodi kasutamist nii avatud lähtekoodiga projektides kui ka ärilistel eesmärkidel ja projektides. Kuid sel juhul on oluline meeles pidada, et on vaja märkida algse programmi autorsus.

Muud populaarsed GitHubi litsentsid

Lisaks nendele kolmele litsentside rühmale on ka teisi, näiteks üks kasulikumaid litsentse on klassitee laiendustega GPLv2. Seda litsentsi saab kasutada ka nii avatud lähtekoodiga projektide kui ka kommertsprojektide ja eesmärkide jaoks. Selle kõige populaarsem välimus on Oracle’is, mis kasutab avatud lähtekoodiga projektide ja lahenduste litsentsimiseks GPLv2-d koos klassitee laiendustega. See litsents on üsna oluline ja kasulik, kuna näiteks tavalised GPL-litsentsid ei saa kunagi baitkoodiga hakkama. See tähendab, et neil on spetsiaalne kompileerimis- ja linkimisprotsessi kirjeldus, mis on täiesti sobimatu teistele tõlgendatavatele programmeerimiskeeltele, kõige populaarsem Java keel on selliste keelte seas. Just sellisteks puhkudeks anti välja klassitee laiendustega spetsiaalne litsents GPLv2. Lõppude lõpuks ütleb see väga selgelt ja selgelt, et selle litsentsi alusel välja antud raamatukogu saab kasutada äriprojektide ja eesmärkide jaoks absoluutselt mis tahes muu litsentsiga.
Mida veel peate
GitHubi litsentside kohta teadma ?

Litsentsi lisamine

Pärast lõpliku litsentsi lõplikku valimist jääb üle vaid lisada see projekti juure. Selle toimingu tegemiseks peate lihtsalt projekti loomise ajal või muul ajal valitud litsentsi projekti juure alla lisama. Kuid isegi selle toimingu puhul suutis GitHubi veebiteenus oma kasutajate eest hoolitseda ja nad tegid üsna mugava viisi lõpliku litsentsi lisamiseks isegi projekti alguses.
Kuid kahjuks pole see veel kõik, kuna arendaja või programmeerija peab kontrollima absoluutselt kõiki sõltuvusi, mida tema idees või projektis kasutati. See tähendab, et kui kasvõi üks GPL-i litsentsi all välja antud sõltuvustest, siis absoluutselt kogu arendaja projekt peab olema GPL-iga ühilduv. Selliseks kontrollimiseks kasutatakse selleks tavaliselt varem loodud programme või tööriistu. Näiteks on selle jaoks tööriist https://github.com/pivotal/LicenseFinder:
Võime öelda, et litsentsimine on üsna aeganõudev ülesanne, kuid samal ajal vajalik tegevus projekti või programmeerija idee jaoks. Õige litsentsi valimiseks peate kahjuks kulutama üsna palju aega, kuid projekti õnnestumiseks tasub see seda teha. Mis tahes programmi kirjutamisel on kõige parem seada esikohale litsentsi valik, kuna seda kohe alguses tehes saate absoluutselt kõik oma jõupingutused õiges suunas suunata ja kirjutada programmi, mis on enamiku jaoks edukas ja mugav. kasutajad.