Cila licencë të zgjidhni në GitHub: llojet, krahasimi

Si të zgjidhni një licencë GitHub dhe pse është e rëndësishme të bëni zgjedhjen e duhur? GitHub është shërbimi më i madh për zhvillimin e përbashkët të projekteve të IT dhe pritjen e tyre të mëvonshme. Me ndihmën e këtij shërbimi ueb, një numër i pakufizuar njerëzish mund të punojnë në një projekt njëherësh, si dhe absolutisht nga kudo në botë. GitHub ka gjithashtu një sistem menaxhimi ose kontrolli që ju lejon të shikoni dhe kontrolloni absolutisht të gjitha ndryshimet e bëra nga zhvilluesit me kalimin e kohës, dhe gjithashtu ju lejon të ktheheni në gjendjen që ka ndodhur para ndryshimeve.
Por për ta thënë thjesht, GitHub është i ashtuquajturi rrjet social për programuesit dhe zhvilluesit, ku mund të gjeni dhe më vonë të praktikoni kodet nga zhvilluesit e tjerë. Ju gjithashtu mund të ruani portofolin tuaj në GitHub. Në përgjithësi, GitHub është një shërbim që është i përshtatshëm si për zhvilluesit fillestarë ashtu edhe për programuesit me përvojë. Sidoqoftë, përdoruesit e këtij shërbimi ndonjëherë mund të kenë disa pyetje në lidhje me zgjedhjen e një licence, pasi zgjedhja e tyre atje është mjaft e larmishme.

Çfarë është një licencë GitHub

Një licencë është një dokument i veçantë që është krijuar nga forma shtetërore dhe ju lejon të angazhoheni në një lloj të caktuar aktiviteti sipërmarrës, i cili pa dështuar kërkon vëmendje të veçantë nga ana e shtetit. Por, më shpesh, në praktikë përdoren vetëm marrëveshjet e shkurtuara të licencës ose marrëveshjet që parashikojnë dhënien e licencave të së drejtës private. Në përgjithësi, licenca ndjek vetëm një, por qëllimi më i rëndësishëm, ky është një marrëveshje mbi detyrimet dhe të drejtat ndërmjet licencuesit dhe të licencuarit. Këto detyra dhe të drejta mund të jenë absolutisht çdo gjë, por vetëm brenda kornizës së ligjit. Një shembull i dukshëm është se licencuesi mund të kërkojë që të kërkohet emri i mbajtësit të së drejtës së autorit gjatë përdorimit të veprës nga i licencuari. Ose, për shembull, lejo punën e kopjimit, por të ndalojë absolutisht çdo modifikim të tij. Ose, për të nxjerrë në pah kërkesa të tilla që vepra të dalë saktësisht në të njëjtat kushte si ajo origjinale, e kështu me radhë, ka mjaft shembuj të parashtrimit të kushteve të ndryshme.

Por, gjithashtu, nuk duhet të harrojmë se licenca mbron të drejtat jo vetëm të licencuesit, por edhe të të licencuarit. Meqenëse në të mund të shihni dhe lexoni qartë të gjitha kushtet për përdorimin e veprës, dhe për këtë arsye ai nuk ka nevojë të ketë frikë se licencuesi do të kërkojë papritmas ndonjë zbritje ose ndonjë kompensim tjetër për përdorimin e punës së tij.

Nëse refuzoni të përdorni licencën që lidhet me veprën, të drejtat e autorit ende zbatohen në përputhje me rregullat ligjore në fuqi në një vend të caktuar. E thënë thjesht, mungesa e licencës në asnjë mënyrë nuk nënkupton që autorë të tjerë mund ta përdorin këtë projekt në çfarëdo mënyre që duan. Gjithçka është pikërisht e kundërta, sepse pa ndonjë licencë specifike, programuesi në asnjë rast nuk heq dorë nga të drejtat që i janë dhënë me ligj. Është gjithashtu e rëndësishme të mbani mend gjithmonë se licenca rregullon të gjitha të drejtat dhe detyrimet. Kjo është për të mbrojtur pronarin e punës nga pritshmëritë e përdoruesve dhe çfarë nënkupton çdo garanci. Në fund të fundit, askush nuk dëshiron që kodi i tyre të përfundojë në gjykatë në asnjë mënyrë.

Çfarë është e drejta e autorit

E drejta e autorit shfaqet tek një person vetëm kur, si rezultat i veprimtarisë intelektuale, ai krijon një vepër të caktuar që do të jetë unike, por në të njëjtën kohë e dobishme, për shembull, ju mund të merrni shkrimin e të njëjtit program. Kur të gjitha sa më sipër janë bërë, personi bëhet autor dhe tani ai ka absolutisht të gjitha të drejtat e autorit për këtë vepër. Gjithashtu duhet thënë se e drejta e autorit është pronë dhe jopasurore. Dallimi i tyre është se të drejtat pronësore mund t’i barten kujtdo, por të drejtat jopasurore do t’i mbeten gjithmonë vetëm autorit në çdo situatë. Në fund të fundit, të qenit autor është një e drejtë e patransferueshme dhe e patjetërsueshme.

Për çfarë shërben një licencë me burim të hapur?

Kjo është gjithashtu një pyetje mjaft e popullarizuar në mesin e zhvilluesve dhe programuesve fillestarë, pasi ata thjesht nuk e kuptojnë pse një licencë duhet t’i bashkëngjitet projekteve të tyre, sepse pa të projekti gjithashtu mund të ekzistojë në heshtje. Sidoqoftë, kjo nuk është plotësisht e vërtetë, sepse nëse, për shembull, një zhvillues fillestar ka shkruar një kod mjaft të rëndësishëm dhe të dobishëm, por nuk e ka mbrojtur atë me licencë, atëherë përdoruesit e tjerë kanë pyetje. Dhe pikërisht për këtë, kur klientët vijnë tek ai dhe duan ta përdorin këtë pjesë të kodit për qëllimet e tyre komerciale, shohin se kodi nuk ka asnjë licencë dhe thjesht e refuzojnë atë. Kjo për faktin se kompanitë thjesht nuk do të përdorin kodin pa licencë, sepse nuk kanë nevojë për probleme me ligjin dhe avokatët.
Dhe kjo është arsyeja pse edhe projekti më i dobishëm dhe më i përshtatshëm nuk do të zbatohet kurrë. Dhe zhvilluesi që donte të merrte këtë pjesë të kodit do të duhet të kërkojë dhe të përdorë një alternativë, ose të rishkruajë plotësisht kodin që ishte shkruar tashmë nga zhvilluesi fillestar më parë. Kjo është arsyeja pse është më mirë të siguroheni paraprakisht që programuesi po përdor licencën e duhur, dhe më e rëndësishmja, e përshtatshme. Eksplorimi i GitHub në një video tutorial në 15 minuta: https://youtu.be/JfpCicDUMKc

Cila licencë GitHub është e përshtatshme në kushte të caktuara – si të zgjidhni?

Nuk mund të ketë përgjigje të saktë për këtë pyetje, pasi zgjedhja e një licence varet vetëm nga qëllimet e projektit dhe nga preferencat dhe dëshirat personale të vetë zhvilluesit. Siç mund ta shihni, ka shumë licenca të ndryshme në GitHub, dhe më e rëndësishmja, ato janë të gjitha falas dhe në domenin publik, që do të thotë se çdo programues mund të gjejë
licencën me burim të hapur që patjetër do t’i përshtatet projektit të tij. Por, më e rëndësishmja, nuk duhet të harrojmë se një licencë me burim të hapur nuk është thjesht një kod pa licencë.

Me pak kërkim, mund t’i mbledhni të gjitha licencat me burim të hapur dhe t’i ndani në tre grupe të mëdha kryesore:

1. Mbrojtës i fortë.
2. Mbrojtëse e dobët.
3. Lejuese.

fort mbrojtëse

Licencat me mbrojtje të fortë janë më shpesh variacione të GPL. Këto licenca kërkojnë licencimin e projektit si dhe zbulimin e kodeve burimore, pavarësisht se si do të përdoret ose është përdorur tashmë ndonjë kod ose projekt.

Mbrojtëse e dobët

Licencat me mbrojtje të dobët janë më shpesh variacione të GPL-së më të vogël. Në të cilin ndryshimi kryesor nga licencat lejuese është se këtu është thjesht e nevojshme të licenconi programin nën licencën GPL, si dhe të siguroni kodet burimore pa dështuar. Në të njëjtën kohë, nëse ka një bibliotekë në projektin e programuesit, domethënë lidhje statike ose lidhje dinamike sipas licencës LGPL, atëherë ajo do të jetë gjithashtu e pajtueshme me ndonjë nga licencat e projektit të këtij programuesi.

lejuese

Ka një numër mjaft të madh licencash lejuese, në radhët e tyre licencat më të njohura janë MIT, Apache 2.0 dhe BSD. Me ndryshime të vogla, këto licenca kanë aftësinë të lejojnë përdorimin e kodit si në projektet me burim të hapur ashtu edhe për qëllime dhe projekte komerciale. Por, në këtë rast, është e rëndësishme të mbani mend se është e nevojshme të tregohet autorësia e programit origjinal.

Licenca të tjera të njohura GitHub

Përveç këtyre tre grupeve të licencave, ka edhe të tjera, për shembull, një tjetër nga licencat më të dobishme është GPLv2 me zgjerime classpath. Kjo licencë mund të përdoret gjithashtu si për projekte me kod të hapur ashtu edhe për projekte dhe qëllime komerciale. Pamja e tij më e njohur është në Oracle, e cila përdor GPLv2 me zgjerime classpath për të licencuar projektet dhe zgjidhjet e saj me burim të hapur. Kjo licencë është mjaft e rëndësishme dhe e dobishme, pasi licencat e rregullta GPL, për shembull, nuk do të mund të merren kurrë me bytecode. Kjo do të thotë, ata kanë një përshkrim të veçantë të procesit të përpilimit dhe lidhjes, i cili është plotësisht i papërshtatshëm për gjuhët e tjera të interpretuara të programimit, gjuha më e njohur Java është ndër gjuhët e tilla. Pikërisht për raste të tilla u lëshua një licencë speciale GPLv2 me zgjerime classpath. Në fund të fundit, ajo thotë shumë qartë dhe qartë se biblioteka e lëshuar me këtë licencë mund të përdoret për projekte dhe qëllime komerciale me absolutisht çdo licencë tjetër.
Çfarë tjetër duhet të dini për
licencat GitHub .

Shtimi i një licence

Pasi të përzgjidhet përfundimisht licenca përfundimtare, mbetet vetëm ta shtojmë atë në vetë rrënjën e projektit. Për të kryer këtë veprim, thjesht duhet të shtoni licencën e zgjedhur nën rrënjën e projektit gjatë krijimit të vetë projektit ose në çdo kohë tjetër. Por edhe në këtë veprim, shërbimi në internet GitHub arriti të kujdeset për përdoruesit e tij dhe ata bënë një mënyrë mjaft të përshtatshme për të shtuar licencën përfundimtare edhe në fillimin e vetë projektit.
Sidoqoftë, për fat të keq, kjo nuk është e gjitha, pasi zhvilluesi ose programuesi duhet të kontrollojë absolutisht të gjitha varësitë që janë përdorur në idenë ose projektin e tij. Kjo do të thotë, nëse edhe një nga varësitë që lëshohet nën licencën GPL, atëherë absolutisht i gjithë projekti i zhvilluesit duhet të jetë i pajtueshëm me GPL. Për një verifikim të tillë, zakonisht përdoren programe ose mjete të dizajnuara më parë për këtë. Për shembull, ekziston një mjet për këtë https://github.com/pivotal/LicenseFinder:
Mund të themi se licencimi është një detyrë mjaft kohë, por në të njëjtën kohë një veprim i domosdoshëm për jetën e një projekti apo çdo ideje të një programuesi. Për të zgjedhur licencën e duhur, për fat të keq, duhet të shpenzoni mjaft kohë, megjithatë, ia vlen që projekti të jetë i suksesshëm. Është më mirë të vendosni zgjedhjen e licencës në radhë të parë kur shkruani ndonjë program, pasi duke e bërë këtë që në fillim, mund të drejtoni absolutisht të gjitha përpjekjet tuaja në drejtimin e duhur dhe të shkruani një program që do të jetë i suksesshëm dhe i përshtatshëm për shumicën. përdoruesit.