Open Source Initiative разширява ролята си до AI и машинно обучение

В началото целият софтуер беше „безплатен софтуер“ и „отворен код“. Но тъй като софтуерът се комерсиализира, почти целият софтуер стана патентован. В бунт срещу това Ричард М. Столман (RMS) взе текстовия редактор Emacs на Джеймс Гослинг и го прелицензира под Публичен лиценз на GNU (GPL), първият лиценз за безплатен софтуер през 1983 г.

Въпреки че възходът на безплатния софтуер фундаментално промени начина, по който софтуерът се използва, не всички бяха доволни от RMS и неговия Фондация за свободен софтуер (FSF) пое лицензирането на софтуер. И така, през 1998 г. Кристин Питърсън, на среща с Джон „Маддог“ Хол, Лари Августин, Ерик С. Реймънд, Брус Перенс и други светила на свободния софтуер, излезе с термина Отворен код.

Ключовата разлика, тогава и сега, между двете е, че свободният софтуер е свързан с етиката на споделянето на код, докато отвореният код е фокусиран върху практическите ползи от споделянето на код. 

Или като ранен ръководител на OSI и понастоящем ръководител на проекта ОС-Климат Майкъл Тиман каза, че отвореният код е предназначен да „зарежете морализирането и конфронтационното отношение, което беше свързано със „свободния софтуер“” и вместо това насърчава подхода с отворен код на „прагматични, бизнес основания”.

Въпреки че аргументите за свободен софтуер срещу отворен код не показват признаци на край, OSI има по-големи риби за пържене днес.

Също така: Време е да спрете да използвате C и C++ за нови проекти, казва техническият директор на Microsoft Azure

През последните няколко години лицензите с отворен код се сблъскаха с предизвикателства от лицензи с квазиотворен код, като например Лиценз за бизнес източник (BSL), Обща клауза, и Обществен лиценз от страна на сървъра (SSPL). Аргументите за свободен софтуер срещу отворен код и обратното са ясни. За хората е много по-трудно да разберат разликата между лиценз, който е „донякъде, не съвсем“ лиценз с отворен код и такъв, който е истински лиценз с отворен код. 

Основната разлика между тези лицензи и тези, които имат благословията на OSI е, че всеки истински лиценз с отворен код трябва да отговаря на дефиниция с отворен код (OSD). Всичко се свежда до идеята, че с отворен код получавате правото да използвате софтуерния код по какъвто начин искате. Искате ли да го стартирате в облак? Направи го. Искате да продадете кода или програма, базирана на него? Можете да направите и това. Какво ще кажете да го предложите като услуга, базирана на облак? Това също е страхотно. С тези пара-лицензи с отворен код тези права са ограничени. 

Правейки нещата още по-объркващи, много компании, които сега използват тези лицензи за псевдоотворен код, започнаха с истински лицензи за отворен код. 

Това е нарастваща тенденция. Директорът по стандартите и политиките на OSI Саймън Фипс каза: „Това е още един пример за разочароваща тенденция за компании, които са запазили контрола върху софтуерните права, докато твърдят, че предлагат свободи с отворен код, дърпайки килима, когато са набрали достатъчно пазарна инерция – понякога наричано „ модел на правата. OSI препоръчва на потребителите на софтуера да обърнат особено внимание на устойчивото присъствие на свободите с отворен код, когато се ангажират с внедряването на проект.

Защо го правят? Изпълнителният директор на OSI Стефано Мафули обясни в интервю през 2022 г Open Source Summit Europe че отпадането на лицензите с отворен код се е „превърнало в тенденция сред компаниите. Те имат подобен разпознаваем модел. Те изграждат своя бизнес и кодират в продължение на пет до 10 години. По пътя те събират лицензионни споразумения за сътрудници (CLA), които дават на компанията правата върху техния код. След това те променят лиценза и отнемат тези права. И така, те използват код с отворен код, за да растат, но след това обвиняват отворения код, че не работи като бизнес модел. Сигнал за спойлер: Отвореният код никога не е бил, нито ще бъде бизнес модел. Това е модел на развитие. 

Но това не ги спира, каза Мафули, „да обвиняват отворения код, че оставя пари на масата. И така, с подкрепата си, рисковите капиталисти, изискващи да спестят всяко пени и да направят повече пари, те изоставят своите лицензи за отворен код. Сега той разбира болката им, казва Мафули, „но начинът, по който я решават, опетнява отворения код“.

Така че, OSI върви напред се опитва да образова както бизнеса, така и разработчиците за това какво наистина е и какво не е отворен код. 

Като част от това, OSI поставя по-голям акцент върху своите ClearlyDefined проект. Този краудсорсинг проект беше създаден през 2018 г., за да отговори на тази нужда и да стимулира проектите с отворен код чрез подобряване на данните за лицензиране в софтуерните пакети. По ирония на съдбата този проект получава подкрепа от някогашни собствени компании като Microsoft, SAP и Bloomberg. Докато някои по-нови, някогашни компании с отворен код се отдръпват от отворения код, фирмите от старата школа осъзнават стойността на отворения код и го приемат повече. OSI също е търси мениджър на общността на пълен работен ден за ClearlyDefined. 

Отвореният код вече не е само за разработчици и бизнеси, далеч от това. Както обясни Дебора Брайънт, новият директор по политиката на OSI в САЩ, „В днешния свят сложността нараства непрекъснато и отговорите на политиката по въпросите на икономиката и сигурността се увеличават Ролята на софтуера с отворен код продължава да играе критична роля в обществените и обществени проблеми"

Тя е права. Само няколко седмици след като тя пристигна на новия си пост, председателят на комисията по вътрешна сигурност и правителствени въпроси в Сената на САЩ, демократът Гари Питърс и високопоставеният републиканец Роб Портман въведе законодателство за подпомагане на защитата на софтуера с отворен код. Поддръжниците на отворения код не просто се нуждаят от глас в правителствената политика спрямо отворения код, те трябва да имат такъв. Правителствените политически решения ще повлияят на нашата софтуерна екосистема с отворен код. OSI, както в САЩ, така и в Европа, с Phipps, отговаря на това изискване.

Също така: Meta AI гуру LeCun казва, че повечето от днешните подходи на AI никога няма да доведат до истинска интелигентност

Продължавайки напред, OSI ще се занимава и с ролите, които машинното обучение (ML) и изкуственият интелект (AI) играят както при използването, така и при изграждането на софтуер с отворен код. Това става все по-спешен въпрос.

Например инструментът за програмиране на AI-базова двойка на GitHub, ML моделът на Copilot разчита отчасти на код с отворен код. Някои разработчици на отворен код са разбираемо разстроени от това. Мафули смята: „От правна гледна точка изглежда, че GitHub е в рамките на своите права.“ Въпреки това, не се „загубвайте в правните плевели, обсъждайки дали тук има проблем с лиценз за отворен код или проблем с авторски права. Това би пропуснало по-широкия смисъл. Там is въпрос на справедливост, който засяга цялото общество, а не само разработчиците с отворен код.“

Това не е проблем само с Copilot. DeepMind на Google има свой Система за разработчици на AI AlphaCode, Salesforce има Код T5, а има и отворен код PolyCoder. Това е проблем, който общността с отворен код трябва да реши. 

OSI ще даде тласък на този разговор с четири виртуални семинара, Дълбоко гмуркане: AI, през октомври. Те ще изследват как AI и отвореният код ще се пресичат взаимно в бизнеса, обществото, закона и в академичните среди. Силно препоръчвам да присъствате, ако държите на отворения код и AI. Това, а не вечната битка между свободния софтуер и отворения код, е това, което ще има значение за следващото десетилетие на разработка на софтуер.

Още по темата: