Open Source Initiative пашырае сваю ролю да штучнага інтэлекту і машыннага навучання

Напачатку ўсё праграмнае забеспячэнне было «бясплатным» і «з адкрытым зыходным кодам». Але па меры камерцыялізацыі праграмнага забеспячэння амаль усё праграмнае забеспячэнне стала прапрыетарным. У знак паўстання супраць гэтага Рычард М. Столман (RMS) узяў тэкставы рэдактар ​​​​Emacs Джэймса Гослінга і пераліцэнзаваў яго пад Публічная ліцэнзія GNU (GPL), першая ліцэнзія на бясплатнае праграмнае забеспячэнне ў 1983 годзе.

У той час як рост бясплатнага праграмнага забеспячэння фундаментальна змяніў спосаб выкарыстання праграмнага забеспячэння, не ўсе былі задаволеныя RMS і яго Фонд свабоднага праграмнага забеспячэння (FSF) ўзяўся за ліцэнзаванне праграмнага забеспячэння. Такім чынам, у 1998 годзе Крысцін Петэрсан на сустрэчы з Джонам «Мэддогам» Холам, Лары Аўгустынам, Эрыкам С. Рэймандам, Брусам Перэнсам і іншымі свяціламі свабоднага праграмнага забеспячэння прыдумала тэрмін Open Source.

Ключавая розніца паміж імі тады і цяпер заключаецца ў тым, што бясплатнае праграмнае забеспячэнне датычыцца этыкі сумеснага выкарыстання кода, у той час як адкрыты зыходны код сканцэнтраваны на практычных перавагах сумеснага выкарыстання кода. 

Або, як ранні лідэр OSI і цяперашні кіраўнік праекта OS-Climate Майкл Ціман сказаў, што адкрыты зыходны код прызначаны для «адмовіцца ад маралізатарства і канфрантацыі, якія былі звязаны з «свабодным праграмным забеспячэннем»» і замест гэтага прапагандаваць падыход з адкрытым зыходным кодам на «прагматычных, бізнес-падставах».

Нягледзячы на ​​тое, што гэтыя спрэчкі аб бясплатным праграмным забеспячэнні супраць адкрытага зыходнага кода не паказваюць прыкмет канца, у OSI сёння ёсць больш буйная рыба.

Такім чынам: Прыйшоў час спыніць выкарыстанне C і C++ для новых праектаў, кажа тэхнічны дырэктар Microsoft Azure

За апошнія некалькі гадоў ліцэнзіі з адкрытым зыходным кодам сутыкнуліся з праблемамі з боку ліцэнзій з квазі-адкрытым зыходным кодам, такіх як Ліцэнзія на бізнес-крыніцу (BSL), Агульны сказ, і Публічная ліцэнзія на баку сервера (SSPL). Аргументы на карысць свабоднага праграмнага забеспячэння супраць адкрытага зыходнага кода і наадварот зразумелыя. Людзям значна цяжэй зразумець розніцу паміж ліцэнзіяй, якая з'яўляецца «накшталт, не вельмі» ліцэнзіяй з адкрытым зыходным кодам, і той, якая з'яўляецца сапраўднай ліцэнзіяй з адкрытым зыходным кодам. 

Асноўнае адрозненне паміж гэтымі ліцэнзіямі і тымі, якія атрымалі блаславенне OSI, заключаецца ў тым, што любая сапраўдная ліцэнзія з адкрытым зыходным кодам павінна адпавядаць вызначэнне з адкрытым зыходным кодам (OSD). Усё зводзіцца да ідэі, што з адкрытым зыходным кодам вы атрымліваеце права выкарыстоўваць праграмны код так, як хочаце. Хочаце запусціць яго ў воблаку? Ідзі на гэта. Хочаце прадаць код або праграму на яго аснове? Вы таксама можаце зрабіць гэта. Як наконт таго, каб прапанаваць гэта як воблачны сэрвіс? Гэта таксама крута. З гэтымі пара-ліцэнзіямі з адкрытым зыходным кодам гэтыя правы абмежаваныя. 

Яшчэ больш заблытаным становіцца тое, што многія кампаніі, якія цяпер выкарыстоўваюць гэтыя ліцэнзіі на псеўдаадкрыты код, пачыналі з сапраўдных ліцэнзій на адкрыты код. 

Гэта расце тэндэнцыя. Дырэктар па стандартах і палітыцы OSI Сайман Фіпс сказаў: «Гэта яшчэ адзін прыклад несуцяшальнай тэндэнцыі для кампаній, якія захавалі кантроль над правамі на праграмнае забеспячэнне, адначасова сцвярджаючы, што прапануюць свабоду адкрытага зыходнага кода, цягнучы дыван, калі яны набралі дастатковы рынкавы імпульс — часам гэта называюць « правы-храповік' мадэль. OSI рэкамендуе карыстальнікам праграмнага забеспячэння звяртаць асаблівую ўвагу на ўстойлівую прысутнасць свабод з адкрытым зыходным кодам пры разгортванні праекта».

Чаму яны гэта робяць? Выканаўчы дырэктар OSI Стэфана Мафулі растлумачыў у інтэрв'ю ў 2022 годзе Open Source Summit Europe што адмова ад ліцэнзій з адкрытым зыходным кодам «стала тэндэнцыяй для кампаній. Яны маюць падобны пазнавальны ўзор. Яны будуюць свой бізнес і код на працягу пяці-дзесяці гадоў. Па дарозе яны збіраюць ліцэнзійныя пагадненні ўдзельнікаў (CLA), якія даюць кампаніі правы на іх код. Потым мяняюць ліцэнзію і забіраюць гэтыя правы». Такім чынам, яны выкарыстоўваюць код з адкрытым зыходным кодам для росту, але потым вінавацяць адкрыты зыходны код у тым, што ён не працуе як бізнес-мадэль. Спойлер: адкрыты зыходны код ніколі не быў і не будзе бізнес-мадэллю. Гэта мадэль развіцця. 

Але гэта не перашкаджае ім, сказаў Мафулі, «вінаваціць адкрыты зыходны код у тым, што ён пакінуў грошы на стале. Такім чынам, пры падтрымцы венчурных капіталістаў, якія патрабуюць ад іх эканоміі кожнай капейкі і зарабляння больш грошай, яны адмаўляюцца ад сваіх ліцэнзій на адкрыты код». Цяпер ён разумее іх боль, кажа Мафулі, «але тое, як яны вырашаюць гэта, псуе адкрыты зыходны код».

Такім чынам, OSI рухаецца наперад спрабуе навучыць прадпрыемствы і распрацоўшчыкаў аб тым, чым на самай справе з'яўляецца адкрыты зыходны код, а чым не з'яўляецца. 

У рамках гэтага OSI робіць большы акцэнт на сваім ClearlyDefined праект. Гэты краўдсорсінгавы праект быў створаны ў 2018 годзе для задавальнення гэтай патрэбы і пашырэння праектаў з адкрытым зыходным кодам за кошт паляпшэння даных ліцэнзавання ў праграмных пакетах. Па іроніі лёсу, гэты праект атрымлівае падтрымку ад аднаразовых прапрыетарных кампаній, такіх як Microsoft, SAP і Bloomberg. У той час як некаторыя новыя, калісьці кампаніі з адкрытым зыходным кодам адмаўляюцца ад адкрытага зыходнага кода, прадпрыемствы старой школы разумеюць каштоўнасць адкрытага зыходнага кода і ўсё больш прымаюць яго. OSI таксама шукаю менеджара супольнасці ClearlyDefined на поўную стаўку. 

Адкрыты зыходны код таксама больш не датычыцца толькі распрацоўшчыкаў і прадпрыемстваў, далёка не так. Як патлумачыла Дэбора Браянт, новы дырэктар па палітыцы OSI у ЗША, «у сучасным свеце складанасць пастаянна ўзрастае, і рэагаванне палітыкаў на пытанні эканомікі і бяспекі ўзрастае па меры росту. Роля праграмнага забеспячэння з адкрытым зыходным кодам працягвае адыгрываць вырашальную ролю ў грамадскіх і грамадскіх праблемах».

Яна мае рацыю. Толькі праз некалькі тыдняў пасля таго, як яна прыбыла на новую пасаду, старшыня Камітэта па ўнутранай бяспецы і дзяржаўным справам Сената ЗША, дэмакрат Гэры Пітэрс і высокапастаўлены рэспубліканец Роб Портман увёў заканадаўства, якое дапамагае абараніць праграмнае забеспячэнне з адкрытым зыходным кодам. Прыхільнікам адкрытага зыходнага кода патрэбны не толькі голас у дзяржаўнай палітыцы ў дачыненні да адкрытага зыходнага кода, яны павінны яго мець. Палітычныя рашэнні ўрада паўплываюць на нашу экасістэму праграмнага забеспячэння з адкрытым зыходным кодам. OSI, як у ЗША, так і ў Еўропе, разам з Phipps, вырашае гэтае патрабаванне.

Такім чынам: Гуру Meta AI Лекун кажа, што большасць сучасных падыходаў AI ніколі не прывядуць да сапраўднага інтэлекту

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

Напрыклад, інструмент праграмавання AI-базавых пар GitHub Copilot's ML часткова абапіраецца на адкрыты зыходны код. Некаторыя распрацоўшчыкі з адкрытым зыходным кодам, зразумела, засмучаныя гэтым. Мафулі лічыць: «Юрыдычна здаецца, што GitHub знаходзіцца ў межах сваіх правоў». Тым не менш, не губляйцеся ў юрыдычных пустазеллях, абмяркоўваючы, ці ёсць тут праблема ліцэнзіі з адкрытым зыходным кодам або праблема аўтарскага права. Гэта ўпусціла б больш шырокі сэнс. там is праблема справядлівасці, якая закранае ўсё грамадства, а не толькі распрацоўшчыкаў з адкрытым зыходным кодам».

Гэта праблема не толькі з Copilot. DeepMind ад Google мае сваю ўласную AI developer system AlphaCode, Salesforce has Код T5, і ёсць таксама з адкрытым зыходным кодам PolyCoder. Гэта праблема, якую супольнасць з адкрытым зыходным кодам павінна вырашыць. 

OSI пачне гэту размову з чатырох віртуальных семінараў, Deep Dive: AI, у кастрычніку. Яны будуць вывучаць, як штучны інтэлект і адкрыты зыходны код будуць перасякаць адзін аднаго ў бізнэсе, грамадстве, законе і ў акадэмічных колах. Я настойліва раю вам прыняць удзел, калі вы клапоціцеся пра адкрыты зыходны код і штучны інтэлект. Гэта, а не вечная бітва паміж свабодным праграмным забеспячэннем і адкрытым зыходным кодам, - вось што будзе мець значэнне ў наступным дзесяцігоддзі распрацоўкі праграмнага забеспячэння.

Змяненні, гісторыі: