Zein lizentzia aukeratu GitHub-en: motak, konparazioa

Nola aukeratu GitHub lizentzia eta zergatik da garrantzitsua aukera egokia egitea? GitHub IT proiektuak batera garatzeko eta ondorengo ostalaritzarako zerbitzurik handiena da. Web zerbitzu honen laguntzaz, pertsona kopuru mugagabe batek proiektu batean lan egin dezake aldi berean, baita munduko edozein lekutatik ere. GitHub-ek, gainera, kudeaketa edo kontrol sistema bat du, garatzaileek denboran zehar egindako aldaketa guztiak ikusi eta kontrolatzeko aukera ematen duena, eta aldaketak baino lehen gertatutako egoerara itzultzeko aukera ere ematen du.
Baina modu sinplean esateko, GitHub programatzaile eta garatzaileentzako sare soziala deitzen dena da, non aurkitu eta gero beste garatzaileen kodeak landu ditzakezun. Zure zorroa GitHub-en ere gorde dezakezu. Oro har, GitHub garatzaile hasiberrientzat eta programatzaile esperientziadunentzat oso egokia den zerbitzua da. Dena den, zerbitzu honen erabiltzaileek zenbait zalantza izan ditzakete lizentzia bat aukeratzeari buruz, izan ere, bertan aukera anitza da.

Zer da GitHub lizentzia

Lizentzia estatuko inprimakiak ezarritako dokumentu berezi bat da eta ekintzailetza-jarduera jakin batean aritzeko aukera ematen du, eta horrek huts egin gabe estatuaren aldetik arreta berezia eskatzen du. Baina, gehienetan, praktikan, zuzenbide pribatuko lizentziak ematea aurreikusten duten lizentzia-akordio laburtuak edo akordioak soilik erabiltzen dira. Orokorrean, lizentziak bakarra bilatzen du, baina helburu garrantzitsuena, hau da, lizentzia-emailearen eta lizentziadunaren arteko betebehar eta eskubideei buruzko akordioa. Betebehar eta eskubide horiek edozer izan daitezke, baina legearen esparruan soilik. Adibide aipagarri bat da lizentzia-emaileak egile-eskubidearen jabearen izena eskatzen duela lizentzia-hartzaileak lana erabiltzean. Edo, adibidez, kopiatzeko lanak baimendu, baina erabat debekatu haren aldaketa. Edo, halako eskakizunak ateratzeko lana jatorrizkoaren baldintza berdinetan kaleratzeko, eta abar, hainbat baldintza planteatzeko adibide dezente daude. [Caption id=”attachment_12368″ align=”aligncenter” width=”780″]
Apache lizentzietako baten adibidea[/caption]

Baina, era berean, ez dugu ahaztu behar lizentziak lizentzia-emailearen eskubideak babesten dituela ez ezik, lizentzia-hartzailearenak ere. Bertan obra erabiltzeko baldintza guztiak argi ikusi eta irakur daitezkeenez, eta, beraz, ez du beldur izan behar lizentzia-emaileak bat-batean bere lana erabiltzeagatik kenkaririk edo bestelako kalte-ordainik eskatuko ote duen.

Lanarekin lotutako lizentzia erabiltzeari uko egiten badiozu, egile-eskubideak oraindik ere aplikatzen dira herrialde jakin batean indarrean dauden lege-arauen arabera. Besterik gabe, lizentziarik ez egoteak ez du inola ere esan nahi beste egileek proiektu hau nahi duten moduan erabil dezaketenik. Guztia guztiz kontrakoa da, izan ere, inolako lizentzia zehatzik gabe, programatzaileak ez du inola ere uko egiten legeak emandako eskubideei. Garrantzitsua da beti gogoratzea lizentziak eskubide eta betebehar guztiak arautzen dituela. Hau lanaren jabea erabiltzaileen itxaropenetatik eta edozein bermek dakarrenetik babesteko da. Azken finean, inork ez du nahi bere kodea epaitegietan bukatzea inola ere.

Zer da copyrighta

Copyrighta pertsona batengan agertzen da, jarduera intelektualaren ondorioz, bakarra izango den lan jakin bat sortzen duenean bakarrik, baina aldi berean erabilgarria, adibidez, programa beraren idazketa har dezakezu. Aurreko guztia egiten denean, pertsona bihurtzen da egilea eta orain lan honen egile eskubide guztiak ditu. Esan beharra dago, halaber, egile-eskubideak jabetzakoak eta ez-jabetzak direla. Haien aldea da jabetza eskubideak edonori laga daitezkeela, baina jabetzakoak ez diren eskubideak beti egilearen esku geratuko dira edozein egoeratan. Azken finean, egile izatea eskualdaezina eta besterenezina da.

Zertarako da Open Source lizentzia bat?

Garatzaile eta programatzaile hasiberrien artean galdera nahiko ezaguna da hau, ez baitute ulertzen zergatik erantsi behar zaien lizentzia bat beren proiektuei, hori gabe proiektua lasai egon daitekeelako. Hala ere, hori ez da guztiz egia, izan ere, adibidez, garatzaile hasiberriren batek kode nahiko garrantzitsu eta erabilgarria idatzi badu, baina lizentzia batekin babesten ez badu, beste erabiltzaile batzuek galderak dituzte. Eta hain zuzen ere horregatik, bezeroak harengana etortzen direnean eta kode-zati hau beren merkataritza-helburuetarako erabili nahi dutenean, kodeak ez duela inolako lizentziarik ikusten eta uko egiten diote, besterik gabe. Hau da, enpresek ez dutela kodea lizentziarik gabe erabiliko, legearekin eta abokatuekin arazorik behar ez dutelako.
Eta horregatik proiekturik erabilgarri eta erosoena ere ez da inoiz gauzatuko. Eta kode zati hau hartu nahi zuen garatzaileak alternatiba bat bilatu eta erabili beharko du, edo lehen garatzaile hasiberriak idatzitako kodea guztiz berridatzi beharko du. Horregatik da onena aldez aurretik ziurtatzea programatzaileak lizentzia zuzena, eta garrantzitsuena, egokia erabiltzen ari dela. GitHub arakatu bideo-tutorial batean 15 minututan: https://youtu.be/JfpCicDUMKc

Zein GitHub lizentzia egokia da baldintza jakin batzuetan – nola aukeratu?

Galdera honi ezin zaio erantzun zehatzik egon, lizentziaren aukeraketa proiektuaren helburuen eta garatzailearen beraren lehentasun eta nahi pertsonalen araberakoa baita soilik. Ikus dezakezunez, GitHub-en hainbat lizentzia daude, eta garrantzitsuena, guztiak doakoak eta domeinu publikokoak dira, hau da, programatzaile bakoitzak
bere proiektura egokituko den Open Source lizentzia aurki dezakeela esan nahi du. Baina, garrantzitsuena, ez dugu ahaztu behar Open Source lizentzia ez dela lizentziarik gabeko kodea soilik.

Ikerketa txiki batekin, Iturburu Irekiko lizentzia guztiak bildu eta hiru talde handitan banatu ditzakezu:

1. Oso babesgarria.
2. Babes ahula.
3. Baimenduzkoa.

babes handia

Erabat babesteko lizentziak GPLren aldaerak dira gehienetan. Lizentzia hauek proiektuaren lizentzia izatea eta iturburu-kodeen berri ematea eskatzen dute, edozein kode edo proiektu nola erabiliko den edo dagoeneko erabili den kontuan hartu gabe.

Babes ahula

Babes ahuleko lizentziak Lesser GPLren aldaerak dira gehienetan. Lizentzia permisiboekiko desberdintasun nagusia hauxe da: hemen beharrezkoa dela programari GPL lizentziarekin ere lizentzia ematea, baita iturburu-kodeak hutsik egin gabe ematea ere. Aldi berean, programatzailearen proiektuan liburutegirik badago, hau da, LGPL lizentziapean lotura estatikoa edo esteka dinamikoa, programatzaile honen proiektuaren edozein lizentziarekin ere bateragarria izango da. [Caption id=”attachment_12364″ align=”aligncenter” width=”698″]
GitHub lizentzia mota zehazten den lekuan[/caption]

permisiboa

Lizentzia permisibo kopuru nahiko handia dago, haien mailan lizentzia ezagunenak MIT, Apache 2.0 eta BSD dira. Aldaketa txikiekin, lizentzia hauek kodea erabiltzeko aukera dute bai Kode Irekiko proiektuetan, bai merkataritza helburu eta proiektuetarako. Baina, kasu honetan, garrantzitsua da gogoratzea beharrezkoa dela jatorrizko programaren egiletza adierazi behar dela.

Beste GitHub lizentzia ezagun batzuk

Hiru lizentzia talde horiez gain, beste batzuk ere badaude, adibidez, beste lizentzia erabilgarrienetako bat GPLv2 da classpath luzapenak dituena. Lizentzia hau kode irekiko proiektuetarako eta proiektu eta helburu komertzialetarako ere erabil daiteke. Bere agerpenik ezagunena Oracle-n dago, GPLv2 erabiltzen baitu classpath luzapenekin bere Iturburu Irekiko proiektuak eta soluzioak lizentziatzeko. Lizentzia hau nahiko garrantzitsua eta erabilgarria da, GPL lizentzia arruntek, adibidez, ezin izango baitute bytekodeari aurre egin. Hau da, konpilazio- eta lotze-prozesuaren deskribapen berezi bat dute, interpretatutako beste programazio-lengoaia batzuetarako guztiz desegokia dena, Java lengoaia ezagunena lengoaien artean dago. Horrelako kasuetarako GPLv2 lizentzia berezi bat kaleratu zen classpath luzapenak dituena. Azken finean, oso argi eta garbi esaten du lizentzia honen pean kaleratu zen liburutegia proiektu eta helburu komertzialetarako erabil daitekeela erabat beste edozein lizentziarekin.
Zer gehiago jakin behar duzu
GitHub lizentziei buruz .

Lizentzia gehitzea

Azken lizentzia hautatu ondoren, proiektuaren erroan gehitzea besterik ez da geratzen. Ekintza hau burutzeko, hautatutako lizentzia gehitu behar duzu proiektuaren erroaren azpian, proiektua bera edo beste edozein momentutan sortzean. Baina ekintza honetan ere, GitHub web-zerbitzuak erabiltzaileak zaintzea lortu zuen eta proiektuaren hasieran ere azken lizentzia gehitzeko modu nahiko erosoa egin zuten.
Hala ere, zoritxarrez, hau ez da guztia, garatzaileak edo programatzaileak bere ideian edo proiektuan erabili ziren mendekotasun guztiak egiaztatu behar baititu. Hau da, GPL lizentziapean kaleratzen den menpekotasunetako bat ere, garatzailearen proiektu osoak GPL bateragarria izan behar du. Egiaztapen hori egiteko, aurretik diseinatutako programak edo tresnak erabili ohi dira horretarako. Adibidez, https://github.com/pivotal/LicenseFinder honetarako tresna bat dago:
Lizentzia ematea nahiko denbora eskatzen duen zeregina dela esan dezakegu, baina, aldi berean, proiektu baten bizitzarako edo programatzaile baten ideiaren bat beharrezkoa dela. Lizentzia egokia aukeratzeko, zoritxarrez, denbora dezente eman behar duzu, hala ere, merezi du proiektuak arrakasta izan dezan. Hobe da edozein programa idaztean lizentzia aukeratzea lehenik eta behin, izan ere, hasiera-hasieran eginez gero, zure ahalegin guztiak norabide egokian bideratu ditzakezu eta gehienentzat arrakastatsua eta erosoa izango den programa bat idatzi dezakezu. erabiltzaileak.