🥇Hvordan velge Open Source-lisens for RAD-rammeverk på GitHub

I denne artikkelen skal vi snakke litt om opphavsrett, men mest om valg av fri lisens for RAD-rammeverket IONDV. Rammeverk og for åpne produkter basert på det. Vi vil fortelle om den tillatende lisensen Apache 2.0, om hva som førte oss dit og hvilke løsninger vi møtte i prosessen.

Prosessen med å velge lisens er ganske tidkrevende, og det er viktig å ha gjort en del lesing før man går i gang. Og hvis du ikke er heldig eier av juridisk utdannelse, så står du overfor et ubrukt felt med informasjon om ulike frie lisenser. Det viktigste man bør gjøre er å lage en rekke begrensende kriterier. I prosessen med diskusjon og refleksjon vil du og teamet ditt kunne forstå hva dere ønsker å tillate brukerne av produktet deres, og hva som skal forbys. Når dere allerede har en slags beskrivelse, må dere legge den opp mot eksisterende lisenser og finne den der flest punkter stemmer overens. Det høres selvfølgelig enkelt ut, men i virkeligheten er det ofte spørsmål som gjenstår, selv etter diskusjonen.

Først — en lenke til choosealicense.com, en nyttig nettside som vi aktivt brukte. Spesiell oppmerksomhet bør rettes mot sammenligningstabellen av lisenser på 13 hovedkriterier. Måtte engelsk og tålmodighet være med deg.

The agonies of choice

La oss begynne med de generelle egenskapene ved lisenser for fritt programvare. Fritt programvare innebærer utelukkende en fri lisens som ikke begrenser kommersiell og ikke-kommersielt distribusjon etter modellen Open Core. Dermed, når man legger programvare under en fri lisens på nett, kan man ikke fullt ut begrense overføring, distribusjon og salg av den til tredjeparter, og man må bare være mentalt forberedt på dette.

En fri lisens gir brukeren rett til selv å delta i reversering av programvaren eller endre det på andre tilgjengelige måter. De fleste lisenser tillater ikke å omdøpe produktet eller utføre noen manipulasjoner som endrer forfatterens eller/eierens rettigheter til systemet.

De viktigste spørsmålene vi var interessert i om frie lisenser var:

Endringer gjort i programvaren må dokumenteres og har ingen tilknytning til rettighetshaveren av systemet?
Navnet på det avledede programmet må ikke være det samme som navnet på rettighetshaverens programvare?
Er det mulig å endre lisensen for nye versjoner til en annen, inkludert en proprietær lisens?

Etter å ha sett nøye på listen over de mest populære lisensene, valgte vi noen som vi så nærmere på. Potensielle lisenser for IONDV. Framwork var: GNU GPLv3, Apache 2.0, MIT og MРL. MIT Vi utelukket raskt dette, da det er en tillatende copyleft-lisens som tillater bruk, modifikasjon og distribusjon av koden nærmest som man vil, men vi ønsket at lisensen skulle regulere forholdet mellom rettighetshaver og bruker. De fleste ikke de største prosjektene på GitHub er lagt ut under MIT-lisensen eller dens ulike varianter. Selve lisensen er veldig kort, og den eneste restriksjonen er å oppgi opphavsretten til programvareutvikleren.

Neste var lisensen MPL 2.0. Må innrømme at vi ikke kom til den med en gang, men etter å ha studert den nærmere, utelukket vi den raskt, da den største ulempen er at lisensen kun gjelder for enkelte filer og ikke for hele prosjektet. I tillegg kan brukeren ikke endre lisensen hvis de endrer en fil. Faktisk, uansett hvor hardt du jobber med å endre et open source-prosjekt, vil du ikke kunne kommersialisere det på grunn av en slik lisens. Dette gjelder for øvrig ikke rettighetshaveren.

Det samme problemet er til stede med lisensen GNU GPLv3. Den krever at enhver fil forblir under den samme lisensen. GNU GPL er en copyleft-lisens som krever at kildekoden for avledede verk skal være offentlig og forbli under den samme lisensen. Det vil si: hvis du omskriver to linjer med kode, vil du måtte dokumentere endringene dine, og ved videre bruk eller distribusjon må koden forbli under GNU GPL. I dette tilfellet er dette en begrensning for brukeren av prosjektet vårt, og ikke for oss. Men det er forbudt å endre fra GPL til en annen lisens, selv innen versjoner av GPL. For eksempel, hvis du endrer LGPL (forløper for GPL) til GPL, vil det ikke være noen vei tilbake til LGPL. Og dette punktet var avgjørende i avstemningen mot.

Generelt har vårt valg i utgangspunktet vært rettet mot GPL3 nettopp på grunn av spredning av modifisert kode under den samme lisensen. Vi trodde at vi dermed kunne sikre produktet vårt, men vi så færre risikoer med Apache 2.0. Ifølge Free Software Foundation er GPLv3 kompatibel med Apache License v2.0, så det er alltid mulig å endre lisensen fra Apache License v2.0 til GPL v3.0.

Apache 2.0

Apache 2.0 — en balansert tillatende lisens med fokus på opphavsrett. Her er hva den svarte på spørsmålene vi er interessert i. Må endringene i programvaren dokumenteres og har de ingenting å gjøre med rettighetshaverens system? Ja, alle endringer må dokumenteres, og vi har ikke ansvar for verken kildekoden eller endret kode. En fil med endringer må vedlegges koden der du gjorde disse endringene. Skal navnet på den avledede programvaren ikke samsvare med navnet til opphavsrettshaveren? Ja, den avledede programvaren må bli gitt ut med et annet navn og under et annet varemerke, men med kreditering til opphavsrettshaveren. Kan lisensen for eventuelle nye versjoner endres til en annen, inkludert proprietær? Ja, det kan utgis under ulike lisenser, Apache 2.0 begrenser ikke bruken av kommersielle eller ikke-kommersielle lisenser.

Også ved å utgi nye produkter basert på åpen kildekode under Apache 2.0 eller produkter med ekstra funksjonalitet er det ikke nødvendig å bruke den samme lisensen. Nedenfor kan du se et bilde med betingelsene og begrensningene for Apache 2.0-lisensen.

Lisensen stiller krav om bevaring og henvisning til opphavsrett og lisensen som programvaren utgis under. Obligatorisk tilstedeværelse copyright notice med navnet på opphavsrettshaveren og lisensen beskytter rettighetene til den opprinnelige forfatteren av programvaren, siden selv om det blir gitt et annet navn, gitt bort eller solgt under en annen lisens, vil opphavsmannens navn fortsatt være der. For dette kan man også bruke filen NOTICE og legge den enten i kildekoden eller i dokumentasjonen til prosjektet.

Vi gir ut alle våre produkter på GitHub under Apache 2.0-lisensen, unntatt IONDV. War archive, kildekoden til hvilken ble publisert under GPLv3-lisensen på GitHub av Den fjerne østlige sentrum for sosiale teknologier i april i år. For øyeblikket, bortsett fra selve rammeverket og dets moduler publisert applikasjoner laget på rammeverket. På Habr har vi allerede fortalt om Prosjektledelsessystemet og om Tilknytingsregister.

Tekniske detaljer om rammeverket

IONDV. Framework – et åpen kildekode-rammeverk basert på node.js for å lage høy-nivå nettapplikasjoner basert på metadata, som ikke krever omfattende programmeringsferdigheter.

Kjernen i applikasjonens funksjonalitet er databaseregisteret – Registreringsmodulen. Dette er en nøkkelmodul designet for å arbeide med data basert på metadata-strukturer – inkludert for prosjektledelse, programmer, arrangementer og mer. Prosjektet benytter også portalmodulen for å vise vilkårlige datamal – som implementerer fronten av arkivregisteret.

MongoDb brukes som databasen – den lagrer både applikasjonsinnstillinger, metadata og dataene selv.

Hvordan bruke lisensen på prosjektet ditt?

Legg til filen LICENSE med lisens teksten i prosjektets repository, og voilà, prosjektet er beskyttet av Apache 2.0. Du må oppgi rettighetshaveren, som er copyright notice. Dette kan gjøres i kildekoden eller i filen NOTICE (en tekstfil som lister opp alle biblioteker lisensiert under Apache-lisensen sammen med navnene på syersene deres). Selv filen bør plasseres enten i kildekoden eller i dokumentasjonen som følger med arbeidet. Hos oss ser det slik ut:

Copyright © 2018 LLC «ION DV».
Lisensert under Apache License, Versjon 2.0

Teksten til Apache 2.0-lisensen

Apache-lisens
Versjon 2.0, Januar 2004
http://www.apache.org/licenses/

VILKÅR OG BETINGELSER FOR BRUK, REPRODUKSJON OG DISTRIBUSJON

Definisjoner.
«Lisens» betyr vilkårene for bruk, reproduksjon,
og distribusjon som definert i Seksjoner 1 til 9 av dette dokumentet.
«Lisensgiver» betyr rettighetshaveren eller enheten autorisert av
rettighetshaveren som gir Lisenzen.
«Juridisk enhet» betyr sammenslutningen av den handlende enheten og alle
andre enheter som kontrollerer, blir kontrollert av, eller er under felles
kontroll med den enheten. For formålene til denne definisjonen,
«kontroll» betyr (i) makten, direkte eller indirekte, til å forårsake
retningen eller ledelsen av en slik enhet, enten ved kontrakt eller
ellers, eller (ii) eierskap av femti prosent (50%) eller mer av de
uavgjorte aksjene, eller (iii) fordelaktig eierskap av enheten.
«Du» (eller «Ditt») betyr en enkeltperson eller Juridisk Enhet
som utøver rettigheter gitt av denne Lisenzen.
«Kilde»-form betyr den foretrukne formen for å gjøre modifikasjoner,
inkludert, men ikke begrenset til programvare kildekode, dokumentasjon
kilde, og konfigurasjonsfiler.
«Objekt»-form betyr enhver form som er et resultat av mekanisk
transformasjon eller oversettelse av en Kilde-form, inkludert, men
ikke begrenset til kompilert objektkode, generert dokumentasjon,
og konverteringer til andre medietyper.
«Verk» betyr verket av forfatterskap, enten i Kilde eller
Objektform, gjort tilgjengelig under Lisenzen, som angitt av en
copyright notice som er inkludert i eller vedlagt verket
(et eksempel er gitt i Vedlegget nedenfor).
«Avledede verk» betyr ethvert verk, enten i Kilde eller Objekt
form, som er basert på (eller avledet fra) Verket og for hvilket
redaksjonelle revisjoner, merknader, utdypninger eller andre endringer
representerer, som helhet, et originalverk av forfatterskap. For formålene
til denne lisensen, skal avledede verk ikke inkludere verk som forblir
separerte fra, eller bare lenker (eller binder ved navn) til grensesnittene til
Verket og avledede verk derav.
«Bidrag» skal bety ethvert verk av forfatterskap, inkludert
den originale versjonen av Verket og eventuelle modifikasjoner eller tillegg
til dette Verket eller avledede verk derav, som bevisst
sendes til Liscensgiver for inkludering i Verket av rettighetsinnehaver
eller av en enkeltperson eller juridisk enhet som er autorisert til å sende inn på vegne av
rettighetsinnehaveren. For formålene med denne definisjonen betyr «sendt inn»
enhver form for elektronisk, verbal, eller skriftlig kommunikasjon sendt
til Liscensgiver eller dens representanter, inkludert men ikke begrenset til
kommunikasjon på elektroniske e-postlister, systemer for kildekodekontroll,
og systemer for problemtracking som administreres av, eller på vegne av, Liscensgiver
for formålet med å diskutere og forbedre Verket, men
unntatt kommunikasjon som tydelig er merket eller på annen måte
angitt skriftlig av rettighetsinnehaveren som «Ikke et Bidrag».
«Bidragsyter» skal bety Liscensgiver og enhver enkeltperson eller juridisk enhet
på vegne av hvem et Bidrag har blitt mottatt av Liscensgiver og
senere innlemmet i Verket.
Tildeling av opphavsrettslisens. Med forbehold om vilkårene og betingelsene i
denne lisensen, gir hver Bidragsyter herved deg en evigvarende,
verdensomspennende, ikke-eksklusiv, gebyrfri, royalty-fri, uoppsigelig
opphavsrettslisens til å reprodusere, lage avledede verk av,
offentlig vise, offentlig fremføre, sublicensiere, og distribuere
Verket og slike avledede verk i kilde- eller objektform.
Tildeling av patentlisens. Med forbehold om vilkårene og betingelsene i
denne lisensen, gir hver Bidragsyter herved deg en evigvarende,
verdensomspennende, ikke-eksklusiv, gebyrfri, royalty-fri, uoppsigelig
(unntatt som angitt i dette kapittelet) patentlisens til å lage, få laget,
bruke, tilby å selge, selge, importere, og på annen måte overføre Verket,
hvor slik lisens kun gjelder for de patentkrav som kan lisensieres
av en slik Bidragsyter som nødvendigvis krenkes av deres
Bidrag(e) alene eller ved kombinasjon av deres Bidrag(e)
med Verket som slike Bidrag(e) ble sendt inn til. Hvis du
innfører patentprosess mot noe enhet (inkludert en
felleskrav eller motkrav i en rettssak) som påstår at Verket
eller et Bidrag innlemmet i Verket utgjør direkte
eller medvirkende patenthåndhevelse, så skal enhver patentlisens
som er gitt deg under denne lisensen for det Verket opphøre
fra den datoen slik rettssak er innlevert.
Redistribusjon. Du kan reprodusere og distribuere kopier av
Verket eller avledede verk derav i hvilket som helst medium, med eller uten
modifikasjoner, og i kilde- eller objektform, forutsatt at du
oppfyller følgende betingelser:
(a) Du må gi eventuelle andre mottakere av Verket eller
avledede verk en kopi av denne lisensen; og
(b) Du må sørge for at eventuelle modifiserte filer bærer synlige merknader
som angir at du har endret filene; og
(c) Du må beholde, i kildeformen av ethvert avledet verk
som du distribuerer, alle opphavsretts-, patent-, varemerke- og
anerkjennelsesnotiser fra kildeformen av Verket,
unntatt de notiser som ikke vedrører noen del av
de avledede verkene; og
(d) Hvis Verket inkluderer en «MERK» tekstfil som en del av sin
distribusjon, så må alle avledede verk som du distribuerer
inkludere en lesbar kopi av anerkjennelsesnotiser som finnes
i slike MERK-filer, unntatt de notiser som ikke vedrører noen del av
de avledede verkene, på minst ett av de følgende stedene: innenfor en MERK tekstfil distribuert
som en del av de avledede verkene; innen kildeformen eller
dokumentasjonen, hvis gitt sammen med de avledede verkene; eller,
innenfor en visning generert av de avledede verkene, hvis og
hvor som helst slike tredjepartsnotiser vanligvis vises. Innholdet
i MERK-filen er kun for informasjonsformål og
i MERKSEMALET i NOTICE-filen er kun for informasjonsformål og
du ikkje kan endre lisensen. Du kan legge til din eigen tilskriving
merknader innan avledede verk som du distribuerer, saman med
eller som eit tillegg til merknadsteksten frå verket, forutsatt
at slike tilleggsmerknader om tilskriving ikkje kan tolkast
som å endre lisensen.
Du kan legge til din eigen opphavsrettserklæring til dine endringar og
kan gi tillegg eller forskjellige lisensvilkår og -betingelser
for bruk, reproduksjon eller distribusjon av dine endringar, eller
for slike avledede verk som heilskap, forutsatt at bruken din,
reproduksjon, og distribusjon av verket elles overheld
vilkåra som er angitt i denne lisensen.
Innsending av bidrag. Med mindre du uttrykkjeleg seier noko anna,
skal ethvert bidrag som med vilje blir sendt inn for inkludering i verket
av deg til lisensgivar vere under vilkåra i
denne lisensen, utan nokre tilleggsvilkår eller -betingelser.
Ikke medstanding av det overstående, skal ingenting her i inne
oppheve eller endre vilkåra i nokon separat lisensavtale du måtte ha inngått
med lisensgivar vedrørende slike bidrag.
Varemerker. Denne lisensen gir ikkje tillatelser til å bruke handels-
navn, varemerker, tjenestemerker eller produktnavn til lisensgivar,
unntatt så langt det er nødvendig for rimelig og vanlig bruk til å beskrive
oppsprunget til verket og reprodusere innholdet i merknadsfilen.
Ansvarsfraskrivelse. Med mindre det er påkrevd av gjeldende lov eller
enige skriftleg, gir lisensgivar verket (og hver
bidragsyter gir sine bidrag) på en «SOM DET ER»-BASIS,
UTEN GARANTIER ELLER BETINGELSER AV NOEN SLAG, verken uttrykkelige eller
impliserte, inkludert, uten begrensning, noen garantier eller betingelser
for TITTEL, IKKE-OVERTRAMP, SALGBARHET, eller BRUKBARHET FOR EN
SPESIFIK FORMÅL. Du er eneansvarlig for å avgjøre
hvorvidt det er hensiktsmessig å bruke eller redistribuere verket og tar på deg
alle risikoer knyttet til din utøvelse av tillatelser under denne lisensen.
Ansvarsbegrensning. I ingen hending og under ingen juridisk teori,
hverken i tort (inkludert forsømmelse), kontrakt eller på annen måte,
med mindre det er påkrevd av gjeldende lov (slik som forsettlige og grovt
forsømmelige handlinger) eller avtalt skriftlig, skal noen bidragsyter være
ansvarlig overfor deg for skader, inklusive noen direkte, indirekte, spesielle,
tilfeldige, eller følgeskader av enhver karakter som oppstår som en
resultat av denne lisensen eller av bruken eller manglende evne til å bruke
verket (inkludert, men ikke begrenset til skader for tap av goodwill,
arbeidstopp, datamaskinfeil eller -malfunksjon, eller enhver og alle
andre kommersielle skader eller tap), selv om slik bidragsyter
har blitt informert om muligheten for slike skader.
Akseptering av garanti eller tilleggskap. Mens du redistribuerer
verket eller avledede verk derav, kan du velge å tilby,
og ta betalt for, aksept av støtte, garanti, erstatningsplikt,
eller andre ansvar og/eller rettigheter som er i samsvar med denne
lisensen. Imidlertid, i aksept av slike forpliktelser, kan du kun handle
på din egen vegne og på ditt eget ansvar, ikke på vegne
av noen annen bidragsyter, og kun hvis du samtykker til å erstatte,
forvare, og holde hver bidragsyter skadesløs for noe ansvar
som pådras av, eller krav fremsatt mot, slik bidragsyter på grunn av
din aksept av noen slik garanti eller tilleggskap.
SLUTT PÅ VILKÅR OG BETINGELSER
TILLEGG: Hvordan anvende Apache-lisensen på arbeidet ditt.
For å anvende Apache-lisensen på arbeidet ditt, fest følgende
standardmerknad, med feltene innelukket av klammer «[]»
erstatta med din eigen identifiserende informasjon. (Ikke inkluder
klammene!) Teksten bør være innelukket i den passende
kommentarsyntaks for filformatet. Vi anbefaler også at en
fil- eller klassens navn og beskrivelse av formål er inkludert på den
samme «trykte siden» som opphavsrettserklæringen for enklere
identifikasjon innen tredjepartsarkiver.
Opphavsrett [år] [navn på opphavsrettseier]
Lisensiert under Apache-lisensen, versjon 2.0 (den «Lisensen»);
Du kan ikke bruke denne filen unntatt i samsvar med lisensen.
Du kan få en kopi av lisensen hos
http://www.apache.org/licenses/LICENSE-2.0
Med mindre annet er påkrevd av gjeldende lov eller avtalt skriftlig, programvare
distribuert under lisensen blir distribuert på en «SOM DEN ER» BASIS,
UTEN GARANTIER ELLER VILKÅR AV NOE SLAG, verken uttrykkelig eller underforstått.
Se lisensen for det spesifikke språket som regulerer tillatelser og
begrensninger under lisensen.

Lisens = avtale

En fri lisens er, selv om den er fri, ikke en tillatelse til å gjøre hva som helst, og vi har allerede gitt eksempler på begrensningene. Velg lisens med tanke på både dine interesser og brukerens, fordi åpen kildekode er ment for dem. Brukeren av prosjektet bør se på lisensen som en slags avtale mellom ham og rettighetshaveren, så før du gjør noe med kildekoden, må du nøye studere begrensningene som lisensen pålegger deg.

Vi håper at vi har kastet litt lys over emnet lisensiering, og til tross for spørsmålet som kan virke komplisert, bør det ikke bli en hindring på din vei inn i Open Source. Utvikle prosjektet ditt og ikke glem rettighetene, både dine og andres.