К основному контенту

Copyleft analüüs (7. nädal)

 Copyright termin tähendab, et autor või organisatsioon õiguslikult omavad seda ning keegi teine ei saa nende töö müüa või kasutada selleks, et raha teenida. Copyleft aga tähendab, et kõik, kellel on soovi võivad kasutada tööd või nt. tarkvara vabalt, kuid omakorda copyleft litsents peab olema säilitatud (ehk "rahvusele tagasi antud").

Mõned copyleft litsentsid ei ole aga täpselt samad nagu teised (nt. "weak copyleft") ja omavad omasuguseid eripärasusi, kuid vaatamata sellele nad küll mõjuvad litsentsi valikut.

Ei tohi aga unustada, et copyleft ei ole "free" non-profit mõttes, kuid on "freedom" mõttes.

Copyleft ei tähenda, et töötades nende litsentsitega programmeerijatel on täielik vabadus teha kõike võimalikke asju, mida ta tahab. Iga copyleft litsents omab küll oma nõudeid.

Näited mõnedest litsentsidest

GNU General Public License v3 (GPL-3)

GNU General Public License'i põhimõtte seisneb selles, et inimesed muudavad koodi ning publitseerivad seda samal tingimustel nagu see oli esmastel kujul (ehk "rahvast rahvasele"). Sellised tingimused sobivad eriti inimestele, kes kasutavad seda näiteks õppimiseks või sobivad vaba kogemuse vahetuseks programmeerijate vahel.

Selline litsents peab sisaldama originaali, instruktsiooni installeerimiseks, copyright'i, allika, muudatuste nimekirja ning litsentsi. See ei tohi sisaldada sublitsentsi või midagi garanteerida.

Microsoft Reciprocal License (Ms-RL)

Kõige tähtsaim nõude selle litsentsi kasutamiseks on see, et see peab olla kasutatud ainult sublitsentsi jaoks, kuid samal ajal see peab hästi kokku sobima selle litsentsiga. 

Selline litsents peab sisaldama litsentsi, copyright'i ja allika. See ei tohi sisaldada trademark'i või midagi garanteerida.

Mozilla Public License 2.0 (MPL-2.0)

See llitsents omab samad nõuded nagu eelmine, kuid sellele lisandub nõude originaali sisalduse suhtes.

Mis on märkimisväärne selle litsentsi sutes on see, et see peab olema avaldatud MPL litsentsi all. Põhimõttes siin on palju võimalusi selle muudamiseks ning sellega töötades. Isegi võib seda kokku panna teiste kooditega, kuid see peab olema teises kaustas.

Kokkuvõtteks

Kõige suurem pluss copyleft litsentside mõttes on see, et see hästi sobib inimestele, kes tahavad proovida midagi uut ja arendada oma programmeerimise oskusi. 

Copyleft litsents ei ole aga kõige usaldusväärsem meetod koodi kättesaamiseks. On küll tore midagi tasuta kätte saada, kuid see ei saa anda teile garantiid, et see töötab nagu peabki.

Allikaloend

Protecting Documentation and Software with Licenses; 3. Copyright vs. Copyleft. Libre Documentation Explained https://www.gnu.org/gwm/libredocxml/x53.html

the copyleft paradox. open source compatibility issues and legal risks https://ec.europa.eu/jrc/sites/default/files/20150930-second-best-practices-tto-circle-gentile_en.pdf Stefano GENTILE EC.JRC, Central IP Service, Brussels 30.09.2015

What motivates free software developers to choose between copyleft and permissive licences? https://opensource.com/law/13/8/motivation-free-software-licensing  Nicolas Suzor 08.08.2013

#Copyleft Licenses https://tldrlegal.com/licenses/tags/Copyleft

Комментарии

Популярные сообщения из этого блога

IEEE eetikakodeksi analüüs (15.n)

IEEE eetikakodeks kosneb 8 printsiipidest, mis aitavad inimesi töötada ja veeta oma tööelu teisi mugavalt ja mitte teisi segada ning samal ajal olla kindel, et teised ei sega sind. Kõigepealt esimene PUBLIC printsiip, mille osad on ka teistes printsiipides mainitud on kõigepealt töötada vastavalt ühiskonna ootamustele. Selline printsiip on samal ajal nii õige kui ka vale. Ühiskond ikkagi usaldab IT-töötajaid nagu professionaale, kes luuab ja arendab IT-maailma, kuid samal ajal ühisond ei tea vägagi palju IT-töö omapärasusi. Seoses sellega, IT-töötaja mõnikord teab paremini, kuidas oleks vajalik teha mõneid asju vaatamata sellele, et ühiskond sellega ei nõustu. Punktid teisest seitsmeni põhimõtteliselt räägivad sellest, et tuleb austada ja tegutseda võttes arvesse oma tööandja, kolleege ja kliendi arvamust ja reputatsiooni. Sellised punktid on hästi formuleeritud ja annavad laia ülevaade sellest, et IT-prof tuleb kõigepealt profiks jääda ja teisi inimesi tema ümber austada. Sooviksin er...

Arvustus Eric S. Raymondi Hacker-HOWTO kohta

  Eric S. Raymondi Hacker-HOWTO alates esimestest lausetest on nähtavalt kirjutatud ebaformaalselt, seega võin kõigepealt kiita autori selle eest. Sellise juttuosa kohe paneb lugejaid mõelda, et see ei ole mingi instruktsioon või häkker 101 raamat, mille kohta võiks samm sammult häkkeriks saada, kuid rohkem annab võimalust analüüsida, kas üldse on tarvis häkkeriks saama või mitte. Samal ajal dokumendis on mõned head mõtted sellest, kuidas IT-valdkonnaga seotud inimene näeb häkkeri sõna tähendust.  Vist sellega on minu poolest kiitmine jõudnud lõppuni ning võin alustada arvustusega :P Eric S. kõigepealt räägib sellest, et häkkerid ehitasid interneti kuna iseeneselt häkker on inimene, kelle oskused ja mõtted lähevad raamistikust välja. See võiks olla hea mõte, kui see ei oleks nii keskendunud positiivse häkkeri küljele. Häkkeri mõte selle dokumendi sõnadest omab vist positiivse hinnangu, kui iseeneselt häkkerid ei ole ainult nii positiivse mõttekäiguga inimesed. Häkkeri mõte on ...

Google Maps analüüs: arendus- ja ärimudel

Tänasel ajal mõned meist ei saa endale kujutada oma elu ilma Google Maps'ita ning see on täiesti aruasaadav. Ei ole vaja leidma ja analüüsida nii suurt hulka informatsiooni, tuttavatest küsida ja üldse püüdma leida viis selleks, et konkreetse kohta leida.  Arendusmudel.  Google Maps ikkagi ilmus ideest. Pärast ome idee läbiviimist see ilmus software'ina, mis oli vaja alla laadida ja installida, kuid see veel oli enne, kui see torkas Google silma. Selleks, et see oleks Google jaoks sobilik oli vaja seda teha nii, et see töötaks brauseri abil ning see oli natuke muudatud ja ilmus meile juba teatuna Google Maps'i natuke lihtsam kujul. Võttes arvesse seda, et tiimi idee oli rõhutatud rohkem selle tarkvara loomisele, mitte Google jaoks programmeerimisele, võiks öelda, et see oli kas samm-sammuline või agiilne meetod. Projekti arendus ning selle muutmine Google jaoks võiks isegi kaheks erinevateks projektiks lõigata kuna idee, et sellised kaardid võivad Google kampaaniale meeldid...