🥇Kuidas valida avatud lähtekoodi litsentsi RAD raamistikule GitHubis

Selles artiklis räägime natuke autoriõigusest, kuid peamiselt RAD raamistikule vabade litsentside valimisest. IONDV. Raamistik ja avatud lähtekoodiga toodete kohta selle põhjal. Räägime lubava litsentsi kohta, Apache 2.0mis meid selle juurde viis ja milliste lahendustega me protsessi käigus kokku puutusime.

Litsentsi valimise protsess on üsna töömahukas ja sellele tuleks läheneda juba piisavalt harituna. Kui te ei ole õnnelik seaduse alase hariduse omanik, avaneb teie ees segane informatsiooni väli erinevate vabade litsentside kohta. Põhiülesanne on koostada teatud piiravad kriteeriumid. Arutlemise ja mõtlemise käigus suudate koos meeskonnaga mõista, mida soovite oma toote kasutajatele lubada ja mida keelata. Kui teil on juba mingisugune kirjeldus, tuleks see kohaldada olemasolevatele litsentsidele ja välja selgitada see, millel on kõige rohkem ühtivusi. See kõlab loomulikult lihtsasti, kuid reaalne olukord on see, et tavaliselt jääb isegi pärast arutelu küsimusi alles.

Esmalt — viide choosealicense.com, kasulikule veebisaidile, mida me aktiivselt kasutasime. Erakordselt pöörake tähelepanu võrdlevale tabelile litsentsidest 13 põhikriteeriumi alusel. Olgu inglise keel ja kannatlikkus teiega.

Valikute vaev

Alustame vabade litsentside üldistest tunnustest vaba tarkvara jaoks.Vaba tarkvara eeldab ainul vabade litsentside olemasolu, mis ei piira kaubanduslikku ega mittekaubanduslikku levitamist mudeli alusel Open Core. Vastavalt, jagades Internetis tarkvara vabade litsentside alusel, ei saa täielikult piirata selle edastamist, levitamist ja müüki kolmandate isikute poolt, ning sellega tuleb lihtsalt moraalselt ette valmistuda.

Vaba litsents annab kasutajale õiguse iseseisvalt osaleda tarkvara tagumise arendamise protsessis või seda muul viisil muuta. Enamiku litsentside puhul ei lubata toote ümber nimetada ega kasutada sellega seotud manipulatsioone, muutes autori õigusi ja/või süsteemi omaniku õigusi.

Peamised meid huvitavad küsimused vabade litsentside kohta olid:

Tarkvaras tehtud muudatused tuleb fikseerida ega ole seotud süsteemi õiguste omaniku?
Tulevase tarkvara nimi ei tohi kattuda autori tarkvara nimega?
Kas on võimalik muuta litsentsi uute versioonide jaoks teiseks, sealhulgas ka omandiõigusega litsentsiks?

Hoolikalt vaadates kõige levinumate litsentside loetelu, valisime mõned, mida käsitlesime põhjalikumalt. Potentsiaalsed litsentsid IONDV. Framwork olid: GNU GPLv3, Apache 2.0, MIT ja MPL. MIT praktiliselt kohe välistasime, see on lubav mitte-kopilife litsents, mis võimaldab koodi kasutada, muuta ja levitada praktiliselt kuidas iganes, ja see variant ei rahuldanud meid, kuna soovisime, et litsents reguleeriks õiguste omaniku ja kasutaja vahelisi suhteid. Enamik mitte nii suuri projekte GitHubis on välja pandud just MIT litsentsi või selle erinevate variantide alla. Litsents ise on väga lühike ning keeludest on ainult autoriõiguse säilitamine.

Järgmiseks oli litsents MPL 2.0. Pean tunnistama, et me ei jõudnud selle juurde kohe, kuid uurides lähemalt välistasime selle kiiresti, kuna peamine puudus on see, et litsents kehtib mitte kogu projekti, vaid üksikute failide kohta. Lisaks, kui kasutaja muudab faili, ei saa ta litsentsi muuta. Tegelikult, kui sa kui hoolikalt ei muudaks avatud lähtekoodiga projekti, ei saa sa seda litsentsi tõttu monetiseerida. See, muide, ei kehti õiguste omaniku kohta.

Sarnane probleem püsib ka litsentsil GNU GPLv3. See nõuab, et iga fail püsiks selle litsentsi all. GNU GPL on kopilife litsents, mis nõuab, et tuletatud tööde lähtekoodid oleksid avatud ja jääksid selle sama litsentsi alla. See tähendab: kui kirjutad üle kaks rida koodi, pead oma muudatused registreerima ja edasise kasutamise või levitamise korral hoidma koodi GNU GPL all. Antud juhul on see piirav tegur meie projekti kasutajale, mitte meile. Kuid GPL-i muutmine mõnele teisele litsentsile on keelatud, isegi GPL-i versioonide vahel. Näiteks, kui muuta LGPL (GPL-i laiendus) GPL-iks, siis tagasi teed LGPL-ile juba ei ole. Ja see punkt oli otsustav hääletamisel vastu.

Kokkuvõttes kaldus meie valik esialgu GPL3 just because of the distribution of modified code under the same license. We thought that this way we could secure our product, but we saw fewer risks in Apache 2.0. According to the Free Software Foundation, GPLv3 is compatible with Apache License v2.0, which means there is always the option to change the license from Apache License v2.0 to GPL v3.0.

Apache 2.0

Apache 2.0 — a balanced permissive license with a focus on copyright. Here are the answers it provided to our questions. Should changes to the software be documented and have no relation to the rights holder of the system? Yes, all changes must be documented, and we are not responsible for either the original or modified code. A file with changes must be attached to the code where you made those changes. Should the name of the derivative software not match the name of the rights holder's software? Yes, the derivative software should be released under a different name and trademark, but with the attribution of the rights holder. Is it possible to change the license for any new versions to another, including a proprietary one? Yes, it is permissible to release under different licenses; Apache 2.0 does not restrict the use of any non-commercial and commercial licenses.

Additionally, when releasing new products based on Apache 2.0 licensed code or products with additional functionality, it is not mandatory to use the same license. Below you can see an image with the terms and conditions of the Apache 2.0 license.

The license imposes a requirement to retain and mention the copyrights and the license under which the software is released. Mandatory presence of copyright notice with the name of the rights holder and the license protects the rights of the original author of the software, as even if it is renamed, given away, or sold under another license, the author's signature will still remain. For this, a file called NOTICE can also be used and attached either to the source code or to the project's documentation.

We release all our products as open source on GitHub under the Apache 2.0 license, except for IONDV. War archive, the source code of which was published in April of this year under the GPLv3 license on GitHub by the Far Eastern Center for Social Technologies. Currently, besides the actual GNUnet raamistikust ja selle mooduleid avaldatud rakenduse done on the framework. We have already talked about it on Habr. Project Management System and about Side registrite.

Tehnilised üksikasjad raamistiku kohta

IONDV. Raamistik – avatud lähtekoodiga raamistik node.js-il, et luua kõrgetasemelisi veebirakendusi metaandmete alusel, mis ei nõua tõsiseid programmeerimisoskusi.

Rakenduse funktsionaalsuse aluseks on andmeregister – Registri moodul. See on peamine moodul, mis on otseselt mõeldud töötamiseks andmetega, tuginedes metaandmete struktuuridele – sealhulgas projektide, programmide, ürituste jms haldamiseks. Samuti kasutatakse projektis portaali moodulit, et kuvada ükskõik milliseid andmete malle – sellel on rakendatud arhiivi toimingute registri esileht.

Andmebaasina kasutatakse MongoDb-d – selles hoitakse rakenduse seadeid, metaandmeid ja ise andmeid.

Kuidas rakendada litsentsi oma projektile?

Lisage fail LICENSE litsentsitekstiga oma projekti hoidlasse ja voilà, projekt on kaitstud Apache 2.0 all. Tuleb märkida õiguste omanik, see on copyright notice. Seda saab teha kas lähtekoodis või failis NOTICE (tekstifail, kus loetletakse kõik Apache litsentsi alusel litsentseeritud teegid koos nende autorite nimedega). Fail tuleb asetada kas lähtekoodi või dokumentatsiooni, mis levitatakse koos tööga. Meil näeb see välja nii:

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

Apache litsentsi tekst 2.0

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

KASUTAMISE, TAASTAMISE JA JAOTUSE TINGIMUSED

Mõisted.
«Litsents» tähendab käesolevas dokumendis määratletud kasutamise, taastamise ja jaotamise tingimusi ja nõudeid,
nagu on määratletud käesoleva dokumendi lõigetes 1 kuni 9.
«Litsentsiandja» tähendab autoriõiguse omaniku või autoriõiguse omaniku volitatud isiku,
kes annab litsentsi.
«Juriidiline isik» tähendab tegutseva isiku ja kõigi muude isikute ühendust,
kes kontrollivad, kelle all on kontroll või kes on selle isiku all.
Selle määratlemise eesmärgil tähendab «kontroll» (i) võimet, otseselt või kaudselt, suunata selle isiku
suunamist või juhtimist, kas lepinguga või muul viisil, või (ii) viiekümne protsendi (50%) või rohkem kui
üle väljakuulutatud aktsiate omamist, või (iii) kasu omamist selle isiku suhtes.
«Teie» (või «Teie») tähendab individuaalset isikut või juriidilist isikut,
kes kasutavad selle litsentsi antud õigusi.
«Allikas» tähendab eelistatud vormi muudatuste tegemiseks,
sealhulgas, kuid mitte piiratud tarkvara lähtekoodiga, dokumentatsiooni
allikaga ja seadistusfailidega.
«Objekt» tähendab mis tahes vormi, mis tuleneb mehhaanilisest
muundamisest või tõlkimisest, sealhulgas, kuid mitte piiratud, koostatud objekti koodiga, genereeritud dokumentatsiooniga,
ja muundamistega teistesse meedianormidesse.
«Töö» tähendab autoriõiguse teost, olenemata Allika või
Objekti vormist, mis on litsentsi alusel saadaval ja millel on autoriõiguse teatise näidis,
mis on lisatud või sellele teosele kinnitatud (näidis on esitatud allolevas lisas).
«Tuletatud teosed» tähendavad mis tahes tööd, olenemata Allika või Objekti
vormist, mis põhineb (või tuleneb) Töö ja mille suhtes
kui selle põhjal on määratletud.
(näide on esitatud allolevas lisas).
«Loodud Teosed» tähistavad igasugust teost, olgu see siis Allika- või Objekti vormis,
mis põhineb (või tuleneb) Teosest ning mille
toimetusredaktsioonid, märkused, seletused või muud muudatused
esindavad tervikuna originaalloomingut. Selle Litsentsi mõttes
ei hõlma tuletised tööd, mis jäävad
eraldatuks või lihtsalt lingivad (või seovad nime kaudu) tööde liideste juurde,
ja nende tuletiste tööde juurde.
«Panus» tähendab igasugust autoriõiguse teost, sealhulgas
originaalversiooni tööst ja mistahes muudatusi või lisandeid
sellele tööle või tuletistele, mida on teadlikult
esitatud litsentsile andjale, et lisada see tööle autorite poolt
või isiku või juriidilise isiku poolt, kellel on volitus esitada autoriõiguse
omaniku nimel. Selle määratlemise eesmärkidel tähendab «esitatud»
kõik vormid elektroonilisest, suulisest või kirjalikust suhtlusest, mis on saadetud
litsentsile andjale või tema esindajatele, sealhulgas, kuid mitte ainult,
suhtlus elektroonilistes postilistides, allika koodide haldamise süsteemides,
ja probleemide jälgimise süsteemides, mida haldab või haldava isiku eest,
litsentsi andja, et arutada ja parandada tööd, kuid
välja arvatud suhtlus, mis on silmatorkavalt märgitud või muul viisil
autoriõiguse omaniku poolt kirjalikult määratletud kui «Ei ole panus».
«Panustaja» tähendab litsentsi andjat ja igasugust isikut või juriidilist isikut,
kelle nimel on litsentsile andja saanud panuse ja
see on hiljem kaasatud tööse.
Autoriõiguse litsentsi andmine. Käesoleva Litsentsi tingimustest ja
pakkumistest lähtuvalt annab iga Panustaja Teile igavese,
maailmasisese, mitteexklusiivse, tasuta, kunagi tagasi võetava
autoriõiguse litsentsi, et kopeerida, ette valmistada tuletised,
avalikult kuvada, avalikult esitada, edasi litsenseerida ja levitada
tööd ja selliseid tuletisi kas allika või objekti vormis.
Patendi litsentsi andmine. Käesoleva Litsentsi tingimustest ja
pakkumistest lähtuvalt annab iga Panustaja Teile igavese,
maailmasisese, mitteexklusiivse, tasuta, kunagi tagasi võetava
(välja arvatud selles jaotises nimetatud) patendi litsentsit tootmiseks, tootmiseks,
kasutamiseks, müümiseks, müügiks pakkumiseks, impordiks ja muuks vahendamiseks
tööle, kus see litsents kehtib ainult nende patentide nõuete puhul, mida
selle Panustaja poolt, mis on tingimata rikutud nende
panustamisega üksinda või koos nende panuste ja
tööga, millele need panused esitati. Kui Te
algatate patendi kohtuasja mis tahes üksuse (sealhulgas
vastu- või vastukäimise kohtuasjas), väites, et töö
või Kate, mis on kaasatud töösse, on otsene
või täiendav patendi rikkumine, siis kõiki patendi litsentse
Teile antud meie selle Litsentsi raames antud töö puhul katkestatakse
alates kuupäevast, mil selline kohtuasja on esitatud.
Taaskasutamine. Te võite kopeerida ja levitada koopiaid
tööst või selle tuletustest aegade, olenemata muudatustest, ja sooritatud
allika või objekti vormis, tingimusel et Te
täidate järgmisi tingimusi:
(a) Te peate andma töö või
tuletustest teistele saajatele selle Litsentsi tasuta koopia; ja
(b) Te peate tõendama mistahes muudetud faile, millel on esile toodud teated
seda, et Te muutsid faile; ja
(c) Te peate säilitama, allika vormis mistahes tuletisi,
mida Te jaotate, kõik autoriõiguse, patendi, kaubamärgi ja
tunnustuse teated allika vormist,
välja arvatud need teated, mis ei puuduta ühtegi osa
tuletustest; ja
(d) Kui töö sisaldab «TEATE» tekstifaili osana selle
jaotamisest, siis mistahes tuletisi, mida Te jaotate, peaks
kaasa sisaldama loetavat koopia tunnustuse teadetest, mis on sisaldatud
selles teatefailis, välja arvatud need teated, mis ei puuduta
ühtki osa tuletustest, vähemalt ühes
järgmistest kohtadest: koos teatefailiga, mis on jaotatud
tuletustega; allika vormis või
dokumentatsioonis, kui see on esitatud koos tuletustega; või,
kuva tuletustes, kui ja
kui sellised kolmandate osapoolte teated tavaliselt ilmuvad. Teatefaili
sisu on ainult teabeks ja
ärge muutke litsentsi. Võite lisada oma autoriõiguse tunnustuse
teateid tuletatud töödes, mida te levitate, koos
või kui lisamaterjali NOTICE tekstis, tingimusel
et selliseid lisatunnustusi ei saa tõlgendada
kui litsentsi muutmist.
Võite lisada oma autoriõiguse avalduse oma muudatustele ja
võite kehtestada lisatingimusi ja -tingimusi
oma muudatuste kasutamiseks, paljususele, või levitamiseks, või
iga sellise tuletatud töö osas tervikuna, tingimusel et teie kasutamine,
levitamine ja jagamine vastab muidu
selles litsentsis esitatud tingimustele.
Panuste esitamine. Kui te ei deklareeri selgelt teisiti,
kõik panused, mille te esitate eesmärgil tööle
licensorile, kuuluvad selle litsentsi tingimustele,
ilma lisatingimusteta.
Sellegipoolest ei kõrvalda ega muuda midagi siinset
separaatse litsentsilepingu tingimusi, mille olete võinud sõlmida
licensoriga selliste panuste osas.
Kaubamärgid. See litsents ei anna luba kasutada kaubamärgi
nimesid, kaubamärke, teenuse märke või tootemärke licensorilt,
välja arvatud juhul, kui see on vajalik mõistlikuks ja tavaliseks kasutamiseks töö
päritolu kirjeldamisel ja NOTICE failide sisu taasloome.
Garantii loobumise teade. Kui seadus ei nõua
või ei ole kirjutatud kokku lepitud, annab licensor töö (ja iga
panustaja annab oma panused) «NAGU ON» PÕHISELT,
ILMA GARANTIIDE või OLUKORDADE IGASUGUSE KINDLA, kas otsest või
kaudset, sealhulgas, ilma piiramata, mingeid garantiisid või tingimusi
PEALKIRI, MITTE-RIKKUMINE, KAUPLUSVÕIME või KASUTAMISE SOBIVUSE KOHTA. Te olete täielikult vastutav
tööturu sobivuse kindlaksmääramise eest või töö taasloomise eest ja vastutate
iga riskiga, mis tuleneb teie õiguste kasutamisest selle litsentsi alusel.
Vastutuse piiramine. Sel juhul ei tohi mingil juhul
ja õigusteaduse alusel, olenemata sellest, kas tegemist on torti (sealhulgas hooletus) või
lepingu alusel, mingil muul viisil, kui seadus ei nõua (näiteks tahtlikud
ja raskelt hooletud tegevused) või pole kokku lepitud kirjalikult, ei tohi ükski panustaja olla
teile vastutav kahjude eest, sealhulgas kõik otsesed, kaudsed, erilised,
juhtumikohased, või palga võrdsed kahjud, mis tuleneb
sellest litsentsist või töö kasutamisest või võimetusest kasutada
tööd (sealhulgas, kuid mitte ainult kahju hea tahte,
töö lõpetamine, arvuti rike või rike, või kõik ja kõik
muud kaubanduslikud kahjud või kaotused), isegi kui selline panustaja
on olnud teadlik selliste kahjustuste võimalusest.
Garantii või täiendava vastutuse aktsepteerimine. Samuti, kui te levitate
tööd või tuletatud töid, võite otsustada pakkuda
ja küsida tasu, et aktsepteerida toetust, garantiid, hüvitise
või muid vastutuse kohustusi ja / või õigusi, mis on kooskõlas
selle litsentsiga. Siiski, selliste kohustuste aktsepteerimise korral võite tegutseda ainult
oma nimel ja oma vastutusalas, mitte kellegi teise panustaja nimel, vaid ainult juhul
kui nõustute hüvitama, kaitsma ja hoidma iga panustajat vabana mistahes vastutusest
või nõuetest, mida sellise panustaja vastu esitatakse, põhjuseks
teie aktsepteerimine selliste garantiide või täiendavate vastutuste osas.
TINGIMUSED JA MUDALUS
LISAAINE: Kuidas kasutada Apache litsentsi oma tööl.
Apache litsentsi rakendamiseks oma tööl lisage järgmine
standardne märkus, mille väljad, mis on paigutatud nurksulgudesse «[]»,
asendage oma identifitseerivate andmetega. (Ärge lisage
nurgasulgusid!) Tekst peaks olema paigaldatud vastava
failiformaadi kommentaarisüntaksiga. Samuti soovitame, et fail või klassi nimi ja eesmärgi kirjeldus
oleksid seal kohal sama «trükitud lehe» peal õigusemärkusega, et tagada
lihtsam tuvastamine kolmandate osapoolte arhiividesse.
Autoriõigus [aasta] [autoriõiguse omaniku nimi]
Antud Apache litsentsi, versioon 2.0 (edaspidi «litsents»);
tuvastamine kolmandate osapoolte arhiivides.
Autoriõigus [aaaa] [autoriõiguse omaniku nimi]
Antud Apache litsentsi, versioon 2.0 (edaspidi «Litsents»);
te ei tohi seda faili kasutada muu kui litsentsiga kooskõlas.
Sa saad litsentsi koopia hankida
http://www.apache.org/licenses/LICENSE-2.0
Välja arvatud juhul, kui kohaldatav seadus nõuab teisiti või on kirjalikult kokku lepitud, tarkvara
mida jaotatakse litsentsi alusel, jagatakse "NII NAGU ON" ALUSEL,
ILMA IGASUGU GARANTIIDETA VÕI TINGIMUSTETA, olgu need siis väljendatud või kaudsed.
Vaata litsentsi, et leida spetsiifilised tingimused, mis käsitlevad õigusi ja
piiranguid litsentsi alusel.

Litsents = leping

Vaba litsents, kuigi on vaba, ei luba meelevaldset tegevust ning oleme juba toonud välja piirangute näiteid. Valige litsents, arvestades nii oma huve kui ka kasutaja omi, kuna avatud tarkvara on suunatud just temale. Projekti kasutaja peaks suhtuma litsentsi kui omamoodi lepingusse enda ja autori vahel, seega enne mis tahes tegevust lähtekoodiga tutvuge hoolikalt teie peale kehtivate piirangutega.

Loodame, et oleme valgustanud litsentside teemat ning vaatamata küsimuse keerukusele ei tohiks see takistada teid avatud lähtekoodiga teel. Arendage oma projekti ja ärge unustage õigusi, oma ja teiste omi.

Kasulikud lingid

Lõpetuseks mõned kasulikud ressursid, mis aitasid meil teavet leidmisel olemasolevate litsentside kohta ning parima sobiva leidmisel meie eesmärkidele:

Allikas: habr.com

Kuidas valida Open Source litsents RAD raamistikule GitHubis.

Valikute vaev

Apache 2.0

Kuidas rakendada litsentsi oma projektile?

Litsents = leping

Kasulikud lingid