🥇Kuidas valida avatud lähtekoodiga litsents RAD raamistikule GitHubis

Selles artiklis räägime natuke autoriõigusest, kuid peamiselt vaba litsentsi valimisest RAD raamistikule IONDV. Raamistik ja avatud lähtekoodiga toodetele selle põhjal. Räägime lubava litsentsi valikust Apache 2.0, sellest, mis viis meid selleni ja milliste lahendustega me protsessi käigus silmitsi seisime.

Litsentsi valimise protsess on üsna aeganõudev ja sellega tuleks läheneda juba piisavalt haritult. Kui te ei ole õnnelik juristi, avaneb teie ees tohutu teave erinevate vabade litsentside kohta. Peamine, mida tuleks teha, on koostada rida piiravaid kriteeriume. Arutelu ja mõistmise käigus saate meeskonnaga aru, mida soovite oma toote kasutajatele lubada ja mida keelata. Kui teil on olemas mingi kirjeldus, tuleb see rakendada olemasolevatele litsentsidele ja välja valida see, millel on kõige rohkem vastavusi. See kõlab kindlasti lihtsalt, kuid tegelikult jääb pärast arutelu tihti veel küsimusi.

Esiteks — link choosealicense.com, kasulik veebisait, mida me aktiivselt kasutasime. Eriti tasub tähele panna võrdlustabelit litsentside kohta 13 peamise kriteeriumi alusel. Olgu koos teiega inglise keel ja kannatlikkus.

Valikute vaev

Alustame litsentside üldiste omadustega avaldiku tarkvara. AV viitab eranditult vabale litsentsile, mis ei piira kaubanduslikku ja mittekaubanduslikku levitamist mudeli alusel Open Core. Vastavalt, kui avalikustatakse vabalt litsentseeritud tarkvara, ei saa selle edastamist, levitamist ja müüki kolmandatele osapooltele täielikult piirata ning selleks tuleb vaid moraalselt ette valmistuda.

Vaba litsents annab kasutajale õiguse osaleda tarkvara tagasiarenduses või selle muutmises muude saadaval olevate viiside kaudu. Enamik litsentse ei luba toote ümbernimetamist ega mingite manipulatsioonide tegemist, muutes autori või süsteemi omandiõigust.

Meid huvitavad peamised küsimused vabade litsentside kohta olid:

Tarkvaras tehtud muudatused peavad olema registreeritud ega oma mingit seost süsteemi õiguste omajaga?
Tuletav tarkvara nimi ei tohi olla sama nagu omanikutarkvara nimi?
Kas litsentsi saab muuta uute versioonide jaoks teiseks, sealhulgas äriliseks?

Uhkelt vaadates kõige levinumaid litsentse, valisime välja mitmeid, mida käsitlesime põhjalikumalt. Potentsiaalsed litsentsid IONDV. Framwork olid: GNU GPLv3, Apache 2.0, MIT ja MPL. MIT väljasaatmine on praktiliselt kohe välistatud, kuna see on lubav mitte-kopilehtlik litsents, mis lubab koodi kasutamist, muutmist ja jagamist praktiliselt piiramatu vabadusega, kuid meid selline variant ei rahuldanud, me soovisime, et litsents reguleeriks omaniku ja kasutaja vahelist suhet. Enamik väiksemaid projekte GitHubis on just MIT litsentsi või selle erinevate variatsioonide all. Litsents ise on väga lühike ja keelud on ainult autoriõiguse märkamine tarkvara loojalt.

Järgmiseks oli litsents MPL 2.0. Tuleb tunnistada, et me ei jõudnud sellele kohe, kuid põhjalikult uurides kõrvaldada kiiresti selle, kuna peamine puudus on see, et litsents kehtib mitte kogu projekti jaoks, vaid ainult eraldi failide jaoks. Lisaks, kui kasutaja fail muudab, siis ta ei saa litsentsi muuta. Tegelikult, kui palju iganes sa ei püüaks avatud lähtekoodiga projekti muuta, ei suuda sa seda sellise litsentsi tõttu monetiseerida. See ei puuduta muide õiguste omajat.

Sama probleem on ka litsentsil GNU GPLv3. See nõuab, et iga fail jääks sellele litsentsile. GNU GPL on copy-left litsents, mis nõuab, et tuumikoodi tuletatud tööde jaoks oleks avatud ja jääks sarnase litsentsi alla. See tähendab: kui sa kirjutad kaks koodirea üle, siis pead oma muudatused fikseerima ja edasise kasutamise või jaotamise korral hoidma koodi GNU GPL all. Sel juhul on see piirav tegur meie projekti kasutaja jaoks, mitte meie jaoks. Kuid GPL-i muutmine mis tahes teiseks litsentsiks on keelatud, isegi GPL versioonide vahel. Näiteks, kui vahetada LGPL (GPL-i peal) GPL-i pealt tagasi LGPL-i minna ei õnnestu. See punkt oli hääletamise käigus otsustav.

Üldiselt kaldus meie valik algselt GPL3 just modifitseeritud koodi jagamise tõttu sama litsentsi all. Arvasime, et see võiks meie toodet kaitsta, kuid leidsime, et Apache 2.0 kannab vähem riske. Free Software Foundationi järgi on GPLv3 ühilduv Apache License v2.0-ga, mis tähendab, et litsentsi saab alati vahetada Apache License v2.0 pealt GPL v3.0-le.

Apache 2.0

Apache 2.0 — tasakaalustatud litsents, mille fookus on autoriõigustel. Siin on vastused meie jaoks huvipakkuvatele küsimustele. Tarkvaras tehtud muudatused peavad olema dokumenteeritud ega paku mingit seost süsteemi õiguste omanikuga? Jah, kõik muudatused peavad olema fikseeritud, ja me ei vastuta ei algse koodi ega muudatuste eest. Muudatused dokumenteem peab olema kaasas koos koodiga, kuhu te need muudatused tegite. Tuletatud tarkvara nimi ei tohi olla sama nagu õiguste omaniku tarkvara nimi? Jah, tuletatud tarkvara peab olema välja antud teise nime ja kaubamärgi all, kuid õiguste omaniku autorluse tunnustamisega. Kas on võimalik muuta litsentsi kõikide uute versioonide puhul teiseks, sealhulgas ka omandiõigusega? Jah, erinevaid litsentse võib välja anda, Apache 2.0 ei piira mittekommertslike ja kommertslike litsentside kasutamist.

Uute toodete väljaandmine, mis põhinevad Apache 2.0 all avatud koodil või täiendavate funktsionaalsustega toodetel, ei tähenda, et sama litsentsi kasutamine oleks kohustuslik. Allpool on näha pilt Apache 2.0 litsentsi tingimustest ja piirangutest.

Litsents nõuab autoriõiguste ja litsentsi säilitamist ning mainimist, mille alusel tarkvara vabastatakse. Kohustuslik olemasolu. autoriõiguse teade autori ja litsentsi nimi kaitseb tarkvara algse looja õigusi, kuna isegi kui see nimetatakse ümber, antakse või müüakse teise litsentsi alusel, jääb autori märk siiski alles. Selleks saab kasutada ka faili NOTICE ning lisada selle kas lähtekoodi või projekti dokumentatsiooni.

Me avaldame kõik oma tooted GitHubis avatud juurdepääsuga litsentsi Apache 2.0 all, välja arvatud IONDV. Sõja arhiiv, mille lähtekood avaldati aprillis sellel aastal litsentsi GPLv3 all GitHubis Kaug-Ida sotsiaalsete tehnoloogiate keskuse poolt. Praegu on lisaks sellele raamistiku ja selle moodulitele avaldatud rakendused mis on loodud raamistiku põhjal. Habré oleme juba rääkinud Projektihaldussüsteemist ja Side registrist.

Tehnilised detailid raamistiku

IONDV. Framework – avatud lähtekoodiga raamistiku node.js andmete põhjal kõrgetasemeliste veebirakenduste loomiseks, mis ei nõua tõsiseid programmeerimisoskusi.

Rakenduse funktsionaalsuse aluseks on andmeregister — Moodul Registri. See on võtmemoodul, mis on määratud andmete töötlemiseks metandmete struktuuride põhjal — sealhulgas projektide, programmide, ürituste ja muude juhtimise jaoks. Samuti kasutatakse projektis portaali moodulit, et kuvada erinevaid andmete malli — seal on ellu viidud arhiivikogude registri esikülg.

Andmebaasi haldamiseks kasutatakse MongoDb — seal hoitakse rakenduse seadeid, metandmeid ja tegelikke andmeid.

Kuidas rakendada litsents oma projektile?

Lisage fail LICENSE litsentsitekstiga oma projekti repo ja voilà, projekt on kaitstud Apache 2.0 all. Peate määrama õiguste omaniku, see ongi autoriõiguse teade. Seda saab teha kas lähtekoodis või failis NOTICE (teksti fail, mis loetleb kõik Apache litsentsi all litsentseeritud raamatukogud koos nende autorite nimedega). Fail asetada kas lähtekoodi või dokumentatsioonisse, mis levib koos tööga. Meie puhul näeb see välja nii:

Copyright © 2018 OÜ «ION DV».
Litsentseeritud Apache litsentsi, versioon 2.0 alusel

Apache litsentsi tekst 2.0

Apache litsents
Versioon 2.0, jaanuar 2004
http://www.apache.org/licenses/

KASUTAMISE, REPRODUKTSIOONI JA JAOTAMISE TINGIMUSED

Mõisted.
«Litsents» tähendab kasutamise, reprodutseerimise ja levitamise tingimusi,
nagu on defineeritud selle dokumendi lõike 1 kuni 9.
«Litsentsija» tähendab autoriõiguse omaniku või autoriseeritud
üksuse, kes annab litsentsi.
«Juriidiline isik» tähendab tegutseva isiku ja kõigi
muude isikute kooslust, kes kontrollivad, on kontrolli all või on
ühe ja sama kontrolli all selle isikuga. Selle määratlemise eesmärgil
«kontroll» tähendab (i) võimet, otseselt või kaudselt, suunata
sellise isiku tegevust, kas lepingulise või muu viisi kaudu, või (ii) omamine viiskümmend protsenti (50%) või rohkem
välja antud aktsiatest, või (iii) sellise isiku kasulik omandus.
«Teie» (või «Teie kasutaja») tähendab isikut või juriidilist isikut,
kes kasutab selle litsentsi kohaselt antud õigusi.
«Allikas» vorm tähendab eelistatud vormi muudatuste tegemiseks,
sealhulgas, kuid mitte piiratud, tarkvara allikakood, dokumentatsiooni
allikas ja konfiguratsioonifailid.
«Objekt» vorm tähendab mistahes vormi, mis on saadud mehaanilisest
muundamisest või tõlkimisest allika vormist, sealhulgas, kuid
mitte piiratud, kompileeritud objektikood, genereeritud dokumentatsioon
ja konversioonid teistele meedia tüüpidele.
«Töö» tähendab autoritööd, olenemata sellest, kas see on allika või
objektivormis, mis on litsentsi alusel kergesti kättesaadav, nagu on näidatud
autoriõiguse teatises, mis on tööga kaasas (näide on toodud allolevas lisas).
«Tuletatud teosed» tähendavad mistahes tööd, olenemata sellest, kas see on allika või objekti
vormis, mis põhineb (või tuleneb) tööst ja mille toimetuslikud muudatused, annotatsioonid, täiendused või muud muudatused
esindavad tervikuna originaalset autoritööd. Selle litsentsi eesmärgil
tuletatud teosed ei sisalda teoseid, mis jäävad
lahutatavaks või lihtsalt lingivad (või seovad nime kaudu) teose ja tema tuletatud teoste
liideste juurde.
of this License, Derivative Works shall not include works that remain
separable from, or merely link (or bind by name) to the interfaces of,
the Work and Derivative Works thereof.
«Panus» tähendab mis tahes autoriteost, sealhulgas
töö originaalversiooni ja kõik muudatused või täiendused
sellele tööle või tuletatud töödele, mis on teadlikult
esitatud litsentsipidajale lisamiseks töö osana autoriõiguse omanik
või isiku või juriidilise isiku poolt, kellel on õigus esitada
autoriõiguse omaniku nimel. Käesoleva määra jaoks tähendab «esitamine»
mis tahes elektroonilist, suulist või kirjalikku sidekorraldust, mis saadetakse
litsentsipidajale või tema esindajatele, sealhulgas, kuid mitte piirduvalt
edastusega elektroonilistes postilistes nimekirjades, lähtekoodide haldussüsteemides,
ja probleemide jälgimise süsteemides, mida haldab või mille nimel
litsentsipidaja arutamiseks ja töö täiustamiseks, kuid
välja arvatud suhtlemine, mis on silmatorkavalt märgitud või muul viisil
autoriõiguse omaniku poolt kirjalikult määratletud kui «Ei ole panus».
«Panustaja» tähendab litsentsipidajat ja mis tahes isikut või juriidilist isikut,
kelle nimel on litsentsipidaja saanud panuse ja
hiljem töö osaks lisanud.
Autoriõiguse litsentsi andmine. Käesoleva litsentsi tingimuste järgi annab iga panustaja
teile alatiseks, globaalselt, mitteeksklusiivse, tasuta, litsentsivabalt, irrevokatiivse
autoriõiguse litsentsi taastada, valmistada tuletatud töid,
avalikult kuvada, avalikult esitada, all-litsentseerida ja levitada
tööd ja selliseid tuletatud teoseid lähte- või objekti vormis.
Patendi litsentsi andmine. Käesoleva litsentsi tingimuste kohaselt
(välja arvatud käesolevas jaos) patendi litsents teha, lasta teha,
teile alatiseks, globaalselt, mitteeksklusiivse, tasuta, litsentsivabalt, irrevokatiivse
autoriõiguse litsentsi taastada, valmistada tuletatud töid,
kasutada, müüa, müügiks pakkuda, importida ja muul viisil üle anda tööd,
kui selline litsents kehtib ainult nende patendinõuete puhul, mida on võimalik litsentseerida
sellise panustaja poolt, kes on häiritud ainult nende panuse tõttu
ainult või nende panuste kombinatsiooniga
tööga, millele sellised panused esitati. Kui te
algatate patendivaidluse mis tahes üksuse vastu (sealhulgas
institute patent litigation against any entity (including a
kohtutäiendav nõue või vastune nõue, milles väidetakse, et Teose
või Teosele integreeritud Panus kujutab endast otsest
või kaudset patendi rikkumist, siis kõik patendi litsentsid
mis on Teile antud selle Litsentsi alusel selle Teose suhtes, lõpevad
sellise kohtuprotsessi alguse kuupäeva seisuga.
Edastamine. Te võite reproduseerida ja jagada koopiaid
Teosest või selle Derivaatteostest mis tahes meedias, kas
muudatustega või ilma, ning Allikana või Objektivormis, tingimusel et
te täidate järgmisi tingimusi:
(a) Te peate andma kõikidele teistele Teose või
Derivaatteoste saajatele koopia sellest Litsentsist; ja
(b) Te peate tagama, et kõik muudetud failid sisaldavad silmapaistvaid teateid
selle kohta, et Te olete faile muutnud; ja
(c) Te peate säilitama igasugustes Derivaatteostes,
mida Te jagate, kõik autoriõiguse, patendi, kaubamärgi ja
viitamise teated Allika vormis Teosest,
välja arvatud need teated, mis ei ole seotud ühegi osa
Derivaatteostest; ja
(d) Kui Teos sisaldab «NOTICE» tekstifaili, mis on osa selle
edastamisest, peavad kõik Teie jagatavad Derivaatteosed
sisaldama loetavat ko copy viitavate teadete, mis on sisalduvad
sellises NOTICE failis, välja arvatud need teated, mis ei ole
seotud ühegi osa Derivaatteostest, vähemalt ühes
järgnevatest kohtadest: NOTICE tekstifailis, mis on jagatud
Derivaatteoste osana; Allika vormis või
dokumentatsioonis, kui see on antud koos Derivaatteostega; või,
Derivaatteostest genereeritud kuvandis, kui ja
kus sellised kolmandate osapoolte teated tavaliselt ilmuvad. NOTICE
faili sisu on ainult informatiivsete eesmärkide jaoks ja
ei muuda Litsentsi. Te võite lisada oma viitamisteateid
Derivaatteostesse, mida Te jagate, koos
või lisana Teose NOTICE tekstile, tingimusel
et selliseid täiendavaid viitamisteateid ei saa tõlgendada
kui Litsentsi muutmine.
Te võite lisada oma autoriõiguse avalduse oma muudatustele ja
võite esitada täiendavaid või erinevaid litsentsitingimusi
oma muudatuste kasutamiseks, reproduktsiooniks või levitamiseks või
kõigi selliste tuletatud teoste puhul, kui Teie kasutamine,
reproduktsioon ja levitamine vastab muidu
selle litsentsi tingimustele.
Panuste esitamine. Kui Te ei sätesta teisiti,
igal Teie poolt Teose hulka lisamiseks teadlikult esitatud
panusel litsentsijale on selle litsentsi tingimustel,
ilma täiendavate tingimuste või nõueteta.
Käesolevast hoolimata ei muuda ega ületata siinsed tingimused
erinevaid litsentsilepingute tingimusi, mille olete allkirjastanud
licentsijaga seoses nende panustega.
Kaubamärgid. Käesolev litsents ei luba kasutada kaubanduse
nimesid, kaubamärke, teenuse märke või tootemarke litsentsijalt,
välja arvatud juhul, kui see on vajalik mõistlikuks ja tavapäraseks kasutamiseks
Teose päritolu kirjeldamisel ja KÄESOLEVA fail sisule vastava
sisu reprodutseerimisel.
Garantii kaotamine. Kui seadus ei nõua teisiti või
ei ole kokku lepitud kirjalikult, pakub litsentsija Teost (ja iga
panustaja pakub oma panuseid) «KUI ON» ALUSEL,
ILMA KINNITUSTE VÕI TINGIMUSTE NING MINGITE KINDLASTI, kas väljendatud või
varjatud, sealhulgas, kuid mitte piirduvalt, kõigi garantiide või tingimustega
OMAND, MITTE RIKKUMINE, KAUPTAVUS või SOBIVUS TEATAVATELE
EESMÄRKIDELE. Te vastutate üksi selle eest, kas
Teose kasutamine või ümberjaotamine on sobiv ning võtate endale kõik
riskid, mis on seotud selle litsentsi alusel lubade kasutamisega.
Vastutuse piirang. Ühelgi juhul ja ühegi õigusteooria alusel,
kas tegemist on kahju (sh hooletus), lepingu või muuga,
kuni seadus ei nõua teisiti (nt tahtlikud ja äärmiselt
hooletud teod) või ei ole kokku lepitud kirjalikult, ei tohi ükski panustaja olla
juhuslike või järgnevate kahjude eest, mis tulenevad sellest
litsentsist või töö kasutamisest või selle kasutamisest või kasutamatuse tõttu
(sealhulgas, kuid mitte ainult heade suhete,
töö seiskumise, arvuti rikke või talitlushäire või kõigi muude
kaubanduslike kahjude või kaotuste jaoks), isegi kui selline panustaja
on olnud teavitatud selliste kahjude võimalusest.
Garantii või täiendava vastutuse vastuvõtmine. Töö või nende tuletatud tööde edastamisel
võite valida pakkumise,
ning tasuda tasu toetuse, garanteeringu, hüvitise
või muude vastutuse kohustuste ja/või õiguste vastuvõtmise eest, mis on kooskõlas
selle litsentsiga. Siiski, selliste kohustuste vastuvõtmisel võite tegutseda ainult
enda nimel ja oma ainuisikuliselt, mitte kellelegi teisele
panustajale, ja ainult siis, kui nõustute hüvitama,
kaitsmine ning hoidma igat panustajat kahjutuks iga vastutuse
eest, mis tuleneb, või nõuetest, mis on esitatud selle panustaja vastu, seoses
teie garantii või täiendava vastutuse vastuvõtmisega.
TINGIMUSTE JA OLUKORDADE LÕPP
LISA: Kuidas rakendada Apache litsentsi oma tööle.
Apache litsentsi rakendamiseks oma tööle, lisage järgmine
valmis tekst, kus ruudud «[]» asendatakse teie enda identiteediandmetega. (Ärge lisage
ruute!) Tekst peaks olema ümbritsetud sobiva
kommentaari süntaksiga faili formaadi jaoks. Soovitame samuti, et
faili või klassi nimi ja eesmärgi kirjeldus oleksid sisalduvad
samal «trükitud leheküljel» autorikaitse teatise kõrvale laiemaks
tuvastamiseks kolmandate osapoolte arhiveerimises.
Autoriõigus [aasta] [autoriõiguse omaniku nimi]
Kasutuselevõetud Apache litsentsi alusel, versioon 2.0 («Litsents»);
te ei tohi seda faili kasutada, välja arvatud litsentsiga kooskõlas.
Litsentsi koopia saamiseks külastage
Kuni seadus seda ei nõua või kirjalikult kokku lepitakse, tarkvara
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
lisatud litsentsi kohaselt on see jagatud «NAGU ON» PÕHISES,
ILMA KEDAGI GARANTIIDETA VÕI TINGIMUSTEGA, olgu need siis otsesed või kaudselt.
Vaata litsentsi konkreetse keele kohta, mille alusel antakse luba ja
piirangud litsentsi alusel.

Litsents = leping

Vaba litsents, kuigi see on vaba, ei luba piiramatusi ja oleme juba toonud näiteid piirangutest. Valige litsents, arvestades nii oma huvidega kui ka kasutajaga, kuna avatud tarkvara on loodud just tema jaoks. Projekti kasutaja peaks vaatama litsentsi kui omaette lepingut tema ja õiguste omaja vahel, seega uurige hoolikalt piiranguid, mis on teile projekti litsentsiga kehtestatud, enne kui teete mingisuguseid toiminguid lähtekoodiga.

Loodame, et oleme valgustanud litsentside teemat veidi ning vaatamata küsimuse keerukusele ei tohiks see takistada teid Open Source'is. Arendage oma projekti ja ärge unustage oma ja teiste õigusi.

Kasulikud lingid

Lõpetuseks mõned kasulikud ressursid, mis aitasid meil teabe leidmisel olemasolevate litsentside kohta ning sobivaimate leidmisel meie eesmärkide jaoks:

Allikas: habr.com

Kuidas valida Open Source litsentsi RAD raamistikule GitHubis

Valikute vaev

Apache 2.0

Kuidas rakendada litsents oma projektile?

Litsents = leping

Kasulikud lingid