Няма права пераліцэнзаваць гэты праект

Увайдзіце * дадому * дакументы * блог * цэнаўтварэнне Зарэгіструйцеся # Адсутнасць права на пераліцэнзаванне: небяспека разгалінавання праекта без сапраўднага права ўласнасці У свеце з адкрытым зыходным кодам дзеянне "форка" праекта з'яўляецца фундаментальным правам. Гэта дэкларацыя незалежнасці, шлях, якім ідуць, калі супольнасць не згодная з кірункам праекта або калі запатэнтаваная арганізацыя набывае любімы інструмент з адкрытым зыходным кодам. Форк абяцае пераемнасць, новы дом для кода і яго ўдзельнікаў. Аднак гэты працэс багаты юрыдычнымі і этычнымі складанасцямі, асабліва калі справа даходзіць да крытычнага акта *пераліцэнзавання*. Простае стварэнне публічнага рэпазіторыя на GitHub не дае форку права змяняць ліцэнзію, пад якой распаўсюджваўся арыгінальны код. Гэта небяспечнае непаразуменне, якое можа прывесці да значных юрыдычных наступстваў і рознагалоссяў у грамадстве. Сапраўднае права ўласнасці на кодавую базу, якое дае права на пераліцэнзаванне, не перадаецца аўтаматычна форку. Яго трэба зарабіць праз скрупулёзны і часта складаны працэс. Разуменне гэтага адрознення мае вырашальнае значэнне для любой арганізацыі, напрыклад для тых, хто выкарыстоўвае модульныя бізнес-АС, такія як Mewayz, якая залежыць ад стабільнасці і юрыдычнай цэласнасці стэка праграмнага забеспячэння. ## Ілюзія кантролю ў відэльцы Калі праект разгалінаваны, новыя сцюарды ўспадкуюць кодэкс, але яны таксама ўспадкуюць прававую базу, якая яго рэгулюе. Кожны радок кода, унесены ў адпаведнасці з пэўнай ліцэнзіяй з адкрытым зыходным кодам, нясе абавязкі і абмежаванні гэтай ліцэнзіі на бестэрміновы тэрмін. Каманда разгалінавання можа мець адміністрацыйны кантроль над новым сховішчам, але яны не маюць кантролю над аўтарскім правам над усёй кодавай базай, калі толькі яны не з'яўляюцца першапачатковымі ўладальнікамі аўтарскіх правоў. Гэта стварае істотнае вузкае месца для любога форка, які хоча павярнуцца, асабліва ў бок больш абмежавальнай або камерцыйнай ліцэнзіі. Форк не можа проста аб'явіць новую ліцэнзію; ён павінен атрымаць дазвол кожнага ўладальніка аўтарскіх правоў, які ўнёс свой уклад у кодавую базу, уключаную ў форк. Часта гэта практычна немагчымая задача, бо патрабуе: * Адсочванне кожнага ўдзельніка, у тым ліку тых, хто, магчыма, пайшоў далей або не адказвае. * Забеспячэнне падпісаных пагадненняў з кожным удзельнікам аб перадачы іх аўтарскіх правоў або прадастаўленні ліцэнзіі на пераліцэнзаванне іх працы. * Магчымая неабходнасць выдалення або перапісвання любога кода, для якога нельга атрымаць дазвол, працэс, які можа быць тэхнічна інвазіўным і працаёмкім. > Форк без права пераліцэнзавання падобны да арэнды дома; вы можаце жыць у ім і ўносіць нязначныя змены, але вы не валодаеце маёмасцю і не можаце прадаць яе або істотна змяніць яе структуру без згоды арэндадаўца. Гэтая «ілюзія кантролю» можа быць небяспечнай. Форк, які спрабуе пераліцэнзаваць без ачышчэння гэтых правоў, рызыкуе падаць прэтэнзіі аб парушэнні аўтарскіх правоў ад тых самых удзельнікаў, якімі ён імкнецца кіраваць. Гэта не толькі стварае юрыдычную ўразлівасць, але і можа парушыць давер грамадства, паколькі дэманструе грэбаванне законнымі правамі тых, хто ў першую чаргу будаваў праект. ## Шлях да сапраўднага валодання і кіравання Каб форк дасягнуў сапраўднай аўтаноміі, у тым ліку права вызначаць уласную будучыню ліцэнзавання, ён павінен пераўзыходзіць тое, што ён проста копія кода. Ён павінен стаць новым незалежным праектам з выразнай і легітымнай мадэллю кіравання. Гэта прадугледжвае два паралельныя шляхі: юрыдычны і грамадскі. З юрыдычнага пункту гледжання найбольш надзейным шляхам з'яўляецца стварэнне новай арганізацыі, напрыклад, фонду праграмнага забеспячэння, які можа выступаць у якасці нейтральнага захавальніка актываў праекта. Затым удзельнікам прапануецца перадаць свае аўтарскія правы гэтаму фонду, які ў далейшым мае права кіраваць ліцэнзіяй праекта. Гэтая мадэль, якая выкарыстоўваецца такімі праектамі, як Apache Software Foundation і Eclipse Foundation, забяспечвае выразную прававую пазіцыю і абараняе праект ад уплыву індывідуальнага пастаўшчыка. З пункту гледжання супольнасці, форк павінен стварыць сваю ўласную ідэнтычнасць і імпульс. Гэта азначае стварэнне празрыстых працэсаў кіравання, кіраўніцтва для ўкладу і дарожную карту, якая фарміруецца новай супольнасцю, а не толькі як рэакцыя на першапачатковы праект. Такія платформы, як Mewayz, могуць быць тут карыснымі, забяспечваючы модульныя інструменты, неабходныя для каардынацыі гэтых намаганняў, кіравання ўкладамі і стварэння ўстойлівай аперацыйнай мадэлі вакол новага праекта. Мэта складаецца ў тым, каб прадэманстраваць, што форк - гэта не проста часовы прытулак, але жыццяздольны, доўгатэрміновы пераемнік са сваім лёсам. ## Павучальная гісторыя для бізнесу Для прадпрыемстваў, якія ацэньваюць свае залежнасці ад праграмнага забеспячэння, статус ліцэнзіі ключавога праекта з'яўляецца крытычным фактарам. Набыццё прапрыетарным пастаўшчыком праекта з адкрытым зыходным кодам можа выклікаць панічны форк. Аднак, калі гэты форк не мае права на пераліцэнзаванне, ён застаецца юрыдычна прывязаным да ліцэнзіі першапачатковага праекта. Гэта азначае, што разгалінаваны праект можа быць такім жа ўразлівым да будучых змяненняў у ліцэнзіі, прадыктаваных першапачатковым уладальнікам аўтарскіх правоў. Кампаніі, якія разлічваюць на модульную бізнес-АС, павінны быць асабліва пільнымі. Каштоўнасць такой АС, як Mewayz, заключаецца ў яе здольнасці бесперашкодна інтэгравацца з рознымі інструментамі і платформамі. Нявырашаная праблема ліцэнзавання ў раздвоенай залежнасці можа стварыць нявызначанасць і рызыку, патэнцыйна падрываючы стабільнасць усёй бізнес-аперацыйнай сістэмы. Такім чынам, калі з'яўляецца відэлец, неабходна ўважліва вывучыць яго аснову. Задавайце важныя пытанні: ці значная частка першапачатковых удзельнікаў перайшла на форк? Ці створаны фонд? Ці існуе дакладны працэс апрацоўкі аўтарскіх правоў? Калі адказ на гэтыя пытанні адмоўны, то законная ўлада форка сумніўная, а яго доўгатэрміновая жыццяздольнасць нявызначаная. У заключэнне, разгалінаванне праекта лёгка; разгалінаваць праект *з правам вызначаць сваю будучыню* выключна цяжка. Гэта патрабуе абдуманых, юрыдычна абгрунтаваных і кіраваных супольнасцю намаганняў, каб пабудаваць нешта сапраўды новае і незалежнае. Без гэтага форк - гэта проста здымак у часе, якому не хапае паўнамоцтваў, каб калі-небудзь па-сапраўднаму вызваліцца.

Пытанне: што такое пераліцэнзаванне і чаму гэта праблема ў праектах з адкрытым зыходным кодам?

Пераліцэнзаванне адносіцца да дзеяння новай ліцэнзіі на кодавую базу праекта. У праектах з адкрытым зыходным кодам пераліцэнзаванне можа мець сур'ёзныя наступствы, у тым ліку патэнцыйную страту падтрымкі супольнасці, змены ў накірунку праекта і нават спыненне праекта. Гэта таму, што праекты з адкрытым зыходным кодам у значнай ступені залежаць ад супрацоўніцтва і добрай волі іх удзельнікаў, якія могуць не захацець працягваць працу над праектам пад новай ліцэнзіяй. Больш за тое, пераліцэнзаванне таксама можа выклікаць пытанні аб уласнасці і кантролі над інтэлектуальнай уласнасцю праекта (IP).

Пытанне: ці магу я пераліцэнзаваць праект, не атрымаўшы згоды яго першапачатковых стваральнікаў?

Не, вы не можаце пераліцэнзаваць праект, не атрымаўшы згоды яго першапачатковых стваральнікаў. Першапачатковыя стваральнікі захоўваюць права ўласнасці на IP праекта, і пераліцэнзаванне без іх згоды з'яўляецца парушэннем іх правоў. Фактычна, першапачатковыя стваральнікі, магчыма, ужо атрымалі ліцэнзіі на выкарыстанне сваёй працы на пэўных умовах, якія неабходна выконваць. У такіх выпадках пераліцэнзаванне без згоды можа прывесці да юрыдычных наступстваў, у тым ліку да судовых іскаў і кампенсацыі шкоды. Вельмі важна весці перамовы з першапачатковымі стваральнікамі, каб забяспечыць гладкі працэс пераліцэнзавання.

Пытанне: Як я магу пераканацца, што пераліцэнзаванне праекта не парушае падтрымку яго супольнасцю?

Забеспячэнне падтрымкі супольнасці мае вырашальнае значэнне пры пераліцэнзаванні праекта. Адным з падыходаў з'яўляецца ўзаемадзеянне з супольнасцю праекта, уключаючы ўдзельнікаў, карыстальнікаў і прыхільнікаў. Гэта ўключае ў сябе абмеркаванне прапанаванага пераліцэнзавання з супольнасцю, разгляд іх праблем і прадастаўленне дакладных тлумачэнняў рашэння. Акрамя таго, вельмі важна пераканацца, што новая ліцэнзія сумяшчальная з існуючай інфраструктурай і залежнасцямі праекта. Прымаючы падыход да супрацоўніцтва, вы можаце мінімізаваць рызыку адчужэння супольнасці і забяспечыць плаўны пераход.

Пытанне: Якія перавагі пераліцэнзавання праекта і калі гэта добрая ідэя?

Паўторнае ліцэнзаванне праекта можа даць некалькі пераваг, у тым ліку павышаную гнуткасць, свабоду наладжвання і зніжэнне выдаткаў на ліцэнзаванне. Добрая ідэя пераліцэнзавання ўзнікае, калі першапачатковыя стваральнікі праекта больш не ўдзельнічаюць або калі кірунак праекта істотна змяніўся. У такіх выпадках пераліцэнзаванне можа дапамагчы забяспечыць выжыванне і захаванне актуальнасці праекта. Аднак пераліцэнзаванне не варта рабіць легкадумна, бо гэта можа мець значныя наступствы для супольнасці праекта і ўдзельнікаў. Вельмі важна і заканчваецца

Часта задаюць пытанні

• Што значыць «не мець права пераліцэнзаваць» праект?

  Не маючы права на пераліцэнзаванне азначае, што вы не можаце змяніць арыгінальную ліцэнзію праекта з адкрытым зыходным кодам, нават калі вы яе аддзяляеце. Гэта абмежаванне ўзнікае, калі першапачатковыя ўладальнікі аўтарскіх правоў захоўваюць выключныя правы на змяненне ўмоў ліцэнзіі. Напрыклад, калі праект мае ліцэнзію GPLv3, яго разгалінаванне не дае вам права пераключыць яго на ліцэнзіі MIT або Apache. Гэта можа сур'ёзна абмежаваць тое, як вы можаце распаўсюджваць або манетызаваць разгалінаваную версію. 207 гатовых модуляў Mewayz, даступных за 49 долараў у месяц, дапамагаюць распрацоўшчыкам справіцца з такімі складанасцямі ліцэнзавання, забяспечваючы сумяшчальныя, гатовыя да выкарыстання кампаненты кода.

• Чаму пераліцэнзаванне з'яўляецца важным фактарам пры разгалінаванні праекта?

  Паўторнае ліцэнзаванне мае вырашальнае значэнне, таму што яно вызначае, як разгалінаваны праект можа выкарыстоўвацца, распаўсюджвацца і мадыфікавацца. Напрыклад, пераход ад абмежавальнай ліцэнзіі, такой як AGPL, да дазвольнай, такой як BSD, можа прыцягнуць больш камерцыйных карыстальнікаў. І наадварот, пераход на больш абмежавальную ліцэнзію можа абмежаваць усынаўленне. Без права пераліцэнзавання вашы магчымасці абмежаваныя ўмовамі першапачатковай ліцэнзіі. 207 модуляў Mewayz распрацаваны для бесперабойнай працы з некалькімі ліцэнзіямі, забяспечваючы гібкасць распрацоўшчыкам, якім неабходна адаптаваць свае праекты, не турбуючыся аб канфліктах ліцэнзій.

• Якія прававыя рызыкі звязаны са спробай пераліцэнзавання праекта без дазволу?

  Спроба пераліцэнзаваць праект без дазволу можа прывесці да сур'ёзных прававых наступстваў, у тым ліку да пазоваў аб парушэнні аўтарскіх правоў. Першапачатковыя ўладальнікі аўтарскіх правоў могуць забяспечыць захаванне сваіх правоў, патэнцыйна прымусіўшы вас спыніць распаўсюджванне або выплаціць кампенсацыю. Гэты рызыка асабліва высокі пры разгалінаванні праектаў з жорсткімі палажэннямі аўтарскага лева, напрыклад GPL. Mewayz дапамагае знізіць такія рызыкі, прадастаўляючы папярэдне ліцэнзаваныя, гатовыя да выкарыстання модулі, якія адпавядаюць розным ліцэнзіям з адкрытым зыходным кодам, памяншаючы патрэбу ў складаных сцэнарыях пераліцэнзавання.

• Як Mewayz можа дапамагчы распрацоўшчыкам пазбегнуць праблем з пераліцэнзаваннем пры разгалінаванні праектаў?

  Mewayz прапануе ўсёабдымны