GitHub-та қандай лицензияны таңдау керек: түрлері, салыстыру

GitHub лицензиясын қалай таңдауға болады және неге дұрыс таңдау жасау маңызды? GitHub – бұл IT-жобаларды бірлесіп әзірлеуге және оларды кейінгі хостингке арналған ең үлкен сервис. Бұл веб-қызметтің көмегімен жобада бірден, сондай-ақ әлемнің кез келген нүктесінен шектеусіз адамдар жұмыс істей алады. GitHub-та сонымен қатар әзірлеушілер уақыт өте келе жасаған барлық өзгерістерді көруге және басқаруға мүмкіндік беретін басқару немесе басқару жүйесі бар, сонымен қатар ол өзгерістерден бұрын болған күйге оралуға мүмкіндік береді.
Қарапайым тілмен айтсақ, GitHub – бұл бағдарламашылар мен әзірлеушілерге арналған әлеуметтік желі, ол жерден басқа әзірлеушілердің кодтарын табуға және кейінірек тәжірибе жасауға болады. Сондай-ақ портфолиоңызды GitHub сайтында сақтауға болады. Жалпы алғанда, GitHub жаңадан әзірлеушілерге де, тәжірибелі бағдарламашыларға да қолайлы қызмет болып табылады. Дегенмен, бұл қызметтің пайдаланушыларында кейде лицензияны таңдау туралы сұрақтар туындауы мүмкін, өйткені олардың таңдауы әртүрлі.

GitHub лицензиясы дегеніміз не

Лицензия – бұл мемлекеттiк нысанда белгiленген және кәсiпкерлiк қызметтiң белгiлi бiр түрiмен айналысуға мүмкiндiк беретiн, мемлекеттiң ерекше назарын талап ететiн арнайы құжат. Бірақ, көбінесе, тәжірибеде тек қысқартылған лицензиялық келісімдер немесе жеке құқық лицензияларын беруді көздейтін келісімдер қолданылады. Жалпы, лицензия бір ғана мақсатты көздейді, бірақ ең маңызды мақсат – бұл лицензиар мен лицензиат арасындағы міндеттер мен құқықтар туралы келісім. Бұл міндеттер мен құқықтар мүлдем кез келген нәрсе болуы мүмкін, бірақ тек заң шеңберінде ғана. Көрнекті мысал, лицензиат туындыны пайдалану кезінде авторлық құқық иесінің аты-жөнін талап етуі мүмкін. Немесе, мысалы, жұмысты көшіруге рұқсат етіңіз, бірақ оны өзгертуге мүлдем тыйым салыңыз. Немесе шығарманың түпнұсқадағыдай шарттармен шығуы және тағы басқа талаптарды шығару үшін әртүрлі шарттарды алға қоюдың мысалдары өте көп. [ Caption id=”attachment_12368″ align=”aligncenter” ені=”780″]
Apache лицензияларының бірінің мысалы[/caption]

Сонымен қатар, лицензия тек лицензиардың ғана емес, лицензиаттың да құқықтарын қорғайтынын ұмытпауымыз керек. Өйткені онда сіз жұмысты пайдаланудың барлық шарттарын анық көре аласыз және оқи аласыз, сондықтан лицензиар кенеттен оның жұмысын пайдаланғаны үшін қандай да бір шегерімдерді немесе басқа өтемақыларды талап етеді деп қорқудың қажеті жоқ.

Жұмыспен байланысты лицензияны пайдаланудан бас тартсаңыз, авторлық құқықтар белгілі бір елде қолданыстағы заңды ережелерге сәйкес қолданылады. Қарапайым тілмен айтқанда, лицензияның жоқтығы басқа авторлар бұл жобаны өздері қалағандай пайдалана алады дегенді білдірмейді. Барлығы керісінше, өйткені нақты лицензиясыз бағдарламашы ешбір жағдайда заңмен берілген құқықтардан бас тартпайды. Сондай-ақ лицензия барлық құқықтар мен міндеттерді реттейтінін әрқашан есте ұстаған жөн. Бұл жұмыс иесін пайдаланушы күтулерінен және кез келген кепілдік нені білдіретінінен қорғау үшін қажет. Өйткені, ешкім өз кодексінің қандай да бір жолмен сотта болғанын қаламайды.

Авторлық құқық дегеніміз не

Авторлық құқық адамда зияткерлік қызметтің нәтижесінде бірегей, бірақ сонымен бірге пайдалы болатын белгілі бір туынды жасағанда ғана пайда болады, мысалы, сол бағдарламаны жазуды алуға болады. Жоғарыда айтылғандардың барлығы орындалғанда, адам автор болады және енді ол бұл туындыға барлық авторлық құқықтарға ие болады. Сондай-ақ авторлық құқықтар мүліктік және мүліктік емес екенін айту керек. Олардың айырмашылығы, мүліктік құқықтар кез келген адамға берілуі мүмкін, бірақ мүліктік емес құқықтар кез келген жағдайда тек авторда қалады. Өйткені, автор болу – ешкімге берілмейтін және ешкімнен айырылмайтын құқық.

Ашық бастапқы код лицензиясы не үшін қажет?

Бұл жаңадан әзірлеушілер мен бағдарламашылар арасында өте танымал сұрақ, өйткені олар лицензияны өз жобаларына неліктен қосу керектігін түсінбейді, өйткені онсыз жоба тыныш өмір сүре алады. Дегенмен, бұл мүлдем дұрыс емес, өйткені, мысалы, жаңадан бастаған әзірлеуші ​​​​бірақ өте маңызды және пайдалы код бөлігін жазып, бірақ оны лицензиямен қорғамаса, басқа пайдаланушылардың сұрақтары бар. Дәл осыған байланысты, клиенттер оған келіп, осы код бөлігін коммерциялық мақсаттарда пайдаланғысы келгенде, олар кодтың лицензиясы жоқ екенін көріп, одан бас тартады. Бұл компаниялар кодты лицензиясыз қолданбайтындығына байланысты, өйткені оларға заңмен және заңгерлермен проблемалар қажет емес.
Сондықтан ең пайдалы және ыңғайлы жобаның өзі ешқашан жүзеге аспайды. Ал осы код бөлігін алғысы келген әзірлеуші ​​​​балама іздеуге және қолдануға немесе бұрыннан бастаушы әзірлеуші ​​​​жазған кодты толығымен қайта жазуға мәжбүр болады. Сондықтан бағдарламалаушының дұрыс, ең бастысы қолайлы лицензияны пайдаланып жатқанына алдын ала көз жеткізген дұрыс. GitHub-ті 15 минут ішінде бір бейне оқулықта зерттеу: https://youtu.be/JfpCicDUMKc

Қандай GitHub лицензиясы белгілі бір жағдайларда қолайлы – қалай таңдауға болады?

Бұл сұраққа нақты жауап болуы мүмкін емес, өйткені лицензияны таңдау тек жобаның мақсаттарына және әзірлеушінің жеке қалауы мен қалауына байланысты. Көріп отырғаныңыздай, GitHub-та көптеген түрлі лицензиялар бар, ең бастысы, олардың барлығы тегін және жалпыға қолжетімді, яғни әрбір бағдарламашы
өз жобасына сәйкес келетін Open Source лицензиясын таба алады. Бірақ, ең бастысы, Open Source лицензиясы тек лицензиясыз код емес екенін ұмытпауымыз керек.

Аздап зерттеу арқылы барлық Ашық бастапқы лицензияларды жинап, оларды үш үлкен топқа бөлуге болады:

1. Қатты қорғаныш.
2. Әлсіз қорғаныс.
3. Рұқсат етуші.

қатты қорғайды

Күшті қорғалатын лицензиялар көбінесе GPL нұсқалары болып табылады. Бұл лицензиялар жобаны лицензиялауды, сондай-ақ кез келген кодтың немесе жобаның қалай пайдаланылатынына немесе бұрыннан пайдаланылғанына қарамастан бастапқы кодтарды ашуды талап етеді.

Әлсіз қорғаныс

Әлсіз қорғалатын лицензиялар көбінесе Lesser GPL нұсқалары болып табылады. Рұқсат беретін лицензиялардан басты айырмашылығы – бұл жерде GPL лицензиясы бойынша бағдарламаны лицензиялау, сонымен қатар бастапқы кодтарды міндетті түрде беру қажет. Сонымен қатар, егер бағдарламашы жобасында кітапхана болса, яғни LGPL лицензиясы бойынша статикалық байланыстыру немесе динамикалық байланыстыру болса, онда ол осы бағдарламашы жобасының кез келген лицензиясымен де үйлесімді болады.

рұқсат етуші

Рұқсат беретін лицензиялардың өте көп саны бар, олардың қатарында ең танымал лицензиялар MIT, Apache 2.0 және BSD болып табылады. Аздаған өзгерістері бар бұл лицензиялардың кодты ашық бастапқы жобаларда да, коммерциялық мақсаттар мен жобаларда да пайдалануға рұқсат беру мүмкіндігі бар. Бірақ, бұл жағдайда бастапқы бағдарламаның авторлығын көрсету қажет екенін есте ұстаған жөн.

Басқа танымал GitHub лицензиялары

Лицензиялардың осы үш тобына қоса, басқалары да бар, мысалы, ең пайдалы лицензиялардың бірі – сынып жолының кеңейтімдері бар GPLv2. Бұл лицензияны ашық бастапқы жобалар үшін де, коммерциялық жобалар мен мақсаттар үшін де пайдалануға болады. Оның ең танымал түрі Oracle-да, ол ашық бастапқы жобалар мен шешімдерді лицензиялау үшін сынып жолы кеңейтімдері бар GPLv2 пайдаланады. Бұл лицензия өте маңызды және пайдалы, өйткені әдеттегі GPL лицензиялары, мысалы, байт кодымен ешқашан жұмыс істей алмайды. Яғни, оларда компиляция және байланыстыру процесінің арнайы сипаттамасы бар, бұл басқа интерпретацияланған бағдарламалау тілдері үшін мүлдем жарамсыз, ең танымал Java тілі осындай тілдердің ішінде. Дәл осындай жағдайлар үшін сынып жолының кеңейтімдері бар арнайы GPLv2 лицензиясы шығарылды. Өйткені, бұл лицензия бойынша шығарылған кітапхананы кез келген басқа лицензиямен коммерциялық жобалар мен мақсаттарда пайдалануға болатыны өте анық және анық айтылған.
GitHub лицензиялары туралы тағы не білуіңіз керек
.

Лицензия қосу

Соңғы лицензия түпкілікті таңдалғаннан кейін оны жоба түбірінің өзіне қосу ғана қалады. Бұл әрекетті орындау үшін жобаның өзін жасау кезінде немесе кез келген басқа уақытта жоба түбірінің астына таңдалған лицензияны жай ғана қосу керек. Бірақ бұл әрекеттің өзінде GitHub веб-қызметі өз пайдаланушыларына қамқорлық жасай алды және олар жобаның басында тіпті соңғы лицензияны қосудың өте ыңғайлы әдісін жасады.
Алайда, өкінішке орай, бұл бәрі емес, өйткені әзірлеуші ​​​​немесе бағдарламашы өз идеясында немесе жобасында қолданылған барлық тәуелділіктерді толығымен тексеруі керек. Яғни, GPL лицензиясы бойынша шығарылған тәуелділіктердің біреуі болса да, әзірлеушінің бүкіл жобасы GPL үйлесімді болуы керек. Мұндай тексеру үшін әдетте бұл үшін бұрын жасалған бағдарламалар немесе құралдар пайдаланылады. Мысалы, мына https://github.com/pivotal/LicenseFinder құралы бар:
Лицензиялау өте көп уақытты қажет ететін міндет, бірақ сонымен бірге жобаның немесе бағдарламашының кез келген идеясының өмір сүруіне қажетті әрекет деп айта аламыз. Дұрыс лицензияны таңдау үшін, өкінішке орай, сізге көп уақыт жұмсауға тура келеді, бірақ жобаның сәтті болуы үшін оған тұрарлық. Кез келген бағдарламаны жазу кезінде лицензияны таңдауды бірінші орынға қойған дұрыс, өйткені мұны ең басында жасау арқылы сіз өзіңіздің барлық күш-жігеріңізді дұрыс бағытта бағыттай аласыз және көпшілік үшін сәтті және ыңғайлы бағдарлама жаза аласыз. пайдаланушылар.