Hvaða leyfi á að velja á GitHub: tegundir, samanburður

Hvernig á að velja GitHub leyfi og hvers vegna er mikilvægt að velja rétt? GitHub er stærsta þjónustan fyrir sameiginlega þróun upplýsingatækniverkefna og hýsingu þeirra í kjölfarið. Með hjálp þessarar vefþjónustu getur ótakmarkaður fjöldi fólks unnið verkefni í einu, sem og hvar sem er í heiminum. GitHub er einnig með stjórnunar- eða eftirlitskerfi sem gerir þér kleift að skoða og stjórna nákvæmlega öllum breytingum sem framkvæmdaraðilar hafa gert með tímanum, og það gerir þér einnig kleift að fara aftur í ástandið sem átti sér stað fyrir breytingarnar.
En til að setja það einfaldlega, GitHub er svokallað félagslegt net fyrir forritara og forritara, þar sem þú getur fundið og síðar æft kóða frá öðrum forriturum. Þú getur líka geymt eignasafnið þitt á GitHub. Almennt séð er GitHub þjónusta sem hentar vel fyrir bæði nýliða forritara og reynda forritara. Hins vegar geta notendur þessarar þjónustu stundum haft einhverjar spurningar um val á leyfi, þar sem val þeirra þar er mjög fjölbreytt.

Hvað er GitHub leyfi

Leyfi er sérstakt skjal sem var stofnað af ríkisforminu og gerir þér kleift að taka þátt í ákveðinni tegund af frumkvöðlastarfsemi, sem án þess að mistakast krefst sérstakrar athygli frá ríkinu. En oftast eru í reynd aðeins notaðir styttir leyfissamningar eða samningar sem kveða á um útgáfu einkaréttarleyfa. Almennt er einungis stefnt að einu en mikilvægasta markmiðið er samkomulag um skyldur og réttindi milli leyfisveitanda og leyfishafa. Þessar skyldur og réttindi geta verið nákvæmlega hvað sem er, en aðeins innan ramma laganna. Athyglisvert dæmi er að leyfisveitandi getur krafist þess að nafn höfundarréttarhafa sé krafist þegar leyfishafi notar verkið. Eða, til dæmis, leyfa afritunarverk, en banna algjörlega allar breytingar á því. Eða til að draga fram slíkar kröfur um að verkið komi út með nákvæmlega sömu skilyrðum og hið upprunalega, og svo framvegis, það eru talsvert mörg dæmi um að sett séu fram ýmis skilyrði.

En líka, við megum ekki gleyma því að leyfið verndar ekki aðeins rétt leyfisveitandans, heldur einnig leyfishafa. Þar sem í henni má glögglega sjá og lesa öll skilyrði fyrir notkun verksins og því þarf hann ekki að óttast að leyfisveitandi krefjist allt í einu frádráttar eða annarra bóta fyrir afnot af verki sínu.

Ef þú neitar að nota leyfið sem er tengt verkinu gildir höfundarréttur enn í samræmi við lagareglur sem gilda í tilteknu landi. Einfaldlega sagt, skortur á leyfi þýðir á engan hátt að aðrir höfundar geti notað þetta verkefni á hvern hátt sem þeir vilja. Allt er akkúrat öfugt, því án sérstaks leyfis afsalar forritarinn sig í engu tilviki þeim réttindum sem voru veitt með lögum. Einnig er mikilvægt að muna alltaf að leyfið lýtur öllum réttindum og skyldum. Þetta er til að vernda eiganda verksins fyrir væntingum notenda og því sem einhver ábyrgð felur í sér. Enda vill enginn að siðareglur þeirra endi fyrir dómstólum á nokkurn hátt.

Hvað er höfundarréttur

Höfundarréttur birtist aðeins hjá einstaklingi þegar hann býr til ákveðið verk sem verður einstakt, en á sama tíma gagnlegt, til dæmis, þú getur skrifað sama forrit. Þegar allt ofangreint er búið verður viðkomandi höfundur og nú hefur hann algerlega allan höfundarrétt á þessu verki. Það skal líka sagt að höfundarréttur er eign og óeign. Munurinn á þeim er sá að eignarréttur er hægt að framselja hverjum sem er, en óeignarréttur verður alltaf aðeins hjá höfundi í hvaða aðstæðum sem er. Enda er það óframseljanlegur og ófrávíkjanlegur réttur að vera höfundur.

Til hvers er Open Source leyfi?

Þetta er líka nokkuð vinsæl spurning meðal nýliða þróunaraðila og forritara, þar sem þeir skilja einfaldlega ekki hvers vegna leyfi ætti að fylgja verkefnum þeirra, því án þess getur verkefnið líka verið til í hljóði. Hins vegar er þetta ekki alveg satt, því ef til dæmis einhver nýliði skrifaði nokkuð mikilvægan og gagnlegan kóða, en varði hann ekki með leyfi, þá hafa aðrir notendur spurningar. Og einmitt þess vegna, þegar viðskiptavinir koma til hans og vilja nota þennan kóða í viðskiptalegum tilgangi, sjá þeir að kóðinn hefur ekkert leyfi og hafna því einfaldlega. Þetta er vegna þess að fyrirtæki munu einfaldlega ekki nota kóðann án leyfis, vegna þess að þau þurfa ekki vandamál með lögum og lögfræðingum.
Og þess vegna verður jafnvel gagnlegasta og þægilegasta verkefnið aldrei hrint í framkvæmd. Og verktaki sem vildi taka þetta stykki af kóða verður að leita að og nota val, eða alveg endurskrifa kóðann sem var þegar skrifaður af nýliði verktaki áðan. Þess vegna er best að ganga úr skugga um fyrirfram að forritarinn noti rétt og síðast en ekki síst viðeigandi leyfi. Skoða GitHub í einu kennslumyndbandi á 15 mínútum: https://youtu.be/JfpCicDUMKc

Hvaða GitHub leyfi hentar við ákveðnar aðstæður – hvernig á að velja?

Það er ekkert nákvæmt svar við þessari spurningu, þar sem val á leyfi fer aðeins eftir markmiðum verkefnisins og persónulegum óskum og óskum framkvæmdaraðilans sjálfs. Eins og þú sérð eru fullt af ýmsum leyfum á GitHub, og síðast en ekki síst, þau eru öll ókeypis og á almenningi, sem þýðir að sérhver forritari getur fundið
Open Source leyfið sem mun örugglega passa við verkefnið hans. En síðast en ekki síst, við megum ekki gleyma því að Open Source leyfi er ekki bara kóði án leyfis.

Með smá rannsókn geturðu safnað öllum Open Source leyfum og skipt þeim í þrjá stóra aðalhópa:

1. Mjög verndandi.
2. Veik verndandi.
3. Leyfandi.

mjög verndandi

Mjög verndandi leyfi eru oftast afbrigði af GPL. Þessi leyfi krefjast leyfis fyrir verkefninu sem og birtingu frumkóða, óháð því hvernig einhver kóði eða verkefni verður notað eða hefur þegar verið notað.

Veik verndandi

Veik verndandi leyfi eru oftast afbrigði af Lesser GPL. Þar sem aðalmunurinn frá leyfilegum leyfum er að hér er einfaldlega nauðsynlegt að veita forritinu leyfi undir GPL leyfinu, auk þess að gefa upp frumkóðann án þess að mistakast. Á sama tíma, ef það er bókasafn í verkefni forritarans, það er kyrrstæð tenging eða dynamic tenging undir LGPL leyfinu, þá mun það einnig vera samhæft við hvaða leyfi sem er fyrir verkefni þessa forritara.

leyfilegt

Það er til nokkuð mikill fjöldi leyfilegra leyfa, í þeirra röðum eru vinsælustu leyfin MIT, Apache 2.0 og BSD. Með smávægilegum breytingum hafa þessi leyfi getu til að leyfa notkun kóðans bæði í Open Source verkefnum og í viðskiptalegum tilgangi og verkefnum. En í þessu tilviki er mikilvægt að muna að það er nauðsynlegt að gefa til kynna höfundarrétt upprunalegu forritsins.

Önnur vinsæl GitHub leyfi

Til viðbótar við þessa þrjá hópa leyfis eru einnig aðrir, til dæmis er annað gagnlegasta leyfið GPLv2 með framlengingu á bekkjarstígum. Þetta leyfi er einnig hægt að nota fyrir bæði Open source verkefni og viðskiptaverkefni og tilgang. Vinsælasta útlitið er hjá Oracle, sem notar GPLv2 með classpath viðbótum til að veita leyfi fyrir Open Source verkefni og lausnir. Þetta leyfi er mjög mikilvægt og gagnlegt, þar sem venjuleg GPL leyfi, til dæmis, munu aldrei geta tekist á við bækikóða. Það er að segja, þeir hafa sérstaka lýsingu á samantekt og tengingarferli, sem er algjörlega óhentugt fyrir önnur túlkuð forritunarmál, vinsælasta Java tungumálið er meðal slíkra tungumála. Það er fyrir slík tilvik sem sérstakt leyfi GPLv2 með classpath framlengingu var gefið út. Þegar öllu er á botninn hvolft segir það mjög skýrt og skýrt að bókasafnið sem var gefið út með þessu leyfi er hægt að nota í viðskiptalegum verkefnum og tilgangi með nákvæmlega hvaða öðru leyfi sem er.
Hvað annað sem þú þarft að vita um
GitHub leyfi .

Bætir við leyfi

Eftir að endanlegt leyfi er loksins valið, er aðeins eftir að bæta því við sjálfa verkefnisrótina. Til að framkvæma þessa aðgerð þarftu einfaldlega að bæta við völdum leyfi undir verkefnisrótinni við stofnun verkefnisins sjálfs eða hvenær sem er. En jafnvel í þessari aðgerð tókst GitHub vefþjónustan að sjá um notendur sína og þeir gerðu nokkuð þægilega leið til að bæta við endanlegu leyfinu jafnvel við upphaf verkefnisins sjálfs.
Hins vegar, því miður, er þetta ekki allt, þar sem verktaki eða forritari þarf að athuga nákvæmlega allar ósjálfstæðin sem voru notuð í hugmynd hans eða verkefni. Það er að segja, ef jafnvel einn af ósjálfstæðum sem er gefinn út undir GPL leyfinu, þá verður algjörlega allt verkefni þróunaraðila að vera GPL samhæft. Til slíkrar sannprófunar eru áður hönnuð forrit eða verkfæri venjulega notuð til þess. Til dæmis er til tól fyrir þetta https://github.com/pivotal/LicenseFinder:
Við getum sagt að leyfisveiting sé frekar tímafrekt verkefni, en á sama tíma nauðsynleg aðgerð fyrir líf verkefnis eða hvaða hugmynd sem er um forritara. Til þess að velja rétta leyfið þarf því miður að eyða töluverðum tíma, hins vegar er það þess virði til að verkefnið gangi vel. Það er best að setja val á leyfi í fyrsta sæti þegar þú skrifar hvaða forrit sem er, þar sem með því að gera þetta strax í upphafi geturðu beint öllum kröftum þínum í rétta átt og skrifað forrit sem verður farsælt og þægilegt fyrir flesta notendur.