Која лиценца да се избере на GitHub: типови, споредба

Како да изберете лиценца за GitHub и зошто е важно да го направите вистинскиот избор? GitHub е најголемата услуга за заеднички развој на ИТ проекти и нивно последователно хостирање. Со помош на оваа веб-услуга, неограничен број луѓе можат да работат на проект одеднаш, како и апсолутно од каде било во светот. GitHub има и систем за управување или контрола кој ви овозможува да ги прегледате и контролирате апсолутно сите промени направени од програмерите со текот на времето, а исто така ви овозможува да се вратите во состојбата што се случила пред промените.
Но, едноставно кажано, GitHub е таканаречената социјална мрежа за програмери и програмери, каде што можете да најдете, а подоцна и да вежбате на кодови од други програмери. Можете исто така да го складирате вашето портфолио на GitHub. Општо земено, GitHub е услуга која е добро прилагодена и за почетниците програмери и за искусни програмери. Сепак, корисниците на оваа услуга понекогаш може да имаат некои прашања во врска со изборот на лиценца, бидејќи нивниот избор таму е доста разновиден.

Што е лиценца за GitHub

Лиценца е специјален документ што е воспоставен од државната форма и ви овозможува да се вклучите во одреден тип на претприемничка активност, што без неуспех бара посебно внимание од државната страна. Но, најчесто во практиката се користат само скратени договори за лиценца или договори кои предвидуваат издавање лиценци за приватно право. Генерално, лиценцата има само една, но најважна цел, тоа е договор за обврските и правата помеѓу давателот на лиценцата и стекнувачот на лиценцата. Овие должности и права можат да бидат апсолутно се, но само во рамките на законот. Забележителен пример е дека давателот на лиценцата може да бара да се бара името на носителот на авторските права при користење на делото од стекнувачот на лиценцата. Или, на пример, дозволете работа за копирање, но забрани апсолутно каква било нејзина измена. Или, за да се изнесат такви барања делото да биде издадено под точно исти услови како и оригиналното, и така натаму, има доста примери за поставување на различни услови. [Caption id=”attachment_12368″ align=”aligncenter” width=”780″]
Пример за една од лиценците за Apache[/caption]

Но, исто така, не смееме да заборавиме дека лиценцата ги штити правата не само на давачот на лиценцата, туку и на стекнувачот на лиценцата. Бидејќи во него можете јасно да ги видите и прочитате сите услови за користење на делото, и затоа тој не треба да се плаши дека давателот на лиценцата одеднаш ќе бара какви било одбитоци или каква било друга компензација за користењето на неговата работа.

Ако одбиете да ја користите лиценцата што е поврзана со делото, авторските права сè уште важат во согласност со законските правила кои се во сила во одредена земја. Едноставно кажано, отсуството на лиценца во никој случај не имплицира дека другите автори можат да го користат овој проект на кој било начин што сакаат. Сè е токму спротивното, бидејќи без никаква конкретна лиценца, програмерот во никој случај не се откажува од правата што му биле дадени со закон. Исто така, важно е секогаш да се запамети дека лиценцата ги регулира сите права и обврски. Ова е за да се заштити сопственикот на делото од очекувањата на корисниците и од тоа што подразбира секоја гаранција. На крајот на краиштата, никој не сака нивниот код да заврши на суд на кој било начин.

Што е авторско право

Авторското право се појавува кај човек само кога, како резултат на интелектуална активност, тој создава одредено дело што ќе биде единствено, но во исто време корисно, на пример, можете да го земете пишувањето на истата програма. Кога ќе се направи сето горенаведено, лицето станува автор и сега ги има апсолутно сите авторски права на ова дело. Исто така, треба да се каже дека авторските права се сопственост и несопственост. Нивната разлика е во тоа што имотните права може да се пренесат на секого, но неимотните права секогаш ќе останат само кај авторот во секоја ситуација. Впрочем, да се биде автор е непреносливо и неотуѓиво право.

За што служи лиценцата со отворен код?

Ова е исто така прилично популарно прашање меѓу почетниците програмери и програмери, бидејќи тие едноставно не разбираат зошто треба да се приложи лиценца за нивните проекти, бидејќи без неа проектот може да постои и тивко. Сепак, ова не е сосема точно, бидејќи ако, на пример, некој почетник програмер напишал прилично важен и корисен дел од кодот, но не го заштитил со лиценца, тогаш другите корисници имаат прашања. И токму поради тоа, кога клиентите доаѓаат кај него и сакаат да го користат овој дел од кодот за свои комерцијални цели, гледаат дека кодот нема никаква лиценца и едноставно го одбиваат. Ова се должи на фактот што компаниите едноставно нема да го користат кодот без лиценца, бидејќи не им требаат проблеми со законот и адвокатите.
И затоа, дури и најкорисниот и најзгодниот проект никогаш нема да се спроведе. И развивачот кој сакаше да го земе ова парче код ќе мора да бара и користи алтернатива, или целосно да го преработи кодот што веќе го напишал почетниот програмер претходно. Затоа најдобро е однапред да се уверите дека програмерот ја користи правилната, и што е најважно, соодветна лиценца. Истражување на GitHub во едно видео туторијал за 15 минути: https://youtu.be/JfpCicDUMKc

Која лиценца на GitHub е погодна во одредени услови – како да изберете?

Не може да има точен одговор на ова прашање, бидејќи изборот на лиценца зависи само од целите на проектот и од личните преференци и желби на самиот развивач. Како што можете да видите, има многу различни лиценци на GitHub, и што е најважно, сите се бесплатни и се во јавен домен, што значи дека секој програмер може да ја најде
лиценцата со отворен код што дефинитивно ќе одговара на неговиот проект. Но, што е најважно, не смееме да заборавиме дека лиценцата со отворен код не е само код без лиценца.

Со мало истражување, можете да ги соберете сите лиценци со отворен код и да ги поделите во три големи главни групи:

1. Силно заштитнички.
2. Слаба заштитна.
3. Дозволено.

силно заштитнички

Силно заштитните лиценци најчесто се варијации на GPL. Овие лиценци бараат лиценцирање на проектот, како и откривање на изворните кодови, без оглед на тоа како ќе се користи или веќе користен кој било код или проект.

Слаба заштитна

Слабо заштитните лиценци најчесто се варијации на Lesser GPL. Во која главната разлика од дозволивите лиценци е тоа што овде е едноставно неопходно да се лиценцира програмата под лиценцата GPL, како и да се обезбедат изворните кодови без неуспех. Во исто време, доколку во проектот на програмерот постои библиотека, односно статичко поврзување или динамично поврзување според лиценцата LGPL, тогаш таа ќе биде компатибилна и со некоја од лиценците на проектот на овој програмер.

попустлив

Има прилично голем број дозволиви лиценци, во нивните редови најпопуларни лиценци се MIT, Apache 2.0 и BSD. Со мали варијации, овие лиценци имаат можност да дозволат користење на кодот и во проекти со отворен код и за комерцијални цели и проекти. Но, во овој случај, важно е да се запамети дека е неопходно да се наведе авторството на оригиналната програма.

Други популарни лиценци за GitHub

Покрај овие три групи лиценци, има и други, на пример, уште една од најкорисните лиценци е GPLv2 со екстензии на classpath. Оваа лиценца може да се користи и за проекти со отворен код и за комерцијални проекти и цели. Неговиот најпопуларен изглед е во Oracle, кој користи GPLv2 со екстензии на classpath за лиценцирање на своите проекти и решенија со отворен код. Оваа лиценца е доста важна и корисна, бидејќи редовните лиценци за GPL, на пример, никогаш нема да можат да се справат со бајтекод. Односно, тие имаат посебен опис на процесот на компилација и поврзување, што е целосно несоодветно за други толкувани програмски јазици, најпопуларниот Јава јазик е меѓу таквите јазици. Токму за такви случаи беше објавена специјална лиценца GPLv2 со екстензии на classpath. На крајот на краиштата, многу јасно и јасно кажува дека библиотеката што е издадена под оваа лиценца може да се користи за комерцијални проекти и цели со апсолутно која било друга лиценца.
Што друго треба да знаете за
лиценците на GitHub .

Додавање лиценца

Откако конечно е избрана конечната лиценца, останува само да се додаде во самиот корен на проектот. За да ја извршите оваа акција, треба едноставно да ја додадете избраната лиценца под коренот на проектот за време на креирањето на самиот проект или во кое било друго време. Но, дури и во оваа акција, веб-сервисот GitHub успеа да се грижи за своите корисници и тие направија прилично удобен начин да ја додадат конечната лиценца уште на почетокот на самиот проект.
Сепак, за жал, ова не е сè, бидејќи развивачот или програмерот треба да ги провери апсолутно сите зависности што биле користени во неговата идеја или проект. Односно, ако дури и една од зависностите што е објавена под лиценцата GPL, тогаш апсолутно целиот проект на програмер мора да биде компатибилен со GPL. За таква верификација, обично се користат претходно дизајнирани програми или алатки за ова. На пример, постои алатка за ова https://github.com/pivotal/LicenseFinder:
Можеме да кажеме дека лиценцирањето е прилично временска задача, но во исто време неопходна акција за животот на проектот или која било идеја на програмер. За да ја изберете вистинската лиценца, за жал, треба да потрошите доста време, сепак, вреди да се постигне проектот. Најдобро е да го ставите изборот на лиценца на прво место кога пишувате која било програма, бидејќи со тоа на самиот почеток, можете да ги насочите апсолутно сите ваши напори во вистинската насока и да напишете програма што ќе биде успешна и погодна за повеќето корисници.