GitHub licences — par ko mēs runājam? Lai izveidotu programmatūru, tā ir ne tikai jāraksta, bet arī jāizlemj, ko lietotājiem vai izstrādātājiem ir tiesības ar to darīt. Ja kāds izveido bezmaksas programmu visiem, viņš dara labu darbu, bet kurš to izmantos, tam būs jāpamato, kā viņš to izmanto. Piemēram, ja uzņēmums savā darbībā strādās ar kādu bezmaksas biroju (piemēram, LibreOffice), tad tam ir jāspēj pierādīt inspektoriem, ka tam ir tiesības uz to. Lai to izdarītu, pietiks ar atbilstošās licences uzrādīšanu. Ja izstrādātājs aizmirst to formulēt, uzņēmums var nonākt sarežģītā situācijā.Veidojot lietojumprogrammu, izstrādātājam ir jāizlemj, kuras darbības ar viņa programmu būs atļautas un kuras nē. Piemēram, mēs varam runāt ne tikai par lietošanu, bet arī par programmu tekstu izpēti vai savu korekciju veikšanu programmatūras produktā. GitHub ir viens no lielākajiem pakalpojumiem sadarbības projektu izstrādei. Tajā pašā laikā viņi šeit var strādāt ne tikai bezmaksas, bet arī komerciālos projektos. Norādot atbilstošu licenci, izstrādātāji novērsīs neskaidrības izveidotā produkta lietošanā. Problēma ir tā, ka ir daudz dažādu licenču veidu, un ne vienmēr ir viegli noteikt, kuru iespēju izvēlēties konkrētajā gadījumā. Tāpat nav nekas neparasts, ka dažiem projektiem nav licences.
Kāpēc jums ir jālicencē atvērtā pirmkoda projekti GitHub
Norādot nepieciešamo licenci, izstrādātājs tajā var norādīt:
- Programmas lietošanas noteikumi . Tie var ietvert maksu vai dažos vai visos gadījumos atļaut izmantošanu bez maksas.
- Dažreiz programmas tiek izveidotas, lai tās izstrādātu kopiena . Šajā gadījumā ir svarīgi, lai visi, kas vēlas iepazīties ar programmu tekstiem.
- Kad programmas teksti ir pieejami, daži var veikt izmaiņas , lai programma būtu funkcionāla un pēc iespējas uzticamāka. Dažreiz autors var ļaut to darīt ikvienam, citos gadījumos viņš piedāvā nosūtīt izmaiņas viņam un pats veic izmaiņas projektā.
- Jums jāizlemj , vai trešās puses var veikt izmaiņas projektā un piedāvāt to vārdā. To darot, jums ir jānorāda, ar kādu licenci viņu produktam vajadzētu būt.
Risinot šos un līdzīgus jautājumus, aplikācijas autors faktiski lielā mērā nosaka paša radītā programmatūras produkta turpmāko likteni.
Kādi licenču veidi pastāv
Licence ir līgums, kurā viena puse (licences devējs) nosaka noteikumu otrai pusei (licenciātam) izmantot tās radīto produktu. Praksē runa nav par pušu parakstītu dokumentu, bet gan par automātisku vienošanos ar attiecīgajām tiesībām un pienākumiem tā izmantošanā. Tiesību un pienākumu precizēšanai praktiski nav nekādu ierobežojumu. Vienīgais nosacījums ir tas, ka viņiem jāievēro likums. Savu licenču izveide ir sarežģīts darbs, jo tam ir jābūt saderīgam ar citiem noteikumiem. Labākais variants ir izvēlēties un izmantot kādu no šādu dokumentu standarta šķirnēm. Praksē ir ierasts izmantot arī vairāku licencēšanu. Visbiežāk šādos gadījumos tiek izmantotas divas licences vienlaicīgi. Lai gan programmas autoram ir tiesības patstāvīgi formulēt noteikumus, kas lietotājiem jāievēro, tomēr praksē ir attīstījusies ļoti daudzu veidu licenču izmantošana, no kurām vairumā gadījumu var izvēlēties pareizo. Tālāk ir norādītas populārākās opcijas, ko vairumā gadījumu izmanto Git Hub. Git Hub visbiežāk izmantotās licences ir:
Programmētājam būs jāspēj izvēlēties tādu, kas atbilst viņa plāniem. Lai to izdarītu pareizi, jums ir jāsaprot, kādas īpašības ir raksturīgas noteiktām sugām.
Ja autors atsakās formulēt dokumentu, tad šajā gadījumā tiks piemērotas autortiesības, kuras pēc noklusējuma paredz viņa valsts likumdošana. Licences neesamība šādā veidā nenozīmē, ka ar programmu var kaut ko darīt. Faktiski šādu situāciju var uzskatīt par vienu no licences veidiem.
Kā izvēlēties Github licenci
Pirms sākat meklēt piemērotu iespēju, programmētājam ir jāformulē savas prasības, no kurām viņš gatavojas turpināt licencēšanu. Tālāk jums vajadzētu iepazīties ar tipiskām iespējām, kas atbilst pieprasījumam. Pēc tam jums būs rūpīgi jāizpēta juridiskā valoda un jāpieņem galīgais lēmums par to, kādai jābūt licencei. Lai izdarītu apzinātu izvēli, jums ir jāsaprot, kādas tiesības un pienākumi ir saistīti ar konkrētu licences veidu. Lai izdarītu pareizo izvēli, varat izmantot īpašus pakalpojumus, ko sauc par salīdzinājumiem. Šeit ir daži piemēri:
- https://choosealicence.com/. Šajā vietnē ir galvenie jautājumi par pareizās opcijas izvēli un detalizēti padomi, kas palīdzēs izprast lietošanas iespējas.
- Lapa https://opensource.org/licenses ir veltīta dažādu bezmaksas programmatūras risinājumu pārskatīšanai.
- Vietni https://tldrlegal.com/ var uzskatīt par enciklopēdiju dažādām licences iespējām. Ir gan precīzi juridiski formulējumi, gan detalizēti komentāri.
Kā pievienot Github licenci
Neskatoties uz plašo licences iespēju izvēli, kas praksē ir izrādījušās efektīvas un uzticamas, izstrādātājam var būt savi priekšstati par to, kādai jābūt viņa izveidotās programmas licencei. Šajā gadījumā pakalpojums nodrošina iespēju pievienot savu versiju vai pielāgot esošo. Lai Github pievienotu licenci, jums būs jāveic šādas darbības:
- Jums jādodas uz savas repozitorija galveno lapu.
- Lai pievienotu failu, jānoklikšķina uz pogas, pēc tam atlasiet “Izveidot jaunu failu”.
- Tālāk jums jāievada faila nosaukums. Licences gadījumā tā var būt viena no divām iespējām: LICENSE vai LICENCE.md. Šeit lielo burtu lietošana ir obligāta.
- Pa labi no faila nosaukuma ievades lauka noklikšķiniet, lai atlasītu licences veidni.
- Lapas kreisajā pusē esošajā izvēlnē atlasiet rindu “Pievienot licenci savam projektam”. Šajā gadījumā tiek izvēlēts variants no esošajiem dokumentiem.
- Pēc tam noklikšķiniet uz rindas “Pārskatīt un iesniegt”. Pēc tam ievadiet līguma informāciju.
- Pēc tam jātiek skaidrībā, kādi papildinājumi vai izmaiņas veikti. Pēc tam norādiet, vai atlasītais dokuments tika labots, vai runa ir par citas licences versijas izveidi.
Pēc izmaiņu apstiprināšanas izstrādātājs pabeidz izmaiņu veikšanas procedūru Git Hub pakalpojuma licenču sarakstā.
Izvēlieties Github licenci — Git Hub populāru licenču piemēri
Tālāk ir norādītas populārākās iespējas. Izprotot viņu stiprās un vājās puses, programmētājs varēs atrast pareizo opciju vai saprast, kā efektīvi meklēt.
GPL
Šo licenci var saukt par vienu no populārākajām. Tas ir klasisks tiem, kas ražo bezmaksas programmatūru. Viena no galvenajām šī dokumenta prasībām ir tāda, ka tas
ļauj trešajām personām brīvi modificēt programmu , bet tajā pašā laikā tām ir tiesības izplatīt rezultātu tikai saskaņā ar to pašu licenci. Šai licencei var būt dažādas versijas. Jaunākais no tiem ir trešais. GPL ir izmantojuši tādu programmu izstrādātāji kā Drupal tīmekļa satura pārvaldības sistēma, MariaDB datu bāzes pārvaldības sistēma, InkSkape vektorgrafikas redaktors un dažas citas. Interesanti atzīmēt, ka SQL izmanto ne tikai GPL, bet arī komerciālo licenci.
LGPL
Šis nosaukums tulkojumā nozīmē “GNU GPL Lesser General Public License”. Dažiem izstrādātājiem GPL nav piemērots, jo tas tiem uzliek pienākumu izplatīt modificētos produktus ar vienu un to pašu licenci. Šīs opcijas pielietojuma iezīmes var ilustrēt ar to, kā notiek programmētāja izveidoto bibliotēku lietošanas licencēšanas process. Šajā gadījumā tiek apsvērtas šādas trīs iespējas:
- Ja bibliotēka nodrošina jaunu funkcionalitāti, kur neviena cita komerciāla bibliotēka nevar darīt to pašu, GPL ir labākā izvēle.
- Bezmaksas bibliotēkā izstrādātājs jau ir ieviesis esošo standartu. Šajā jomā ir komerciālas iespējas ar līdzīgām funkcijām. Šim gadījumam būs ērti izvēlēties LGPL.
- Kad runa ir par jaunu standartu, kas faktiski konkurē ar komerciālo, Apache licence ir pareizais ceļš.
Šis standarts
atļauj bibliotēku komerciālu izmantošanu . Ja tiek veiktas izmaiņas, izplatīšanai ir jāizmanto tie paši noteikumi un nosacījumi. Tomēr koda vienkāršā izmantošana ļauj apstākļiem mainīties.
Eclipse publiskā licence
Šis dokuments
atļauj izplatīšanu saskaņā ar citām licencēm, tostarp komerciālām . Galvenais nosacījums – pārveidotajos darbos inovācijas tiks ievietotas atsevišķā modulī. Šī licence ir ieguvusi popularitāti produktu izstrādē Java valodā. Kā piemēru var minēt programmēšanas valodu Clojure, ietvaru Java lietojumprogrammu testēšanai.
Mozilla publiskā licence
Daži uzskata, ka šis dokuments ir kompromiss starp GPL un komerciālajām licencēm. MPL nepieciešama
atvērta piekļuve noteiktiem failiem . Programmatūras produkts var saturēt dažus failus saskaņā ar šo licenci un citus bez tās. Pēc modifikācijas ir atļauts ievietot nepieciešamo licenci (piemēram, tā var būt komerciāla), taču tas ir iespējams tikai ar nosacījumu, ka joprojām būs atvērta piekļuve failiem, kas izdoti saskaņā ar MPL. Šajā gadījumā gala lietotājam ir jāsniedz informācija par oriģinālās programmatūras autoriem. Saskaņā ar šo dokumentu tika izlaists LibreOffice birojs, pārlūkprogramma Mozilla un citi programmatūras produkti.
Apache licence Github
AL tiek saukta par liberālo bezmaksas licenci. Šī funkcija ir saistīta ar to, ka
nav prasības izlaist atvasinātu produktu ar tādiem pašiem nosacījumiem kā iepriekš . Šo dokumentu aktīvi izmanto Apache Software Foundation. Lietojot, ir atļauts:
- Programmatūras produktu ir atļauts turpmāk izmantot komerciālos nolūkos.
- Lietojumprogrammu modifikācijas ir atļautas.
- Turpmākajos izplatījumos jāiekļauj sākotnējā autora vārds.
Izveidojot jaunu variantu, licenciātiem nav pienākuma norādīt oriģinālo produkta kodu. Šāda licence ir guvusi ievērojamu popularitāti. To var pierādīt, uzskaitot labi zināmus programmatūras produktus, kas tiek izlaisti saskaņā ar šāda veida licenci: Android operētājsistēmu, ietvaru, kas rada uzņēmuma lietojumprogrammas Java valodā, un Apache tīmekļa serveri. https://youtu.be/wyZq-EazOmU
MIT licence
Daži uzskata, ka šī bezmaksas programmatūras licences iespēja ir vispopulārākā. Daži uzskata, ka tā galvenā priekšrocība ir laba saderība ar dažāda veida bezmaksas vai komerciālām licencēm. Vissvarīgākās funkcijas ir
iespēja modificēt kodu, kā arī atļauja izplatīt saskaņā ar citām licencēm pēc izmaiņas veicēja izvēles . Programmatūras produkti, kas izmanto šo dokumentu, ir: JavaScript bibliotēka JQuiery, Atom teksta redaktors, AngularJS, JavaScript izstrādes ietvars.
Zemūdens akmeņi
Dažreiz autors sākumā izvēlas vienu licences versiju, bet vēlāk vēlas to mainīt. Ja viņš programmu veidotu viens, tad šādas izmaiņas nebūtu grūti. Tomēr gadījumos, kad izstrādē bija daudz dalībnieku, bez viņu piekrišanas tas nedarbosies. Piemēram, Linux radītājs, lai gan viņš faktiski veidoja operētājsistēmas pamatu, nevarēs mainīt licenci bez visu to programmētāju piekrišanas, kuri piedalījās turpmākajā attīstībā. Izplatot saskaņā ar MPL, tie, kas veica izmaiņas kodā, nevar piedāvāt failus saskaņā ar MPL ar citu licenci. Jaunā dokumenta izmantošana attieksies uz citiem programmas moduļiem.