Kokią licenciją pasirinkti „GitHub“: tipai, palyginimas

Kaip pasirinkti GitHub licenciją ir kodėl svarbu teisingai pasirinkti? „GitHub“ yra didžiausia paslauga, skirta bendram IT projektų vystymui ir tolesniam jų prieglobai. Naudodamiesi šia žiniatinklio paslauga, prie projekto vienu metu gali dirbti neribotas skaičius žmonių, taip pat iš bet kurios pasaulio vietos. GitHub taip pat turi valdymo ar valdymo sistemą, kuri leidžia peržiūrėti ir kontroliuoti absoliučiai visus kūrėjų laikui bėgant padarytus pakeitimus, taip pat leidžia grįžti į būseną, buvusią prieš pakeitimus.
Tačiau paprasčiau tariant, „GitHub“ yra vadinamasis socialinis tinklas programuotojams ir kūrėjams, kuriame galite rasti ir vėliau praktikuoti kitų kūrėjų kodus. Taip pat galite saugoti savo portfelį „GitHub“. Apskritai GitHub yra paslauga, kuri puikiai tinka tiek pradedantiesiems kūrėjams, tiek patyrusiems programuotojams. Tačiau šios paslaugos vartotojams kartais gali kilti klausimų dėl licencijos pasirinkimo, nes jų pasirinkimas ten yra gana įvairus.

Kas yra „GitHub“ licencija

Licencija yra specialus valstybinės formos dokumentas, leidžiantis užsiimti tam tikros rūšies verslumo veikla, kuriai būtinai reikia ypatingo valstybės dėmesio. Tačiau dažniausiai praktikoje naudojamos tik sutrumpintos licencijos sutartys arba sutartys, numatančios privatinės teisės licencijų išdavimą. Apskritai licencija siekiama tik vieno, bet svarbiausio tikslo – tai susitarimo dėl įsipareigojimų ir teisių tarp licencijos davėjo ir licencijos turėtojo. Šios pareigos ir teisės gali būti visiškai bet kokios, bet tik įstatymo rėmuose. Puikus pavyzdys yra tai, kad licencijos išdavėjas gali reikalauti, kad licencijos turėtojui naudodamas kūrinį būtų reikalaujama nurodyti autorių teisių turėtojo vardą. Arba, pavyzdžiui, leisti kopijuoti darbą, bet visiškai uždrausti bet kokius jo pakeitimus. Arba norint iškelti tokius reikalavimus, kad kūrinys būtų išleistas lygiai tomis pačiomis sąlygomis kaip ir originalus ir panašiai, yra gana daug pavyzdžių, kai pateikiamos įvairios sąlygos.

Tačiau taip pat nereikia pamiršti, kad licencija gina ne tik licencijos išdavėjo, bet ir licencijos turėtojo teises. Kadangi jame galima aiškiai matyti ir perskaityti visas kūrinio naudojimo sąlygas, todėl jam nereikia bijoti, kad licencijos išdavėjas staiga pareikalaus kokių nors atskaitymų ar kitokios kompensacijos už naudojimąsi jo kūriniu.

Jei atsisakote naudoti su kūriniu susijusią licenciją, autorių teisės vis tiek taikomos pagal konkrečioje šalyje galiojančias teisines taisykles. Paprasčiau tariant, licencijos nebuvimas jokiu būdu nereiškia, kad kiti autoriai gali naudoti šį projektą kaip tik nori. Viskas yra visiškai priešingai, nes be jokios konkrečios licencijos programuotojas jokiu būdu neatsisako įstatymų suteiktų teisių. Taip pat svarbu visada atsiminti, kad licencija reglamentuoja visas teises ir pareigas. Taip siekiama apsaugoti kūrinio savininką nuo vartotojo lūkesčių ir garantijų. Juk niekas nenori, kad jo kodas atsidurtų teisme.

Kas yra autorių teisės

Autorių teisės žmoguje atsiranda tik tada, kai dėl intelektinės veiklos jis sukuria tam tikrą kūrinį, kuris bus unikalus, bet tuo pačiu ir naudingas, pavyzdžiui, galite imtis tos pačios programos rašymo. Atlikus visa tai, kas išdėstyta aukščiau, asmuo tampa autoriumi ir dabar jis turi absoliučiai visas autorines teises į šį kūrinį. Taip pat reikėtų pasakyti, kad autorių teisės yra turtinės ir neturtinės. Jų skirtumas tas, kad turtinės teisės gali būti perleistos bet kam, bet neturtinės teisės bet kokioje situacijoje visada liks tik autoriui. Juk būti autoriumi yra neperleidžiama ir neatimama teisė.

Kam skirta atvirojo kodo licencija?

Tai taip pat gana populiarus klausimas tarp pradedančiųjų kūrėjų ir programuotojų, nes jie tiesiog nesupranta, kodėl prie jų projektų reikia pridėti licenciją, nes be jos projektas taip pat gali ramiai egzistuoti. Tačiau tai nėra visiškai tiesa, nes jei, pavyzdžiui, koks nors pradedantysis kūrėjas parašė kokį nors gana svarbų ir naudingą kodo fragmentą, bet neapsaugojo jo licencija, tada kitiems vartotojams kyla klausimų. Ir būtent dėl ​​to, kai klientai ateina pas jį ir nori panaudoti šią kodo dalį savo komerciniams tikslams, jie pamato, kad kodas neturi jokios licencijos ir tiesiog jo atsisako. Taip yra dėl to, kad įmonės tiesiog nenaudos kodo be licencijos, nes joms nereikia problemų su įstatymais ir teisininkais.
Štai kodėl net pats naudingiausias ir patogiausias projektas niekada nebus įgyvendintas. Ir kūrėjas, kuris norėjo paimti šią kodo dalį, turės ieškoti ir naudoti alternatyvą arba visiškai perrašyti kodą, kuris jau buvo parašytas pradedančiojo kūrėjo anksčiau. Štai kodėl geriausia iš anksto įsitikinti, kad programuotojas naudoja tinkamą, o svarbiausia, tinkamą licenciją. Tyrinėkite „GitHub“ vienoje vaizdo pamokoje per 15 minučių: https://youtu.be/JfpCicDUMKc

Kuri GitHub licencija tam tikromis sąlygomis tinka – kaip išsirinkti?

Tikslaus atsakymo į šį klausimą negali būti, nes licencijos pasirinkimas priklauso tik nuo projekto tikslų ir nuo paties kūrėjo asmeninių pageidavimų bei norų. Kaip matote, GitHub yra daugybė įvairių licencijų, o svarbiausia, kad jos visos yra nemokamos ir yra viešai prieinamos, o tai reiškia, kad kiekvienas programuotojas gali rasti
atvirojo kodo licenciją, kuri tikrai tiks jo projektui. Tačiau, svarbiausia, neturime pamiršti, kad atvirojo kodo licencija nėra tik kodas be licencijos.

Šiek tiek patyrę galite surinkti visas atvirojo kodo licencijas ir suskirstyti jas į tris dideles grupes:

1. Stipriai apsaugantis.
2. Silpnai apsaugo.
3. Leidžiantis.

stipriai apsaugantis

Stipriai apsaugančios licencijos dažniausiai yra GPL variantai. Šios licencijos reikalauja licencijuoti projektą ir atskleisti šaltinio kodus, neatsižvelgiant į tai, kaip koks nors kodas ar projektas bus naudojamas arba jau buvo naudojamas.

Silpnai apsaugo

Silpnai apsaugotos licencijos dažniausiai yra Mažesniojo GPL variantai. Kuris pagrindinis skirtumas nuo leidžiamųjų licencijų yra tas, kad čia tiesiog būtina licencijuoti programą pagal GPL licenciją, taip pat be klaidų pateikti šaltinio kodus. Tuo pačiu metu, jei programuotojo projekte yra biblioteka, tai yra, statinis susiejimas arba dinaminis susiejimas pagal LGPL licenciją, tada ji taip pat bus suderinama su bet kuria šio programuotojo projekto licencija.

leistinas

Leidžiamųjų licencijų yra gana daug, jų gretose populiariausios yra MIT, Apache 2.0 ir BSD. Su nedideliais skirtumais šios licencijos gali leisti naudoti kodą tiek atvirojo kodo projektuose, tiek komerciniais tikslais ir projektuose. Tačiau šiuo atveju svarbu atsiminti, kad būtina nurodyti originalios programos autorystę.

Kitos populiarios GitHub licencijos

Be šių trijų licencijų grupių, yra ir kitų, pavyzdžiui, dar viena iš naudingiausių licencijų yra GPLv2 su classpath plėtiniais. Ši licencija taip pat gali būti naudojama tiek atvirojo kodo projektams, tiek komerciniams projektams ir tikslams. Populiariausias jo pasirodymas yra „Oracle“, kuris naudoja GPLv2 su klasės kelio plėtiniais, kad licencijuotų savo atvirojo kodo projektus ir sprendimus. Ši licencija yra gana svarbi ir naudinga, nes, pavyzdžiui, įprastos GPL licencijos niekada negalės susidoroti su baitiniu kodu. Tai yra, jie turi specialų kompiliavimo ir susiejimo proceso aprašymą, kuris visiškai netinka kitoms interpretuojamoms programavimo kalboms, tarp tokių kalbų yra pati populiariausia Java kalba. Būtent tokiems atvejams buvo išleista speciali licencija GPLv2 su klasės kelio plėtiniais. Juk ten labai aiškiai ir aiškiai parašyta, kad pagal šią licenciją išleista biblioteka gali būti naudojama komerciniams projektams ir tikslams su absoliučiai bet kokia kita licencija.
Ką dar reikia žinoti apie „
GitHub“ licencijas .

Licencijos pridėjimas

Galutinai pasirinkus galutinę licenciją, belieka ją pridėti prie paties projekto šaknies. Norėdami atlikti šį veiksmą, jums reikia tiesiog pridėti pasirinktą licenciją prie projekto šaknies kurdami projektą arba bet kuriuo kitu metu. Tačiau net ir atliekant šį veiksmą „GitHub“ žiniatinklio paslauga sugebėjo pasirūpinti savo vartotojais ir jie padarė gana patogų būdą pridėti galutinę licenciją net paties projekto pradžioje.
Deja, tai dar ne viskas, nes kūrėjas ar programuotojas turi patikrinti absoliučiai visas priklausomybes, kurios buvo naudojamos jo idėjoje ar projekte. Tai yra, jei nors viena iš priklausomybių, išleista pagal GPL licenciją, tada absoliučiai visas kūrėjo projektas turi būti suderinamas su GPL. Tokiam patikrinimui dažniausiai naudojamos anksčiau sukurtos programos ar įrankiai. Pavyzdžiui, yra tam skirtas įrankis https://github.com/pivotal/LicenseFinder:
Galima sakyti, kad licencijavimas yra gana daug laiko atimanti užduotis, bet tuo pačiu ir būtinas veiksmas viso projekto ar bet kokios programuotojo idėjos gyvavimui. Norint išsirinkti tinkamą licenciją, deja, tenka sugaišti nemažai laiko, tačiau verta, kad projektas pavyktų. Rašant bet kurią programą geriausia pirmiausia pasirinkti licenciją, nes tai darydami pačioje pradžioje galite nukreipti visas savo pastangas tinkama linkme ir parašyti programą, kuri bus sėkminga ir patogi daugumai. vartotojų.