Kuru licenci izvēlēties GitHub: veidi, salīdzinājums

Kā izvēlēties GitHub licenci un kāpēc ir svarīgi izdarīt pareizo izvēli? GitHub ir lielākais pakalpojums IT projektu kopīgai izstrādei un to turpmākai mitināšanai. Ar šī tīmekļa pakalpojuma palīdzību pie projekta vienlaikus var strādāt neierobežots cilvēku skaits, kā arī no absolūti jebkuras vietas pasaulē. GitHub ir arī vadības vai kontroles sistēma, kas ļauj skatīt un kontrolēt absolūti visas izstrādātāju laika gaitā veiktās izmaiņas, kā arī ļauj atgriezties stāvoklī, kāds bija pirms izmaiņām.
Bet vienkārši sakot, GitHub ir tā sauktais programmētāju un izstrādātāju sociālais tīkls, kurā var atrast un vēlāk praktizēt citu izstrādātāju kodus. Varat arī saglabāt savu portfeli vietnē GitHub. Kopumā GitHub ir pakalpojums, kas ir labi piemērots gan iesācēju izstrādātājiem, gan pieredzējušiem programmētājiem. Tomēr šī pakalpojuma lietotājiem dažkārt var rasties jautājumi par licences izvēli, jo viņu izvēle tur ir diezgan dažāda.

Kas ir GitHub licence

Licence ir īpašs dokuments, kas izveidots ar valsts veidlapu un ļauj veikt noteikta veida uzņēmējdarbību, kas bez šaubām prasa īpašu uzmanību no valsts puses. Bet, visbiežāk praksē tiek izmantoti tikai saīsināti licences līgumi vai līgumi, kas paredz privāto tiesību licenču izsniegšanu. Kopumā licencei ir tikai viens, bet vissvarīgākais mērķis, tas ir līgums par pienākumiem un tiesībām starp licenciātu un licenciātu. Šie pienākumi un tiesības var būt pilnīgi jebkas, bet tikai likuma ietvaros. Ievērojams piemērs ir tas, ka licenciārs var pieprasīt autortiesību īpašnieka vārdu, ja licenciāts izmanto darbu. Vai, piemēram, atļaut kopēt darbu, bet aizliedziet absolūti jebkādas tā modifikācijas. Vai arī, lai izceltu tādas prasības, lai darbs tiktu izdots ar tieši tādiem pašiem nosacījumiem kā oriģinālais un tā tālāk, ir diezgan daudz piemēru dažādu nosacījumu izvirzīšanai.

Taču arī nedrīkst aizmirst, ka licence aizsargā ne tikai licences devēja, bet arī licenciāta tiesības. Tā kā tajā var skaidri redzēt un izlasīt visus darba izmantošanas nosacījumus, un tāpēc viņam nav jābaidās, ka licenciārs pēkšņi pieprasīs kādus atskaitījumus vai kādu citu kompensāciju par viņa darba izmantošanu.

Ja atsakāties izmantot licenci, kas ir saistīta ar darbu, autortiesības joprojām ir spēkā saskaņā ar konkrētajā valstī spēkā esošajiem tiesību aktiem. Vienkārši sakot, licences neesamība nekādā gadījumā nenozīmē, ka citi autori var izmantot šo projektu, kā viņi vēlas. Viss ir tieši otrādi, jo bez īpašas licences programmētājs nekādā gadījumā neatsakās no tiesībām, kas tika piešķirtas ar likumu. Ir arī svarīgi vienmēr atcerēties, ka licence regulē visas tiesības un pienākumus. Tas ir paredzēts, lai aizsargātu darba īpašnieku no lietotāja cerībām un jebkādas garantijas. Galu galā neviens nevēlas, lai viņu kods kaut kādā veidā nonāktu tiesā.

Kas ir autortiesības

Autortiesības cilvēkā parādās tikai tad, kad viņš intelektuālās darbības rezultātā izveido noteiktu darbu, kas būs unikāls, bet tajā pašā laikā noderīgs, piemēram, var paņemt vienas un tās pašas programmas rakstīšanu. Kad viss iepriekš minētais ir izdarīts, cilvēks kļūst par autoru un tagad viņam ir pilnīgi visas autortiesības uz šo darbu. Jāsaka arī, ka autortiesības ir mantiska un nemantiska. To atšķirība ir tāda, ka īpašuma tiesības var nodot jebkuram, bet nemantiskās tiesības jebkurā situācijā vienmēr paliks tikai autoram. Galu galā būt par autoru ir nenododamas un neatņemamas tiesības.

Kam paredzēta atvērtā pirmkoda licence?

Tas ir arī diezgan populārs jautājums iesācēju izstrādātāju un programmētāju vidū, jo viņi vienkārši nesaprot, kāpēc viņu projektiem jāpievieno licence, jo bez tās projekts var arī mierīgi pastāvēt. Tomēr tā nav gluži taisnība, jo, ja, piemēram, kāds iesācējs izstrādātājs uzrakstīja kādu diezgan svarīgu un noderīgu koda fragmentu, bet neaizsargāja to ar licenci, tad citiem lietotājiem rodas jautājumi. Un tieši tāpēc, kad klienti nāk pie viņa un vēlas izmantot šo koda fragmentu saviem komerciālajiem mērķiem, viņi redz, ka kodam nav nekādas licences un vienkārši atsakās no tā. Tas ir saistīts ar to, ka uzņēmumi vienkārši neizmantos kodu bez licences, jo tiem nav vajadzīgas problēmas ar likumu un juristiem.
Un tāpēc pat visnoderīgākais un ērtākais projekts nekad netiks īstenots. Un izstrādātājam, kurš vēlējās izmantot šo koda daļu, būs jāmeklē un jāizmanto alternatīva vai pilnībā jāpārraksta kods, ko iesācējs izstrādātājs jau bija uzrakstījis iepriekš. Tāpēc vislabāk ir iepriekš pārliecināties, vai programmētājs izmanto pareizo un, pats galvenais, piemēroto licenci. GitHub izpēte vienā video pamācībā 15 minūšu laikā: https://youtu.be/JfpCicDUMKc

Kura GitHub licence ir piemērota noteiktos apstākļos – kā izvēlēties?

Uz šo jautājumu nevar būt precīzas atbildes, jo licences izvēle ir atkarīga tikai no projekta mērķiem un paša izstrādātāja personīgajām vēlmēm un vēlmēm. Kā redzat, GitHub ir ļoti daudz dažādu licenču, un pats galvenais, tās visas ir bezmaksas un pieejamas publiskajā domēnā, kas nozīmē, ka katrs programmētājs var atrast
atvērtā pirmkoda licenci, kas noteikti būs piemērota viņa projektam. Bet, pats galvenais, mēs nedrīkstam aizmirst, ka atvērtā pirmkoda licence nav tikai kods bez licences.

Veicot nelielu izpēti, varat apkopot visas atvērtā pirmkoda licences un sadalīt tās trīs lielās grupās.

1. Spēcīgi aizsargājošs.
2. Vāji aizsargājošs.
3. Atļauts.

spēcīgi aizsargājošs

Stingri aizsargājošas licences visbiežāk ir GPL varianti. Šīm licencēm ir nepieciešama projekta licencēšana, kā arī pirmkodu izpaušana neatkarīgi no tā, kā kods vai projekts tiks izmantots vai jau ir izmantots.

Vāji aizsargājošs

Vāji aizsargājošas licences visbiežāk ir mazākā GPL varianti. Kurā galvenā atšķirība no pieļaujamajām licencēm ir tāda, ka šeit vienkārši ir nepieciešams arī licencēt programmu saskaņā ar GPL licenci, kā arī bez kļūmēm nodrošināt pirmkodus. Tajā pašā laikā, ja programmētāja projektā ir bibliotēka, tas ir, statiskā saite vai dinamiskā saite saskaņā ar LGPL licenci, tad tā būs savietojama arī ar jebkuru no šī programmētāja projekta licencēm.

visatļautība

Ir diezgan liels skaits pieļaujamo licenču, to rindās populārākās licences ir MIT, Apache 2.0 un BSD. Ar nelielām izmaiņām šīm licencēm ir iespēja izmantot kodu gan atvērtā pirmkoda projektos, gan komerciālos nolūkos un projektos. Bet šajā gadījumā ir svarīgi atcerēties, ka ir jānorāda sākotnējās programmas autorība.

Citas populāras GitHub licences

Papildus šīm trim licenču grupām ir arī citas, piemēram, vēl viena no noderīgākajām licencēm ir GPLv2 ar klases ceļa paplašinājumiem. Šo licenci var izmantot arī gan atvērtā pirmkoda projektiem, gan komerciāliem projektiem un mērķiem. Tā vispopulārākais izskats ir Oracle, kas izmanto GPLv2 ar klases ceļa paplašinājumiem, lai licencētu savus atvērtā pirmkoda projektus un risinājumus. Šī licence ir diezgan svarīga un noderīga, jo, piemēram, parastās GPL licences nekad nevarēs tikt galā ar baitkodu. Tas ir, tiem ir īpašs kompilācijas un saistīšanas procesa apraksts, kas ir pilnīgi nepiemērots citām tulkotajām programmēšanas valodām, populārākā Java valoda ir starp šādām valodām. Tieši šādiem gadījumiem tika izlaista īpaša licence GPLv2 ar klases ceļa paplašinājumiem. Galu galā ļoti skaidri un gaiši ir teikts, ka bibliotēku, kas tika izdota saskaņā ar šo licenci, var izmantot komerciāliem projektiem un mērķiem ar pilnīgi jebkuru citu licenci.
Kas vēl jums jāzina par
GitHub licencēm .

Licences pievienošana

Kad galīgā licence ir beidzot atlasīta, atliek tikai to pievienot pašam projekta saknei. Lai veiktu šo darbību, jums vienkārši jāpievieno izvēlētā licence zem projekta saknes paša projekta izveides laikā vai jebkurā citā laikā. Bet pat šajā darbībā GitHub tīmekļa pakalpojumam izdevās parūpēties par saviem lietotājiem, un viņi izveidoja diezgan ērtu veidu, kā pievienot galīgo licenci pat paša projekta sākumā.
Tomēr diemžēl tas vēl nav viss, jo izstrādātājam vai programmētājam ir jāpārbauda pilnīgi visas atkarības, kas tika izmantotas viņa idejā vai projektā. Tas ir, ja kaut viena no atkarībām, kas tiek izlaista saskaņā ar GPL licenci, tad absolūti visam izstrādātāja projektam ir jābūt saderīgam ar GPL. Šādai pārbaudei parasti tiek izmantotas iepriekš izstrādātas programmas vai rīki. Piemēram, šim https://github.com/pivotal/LicenseFinder ir rīks:
Var teikt, ka licencēšana ir diezgan laikietilpīgs uzdevums, bet tajā pašā laikā nepieciešama darbība projekta vai programmētāja idejas dzīvē. Lai izvēlētos pareizo licenci, diemžēl ir jāpavada diezgan daudz laika, tomēr tas ir tā vērts, lai projekts izdotos. Rakstot jebkuru programmu, vislabāk ir likt licences izvēli pirmajā vietā, jo, to darot pašā sākumā, jūs varat novirzīt absolūti visus savus centienus pareizajā virzienā un uzrakstīt programmu, kas būs veiksmīga un ērta lielākajai daļai. lietotājiem.