stringtranslate.com

Лицензия с открытым исходным кодом

На круговой диаграмме показаны наиболее часто используемые лицензии с открытым исходным кодом: Apache — 30 %, MIT — 26 %, GPL — 18 %, BSD — 8 %, LGPL — 3 %, MPL — 2 % и оставшиеся 13 % — лицензии со следующими значениями: 1% доли рынка каждый.
Популярные лицензии с открытым исходным кодом включают лицензию Apache , лицензию MIT , стандартную общественную лицензию GNU (GPL), лицензии BSD , стандартную общественную лицензию ограниченного использования GNU (LGPL) и общественную лицензию Mozilla (MPL).

Лицензии с открытым исходным кодом — это лицензии на программное обеспечение , которые позволяют использовать, изменять и распространять контент. Они способствуют разработке бесплатного программного обеспечения с открытым исходным кодом (FOSS). Законы об интеллектуальной собственности (ИС) ограничивают изменение и распространение творческих работ. Бесплатные лицензии и лицензии с открытым исходным кодом используют эти существующие правовые структуры для обратной цели. Они предоставляют получателю права использовать программное обеспечение, изучать исходный код , изменять его и распространять модификации. Эти критерии изложены в Определении открытого исходного кода .

После 1980 года в США стали относиться к программному обеспечению как к литературному произведению, на которое распространяется действие закона об авторском праве. Ричард Столлман основал движение за свободное программное обеспечение в ответ на распространение несвободных программ . Термин «открытый исходный код» использовался Open Source Initiative (OSI), основанным разработчиками свободного программного обеспечения Брюсом Перенсом и Эриком С. Рэймондом . «Открытый исходный код» подчеркивает сильные стороны модели открытой разработки , а не свободы программного обеспечения. Хотя цели этих условий разные, лицензии с открытым исходным кодом и лицензии на бесплатное программное обеспечение описывают одно и то же.

Двумя основными категориями лицензий с открытым исходным кодом являются разрешительные и авторское лево . Разрешительные лицензии исходят от академических кругов. Они дают разрешение на модификацию и распространение программного обеспечения. Обычно они требуют указания авторства и отказываются от гарантий. Лицензии с авторским левом появились в результате движения за свободное программное обеспечение. Они требуют, чтобы производные работы распространялись вместе с исходным кодом и под лицензией с авторским левом. С середины 2000-х годов суды во многих странах поддержали условия обоих типов лицензий. Разработчики программного обеспечения возбудили дела как о нарушении авторских прав, так и о нарушении контракта.

Фон

Ученый-правовед Эбен Моглен об истории авторского права

Интеллектуальная собственность (ИС) — это правовая категория, которая рассматривает творческую продукцию как собственность, сравнимую с частной собственностью . Правовые системы предоставляют владельцу IP право ограничивать доступ разными способами. Владельцы могут продавать, сдавать в аренду, дарить или лицензировать свою недвижимость. Программное обеспечение охватывает множество типов законов об интеллектуальной собственности, включая товарные знаки , патенты и авторские права . [1]

Большинство стран, включая США (США), создали законы об авторском праве в соответствии с Бернской конвенцией . [2] Эти законы закрепляют авторские права всякий раз, когда произведение выпущено в любом фиксированном формате. [3] Согласно закону США об авторском праве, первоначальный выпуск считается оригинальным произведением . Автор или его работодатель обладает авторскими правами на эту оригинальную работу и, следовательно, имеет исключительное право делать копии, выпускать модифицированные версии, распространять копии, публично исполнять или демонстрировать работу публично. Модифицированные версии оригинального произведения являются производными . Когда автор изменяет существующее произведение, он сохраняет авторские права на свои модификации. Если оригинальное произведение не находилось в общественном достоянии, производное произведение может распространяться только с разрешения каждого правообладателя. [1]

В 1980 году правительство США внесло поправки в закон, рассматривающие программное обеспечение как литературное произведение. Программное обеспечение, выпущенное после этого момента, было ограничено законами об интеллектуальной собственности. [4] В то время американский активист и программист Ричард Столлман работал аспирантом в Лаборатории компьютерных наук и искусственного интеллекта Массачусетского технологического института . Столлман стал свидетелем фрагментации, которую он приписывал несвободному программному обеспечению, и основал движение за свободное программное обеспечение . [5] На протяжении 1980-х годов он начал проект GNU по созданию свободной операционной системы, писал эссе о свободе, основал Фонд свободного программного обеспечения (FSF) и написал несколько лицензий на свободное программное обеспечение. [6] FSF использовал существующие законы об интеллектуальной собственности в целях, противоположных намеченной цели ограничения. Вместо того, чтобы налагать ограничения, свободное программное обеспечение явно предоставляло свободу получателю. [7]

Фотография Брюса Перенса на конференции
Брюс Перенс , автор определения открытого исходного кода

В конце 90-х два активных члена сообщества свободного программного обеспечения, Брюс Перенс и Эрик С. Рэймонд , основали Open Source Initiative (OSI). В Debian Перенс предложил Руководство по свободному программному обеспечению Debian (DFSG), которое легло в основу определения открытого исходного кода OSI . Лицензия с открытым исходным кодом соответствует этому определению и обеспечивает свободу программного обеспечения. [8] Эрик С. Рэймонд был сторонником термина « открытый исходный код », а не «свободного программного обеспечения». Он считал открытый исходный код более привлекательным для бизнеса и более отражающим ощутимые преимущества разработки FOSS. Одной из целей Рэймонда было расширить существующее хакерское сообщество, включив в него крупных коммерческих разработчиков. [9] В книге «Собор и базар» Рэймонд сравнил разработку с открытым исходным кодом с базаром , общественным рынком под открытым небом. Он утверждал, что, помимо этики, открытая модель дает преимущества, которые несвободное программное обеспечение не может воспроизвести. [10] [11] Рэймонд уделял большое внимание обратной связи , тестированию и отчетам об ошибках . [12] Он противопоставил проприетарную модель, в которой небольшие группы секретных работников выполняли эту работу, разработке Linux, где пул тестировщиков потенциально включал весь мир. [13] Он резюмировал эту силу так: «При достаточном количестве глаз все ошибки мелкие». [14] OSI удалось предоставить разработку с открытым исходным кодом корпоративным разработчикам, включая Sun Microsystems , IBM , Netscape , Mozilla , Apache , Apple Inc. , Microsoft и Nokia . Эти компании выпустили код в соответствии с существующими лицензиями и разработали свои собственные для утверждения OSI. [15] [16]

Типы

Лицензии с открытым исходным кодом подразделяются на авторское лево и разрешительные . [17] Лицензии с авторским левом требуют, чтобы производные работы включали исходный код под лицензией с авторским левом. Разрешительных лицензий нет, поэтому код можно использовать в составе проприетарного программного обеспечения. Копилефт можно разделить на сильное и слабое в зависимости от того, широко или узко они определяют производные произведения. [18] [19]

Лицензии сосредоточены на законе об авторском праве, но код также распространяется и на другие формы интеллектуальной собственности. Патенты на программное обеспечение охватывают идеи и, а не конкретную реализацию, охватывают любую реализацию претензии . Патентные претензии дают владельцу право исключать других из производства, использования, продажи или импорта продуктов, основанных на этой идее. Поскольку патенты предоставляют право на исключение, а не на создание, можно иметь патент на идею, но при этом не иметь возможности законно реализовать ее, если изобретение основано на другой запатентованной идее. Таким образом, выдача патентов с открытым исходным кодом может давать разрешение только на защищенные патенты. Они не могут гарантировать, что третья сторона не запатентовала какие-либо концепции, воплощенные в коде. [20] Старые разрешительные лицензии не обсуждают патенты напрямую и предлагают только неявное предоставление патентов в своих предложениях по использованию или продаже защищенного материала. Новые лицензии с авторским левом и лицензия Apache 2004 года предлагают явное предоставление патентов и ограниченную защиту от патентных судебных разбирательств. Эти положения о преследовании патентов защищают разработчиков, прекращая выдачу грантов любой стороне, которая инициирует патентный иск в отношении программного обеспечения, на которое распространяется действие патента. [21]

Товарные знаки являются единственной формой интеллектуальной собственности, не используемой бесплатным программным обеспечением с открытым исходным кодом. Товарные знаки в FOSS действуют так же, как и любой товарный знак. [22] Товарный знак — это образец, который идентифицирует отдельный источник продукта. Поскольку они различают продукты, одни и те же образцы могут использоваться в разных областях, где нет риска перепутать схожие источники. Например, именно поэтому IBM является товарным знаком компании International Business Machines, которая поставляет решения для мэйнфреймов, и Международного Братства Волшебников , которое предоставляет рекомендации по сценическому фокусу . [23] Отказ от контроля над товарным знаком приведет к утрате этого товарного знака. Таким образом, ни одна лицензия на открытый исходный код не предполагает свободного использования товарного знака. [24]

Разрешительный

Кампус MIT ночью
Разрешительные лицензии выдаются академическими учреждениями, такими как Массачусетский технологический институт .

Разрешительные лицензии , также известные как академические лицензии, позволяют получателям использовать, изменять и распространять программное обеспечение без обязательств предоставлять исходный код. Учреждения создали эти лицензии для распространения своих творений среди общественности. [25] Разрешительные лицензии обычно короткие, часто меньше страницы текста. Они налагают мало условий. Большинство из них включают отказ от гарантий и обязательств перед авторами . Некоторые из них включают четкие положения о патентах, товарных знаках и других формах интеллектуальной собственности. [26]

Калифорнийский университет в Беркли создал первую лицензию с открытым исходным кодом — лицензию Berkeley Software Distribution (BSD), позволяющую бесплатное использование без каких-либо обязательств, налагаемых на пользователей. Лицензии BSD привнесли в компьютерную сферу концепцию академической свободы идей. Ранние авторы академического программного обеспечения делились кодом на основе подразумеваемых обещаний. Беркли ясно изложил эти концепции, четко оговорив отказ от ответственности и гарантий, а также условия или положения о перераспределении. В оригинале было 4 пункта, но последующие версии еще больше уменьшили ограничения. В результате обычно указывается, использует ли программное обеспечение версию с двумя или тремя пунктами. [27] [28]

Массачусетский технологический институт (MIT) создал академическую лицензию на основе оригинала BSD. Лицензия MIT уточнила условия, сделав их более ясными. [29] Например, лицензия MIT описывает право на сублицензию. [30] Одной из сильных сторон разработки с открытым исходным кодом является сложный процесс, в котором разработчики могут опираться на производные работы друг друга и объединять свои проекты в коллективные работы. Явное предоставление возможности сублицензирования закрытого кода дает юридическое преимущество при отслеживании цепочки авторства. [29] BSD и MIT — это шаблонные лицензии, которые можно адаптировать к любому проекту. Они широко адаптированы и используются во многих проектах FOSS. [27]

Лицензия Apache является более полной и ясной. Apache Software Foundation написал его для своего HTTP-сервера Apache . Версия 2, опубликованная в 2004 году, предлагает юридические преимущества по сравнению с простыми лицензиями и предоставляет аналогичные гранты. [31] В то время как лицензии BSD и MIT предусматривают неявное предоставление патента, [21] лицензия Apache включает раздел о патентах с явным предоставлением патента со стороны участников. [32] Кроме того, это одна из немногих разрешительных лицензий с оговоркой о возмездии за патент. Положения о преследовании патента или приостановлении действия патента вступают в силу, если лицензиат инициирует судебный процесс о нарушении патентных прав на защищенный код. В такой ситуации выдача патента аннулируется. Эти положения защищают от патентного троллинга . [21]

Авторское лево

На наклейке написано: «Буква L в кружочке слева».
Наклейка с авторским левом из конверта, который Дон Хопкинс отправил Ричарду Столлману в 1984 году.

Лицензии с авторским левом требуют, чтобы исходный код распространялся вместе с программным обеспечением, и требуют, чтобы исходный код был доступен под лицензией с авторским левом. [18] [33] Они используют ограничения закона об интеллектуальной собственности — вопреки своей обычной цели — чтобы потребовать, чтобы кодекс оставался открытым. [34] Этот термин и связанный с ним лозунг «Все права отменены» ранее в шутливой форме использовались Principia Discordia и Tiny BASIC ; современное использование начинается с усилий Ричарда Столлмана по созданию свободной операционной системы. В 1984 году программист Дон Хопкинс отправил Столлману руководство с наклейкой «Copyleft Ⓛ». Столлман, работавший над операционной системой GNU, принял этот термин. [35] Ранняя версия лицензирования с авторским левом использовалась в выпуске GNU Emacs 1985 года . [7] [36] Этот термин стал ассоциироваться с более поздними взаимными лицензиями FSF, в частности с GNU General Public License (GPL). [37]

Традиционные лицензии на несвободное программное обеспечение создаются с целью увеличения прибыли , но Столлман написал GPL для увеличения количества доступного свободного программного обеспечения. Его взаимные лицензии дают права на использование, изменение и распространение произведения при условии, что люди должны выпускать производные работы по лицензии, предлагающей те же самые свободы. Программное обеспечение, созданное на основе авторского лева, должно поставляться с исходным кодом, и исходный код должен быть доступен по той же или аналогичной лицензии. Это обеспечивает защиту от проприетарного программного обеспечения, потребляющего код без возврата. [38] [39] Ричард Столлман заявил, что «центральная идея авторского лева состоит в том, чтобы использовать закон об авторском праве, но перевернуть его, чтобы он служил противоположной его обычной цели: вместо средства приватизации программного обеспечения [авторское право] становится средством сохранение программного обеспечения свободным». [40]

Портрет Митчелла Бейкера
Митчелл Бейкер разработал проект Общественной лицензии Mozilla, работая в команде юристов Netscape. [41]

Практические преимущества лицензий с авторским левом привлекли коммерческих разработчиков. Корпорации использовали и подписывали взаимные лицензии с более узкой сферой применения, чем GPL. [42] Например, Netscape разработала собственные условия авторского лева после отказа от разрешительных лицензий для проекта Mozilla. [43] GPL остается самой популярной лицензией этого типа, но есть и другие важные примеры. FSF разработал для библиотек Lesser General Public License (LGPL) . Mozilla использует Общественную лицензию Mozilla (MPL) для своих выпусков, включая Firefox . IBM разработала Стандартную общественную лицензию (CPL), а затем приняла Общественную лицензию Eclipse (EPL). Разница между GPL и другими взаимными лицензиями заключается в том, как они определяют производные работы, на которые распространяются взаимные положения. GPL и основанная на ней лицензия Affero (AGPL) используют широкую область описания затронутых работ. AGPL расширяет взаимное обязательство GPL, распространяя его на программное обеспечение, доступное по сети. [42] [16] Их называют сильным авторским левом в отличие от более слабых лицензий с авторским левом, часто используемых корпорациями. Слабое авторское лево использует более узкие и явные определения производных произведений. [44] [19] MPL использует определение на основе файлов, CPL и EPL используют определение на основе модулей, а собственный LGPL FSF относится к библиотекам программного обеспечения. [45]

Совместимость

Таблица совместимости лицензий, полная информация в разделе.
Лицензии на программное обеспечение с открытым исходным кодом и их взаимодействие

Совместимость лицензий определяет, как код с разными лицензиями может распространяться вместе. Цель лицензирования открытого исходного кода — сделать работу свободно доступной, но это усложняется при работе с множеством терминологий, предъявляющих разные требования. [46] Существует множество редко используемых лицензий , а некоторые проекты заключают собственные соглашения, сделанные на заказ . В результате это вызывает больше путаницы, чем другие правовые аспекты. При выпуске сборника приложений каждую лицензию можно рассматривать отдельно. Однако при попытке объединить программное обеспечение код из другого проекта может быть лицензирован только в том случае, если в проекте используются совместимые условия. [47]

При объединении баз кода исходные лицензии могут быть сохранены для отдельных компонентов, а более крупная работа может быть выпущена по совместимой лицензии. [48] ​​Эта совместимость часто односторонняя. Содержимое, являющееся общественным достоянием, можно использовать где угодно, поскольку здесь нет претензий на авторские права, но код, приобретенный практически на любом наборе условий, не может быть передан в общественное достояние. Разрешительные лицензии могут использоваться в произведениях с авторским левом, но материалы с авторским левом не могут быть выпущены под разрешительной лицензией. Некоторые лицензии со слабым авторским левом могут использоваться под лицензией GPL и считаются совместимыми с GPL. Программное обеспечение GPL можно использовать только под лицензией GPL или AGPL. [46] Разрешительные лицензии в целом совместимы, поскольку они могут охватывать отдельные части проекта. Лицензии GPL, LGPL, AGPL, MPL, EPL и Apache были пересмотрены для улучшения совместимости. [49]

Правоприменение

Портрет Харальда Вельте
Первые юридические победы программиста Харальда Вельте создали прецедент для судебных разбирательств по программному обеспечению с открытым исходным кодом в Германии. [50]

Лицензии на бесплатное программное обеспечение и программное обеспечение с открытым исходным кодом успешно применяются в гражданских судах с середины 2000-х годов. [51] В двух ранних судебных процессах — Якобсен против Катцера в США и Вельте против Sitecom в Германии — ответчики утверждали, что лицензии на открытый исходный код недействительны. [52] [53] Sitecom и Katzer по отдельности утверждали, что лицензии не имеют исковой силы. Суды США и Германии отклонили эти иски. Они постановили, что ответчики не могли бы законно распространять программное обеспечение, если бы лицензии не имели исковой силы. [51] [50]

Суды установили, что распространение программного обеспечения означает принятие условий лицензии. [54] Физические версии программного обеспечения могут получить согласие потребителя путем размещения уведомлений на термоусадочной упаковке . Для онлайн-распространения можно использовать clickwrap — цифровой эквивалент, при котором пользователь должен щелкнуть мышью, чтобы принять. Программное обеспечение с открытым исходным кодом имеет дополнительный механизм принятия. Без разрешения правообладателя закон запрещает перераспространение. Поэтому суды трактуют перераспределение как принятие условий лицензии. Они могут включать положения об атрибуции или положения об исходном коде для лицензий с авторским левом. [55] [56]

Разработчики обычно добиваются соблюдения требований без судебных исков. Социального давления, как и возможность негативной реакции сообщества, часто бывает достаточно. [57] Письма о прекращении противоправных действий являются распространенным методом возвращения компаний к соблюдению требований, особенно в Германии. [58] В правовой системе Германии сложилась стандартная процедура. Разработчики FOSS предъявляют компаниям письмо о прекращении противодействия. В них описывается, как вернуться к соблюдению требований после нарушения. Немецкие судьи могут выдать предписание суда о прекращении противодействия компаниям, не отвечающим на запросы. Гражданские дела будут продолжены, если эти первые шаги не принесут результата. Немецкое процессуальное законодательство ясно и благоприятно для истцов. [59]

Сохраняется неопределенность в том, как различные суды будут рассматривать определенные аспекты лицензирования. [60] Что касается программного обеспечения в целом, ведутся споры о том, что можно запатентовать, а что можно защитить авторским правом. Что касается интерфейса прикладного программирования (API), Европейский суд в деле Института SAS 2012 года отметил , что «идеи и принципы, лежащие в основе интерфейсов [компьютерных программ], не защищены авторским правом». [61] В аналогичном деле 2021 года Верховный суд США разрешил воссоздание API в преобразовательном продукте при условии добросовестного использования . [62]

В сообществе FOSS давно обсуждается вопрос о том, являются ли лицензии с открытым исходным кодом «голыми лицензиями» или контрактами . [60] Согласно интерпретации голой лицензии, которую отстаивает FSF, правообладатель подает в суд дело о нарушении авторских прав . [51] Согласно толкованию договора, дело может быть возбуждено в суде заинтересованной стороной как нарушение договора . [63] Суды США и Франции рассматривали дела по обоим толкованиям. [64] Некоммерческие организации, такие как FSF и Software Freedom Conservancy, предлагают сохранять права на более мелкие проекты разработчиков для обеспечения соблюдения требований без финансовых санкций. [59]

Сравнения

Бесплатно программное обеспечение

Лицензии на бесплатное программное обеспечение также являются лицензиями на программное обеспечение с открытым исходным кодом. Отдельные термины «свободное программное обеспечение» и «программное обеспечение с открытым исходным кодом» отражают разные ценности, а не юридическую разницу. [65] [66] Основатель FSF Ричард Столлман заявил, что «свободное программное обеспечение является этическим императивом» в отличие от практических целей открытого исходного кода. [67] Брюс Перенс основал определение открытого исходного кода на руководящих принципах проекта Debian, которые были основаны на определении свободного программного обеспечения Столлмана . [68]

Иногда бывают крайние случаи, когда только один из FSF или OSI принимает лицензию. Например, только OSI одобрило лицензию Open Watcom . FSF рассматривал общественную лицензию Sybase Open Watcom как несвободную, поскольку она требовала публикации исходного кода для частных модификаций. [69] Подобные ситуации редки, а популярные лицензии на бесплатное программное обеспечение имеют открытый исходный код, включая GPL . [70]

Всеобщее достояние

Космические корабли и звезды на круглом мониторе
Ранние компьютерные программы, такие как новаторская видеоигра Spacewar! находятся в общественном достоянии. [71]

По истечении срока действия авторских прав произведение становится общественным достоянием и доступно каждому. [72] Некоторые творческие произведения не охраняются авторским правом и переходят непосредственно в общественное достояние. В ранней истории вычислений это относилось к программному обеспечению. [4] Раннее программное обеспечение часто отдавалось вместе с оборудованием. [73] Первоначально разработанная в Массачусетском технологическом институте новаторская видеоигра Spacewar! использовался как для продажи, так и для тестирования компьютера PDP-1 . [74]

По словам адвоката Лоуренса Розена , законы об авторском праве не были написаны с расчетом на то, что авторы поместят свои работы в общественное достояние. Таким образом, в законах об интеллектуальной собственности нет четких способов отказа от авторских прав. Лицензии с высокой степенью разрешений, называемые «общественным достоянием», по закону могут функционировать как односторонние контракты , которые предлагают что-то, но не навязывают никаких условий. [75] [76]

Лицензия , эквивалентная общественному достоянию , такая как Creative Commons CC0, обеспечивает отказ от претензий на авторские права в общественном достоянии вместе с разрешительной лицензией на программное обеспечение в качестве запасного варианта. В юрисдикциях, которые не принимают отказ от права на общественное достояние, вступает в силу разрешительная лицензия. [77] Отказы от общественного достояния имеют те же ограничения, что и простые академические лицензии. Это создает возможность того, что сторонняя сторона может попытаться контролировать произведение, являющееся общественным достоянием, посредством закона о патентах или товарных знаках. [78] Отказ от прав на использование общественного достояния регулирует гарантии иначе, чем любой тип лицензии. Даже самые либеральные из них, такие как лицензия MIT, отказываются от гарантий и ответственности. Любой, кто использует бесплатное программное обеспечение, должен принять этот отказ от ответственности в качестве условия. Поскольку контент, являющийся общественным достоянием, доступен каждому, отказ от авторских прав не может налагать отказ от ответственности. [72]

Бесплатное ПО

На диаграмме показано, что бесплатное ПО и программное обеспечение с открытым исходным кодом пересекаются, но не являются всеобъемлющими категориями.
FOSS зачастую бесплатен. Бесплатное программное обеспечение является бесплатным, но этот термин обычно означает бесплатное проприетарное программное обеспечение.

Бесплатное ПО — это программное обеспечение, распространяемое бесплатно. FOSS часто предоставляется бесплатно , но «бесплатное ПО» обычно относится к проприетарному программному обеспечению , которое не дает разрешения на изменение или распространение копий. Лицензии на проприетарные бесплатные программы могут иметь ограничения на распространение, коммерческое использование или установку, [79] указанные в лицензионном соглашении с конечным пользователем . [80] Многие компании, производящие проприетарное программное обеспечение, распространяют бесплатное программное обеспечение, в том числе Microsoft , которая была крупнейшим в мире поставщиком в 2014 году . [81] Программное обеспечение с доступными исходными кодами — это проприетарное бесплатное ПО, которое поставляется со справочным кодом на исходный код. [82] Например, инициатива Microsoft по совместному использованию исходного кода — попытка повысить конкурентоспособность среди свободного программного обеспечения — привела к созданию проприетарного исходного кода, который клиенты могли использовать для внутренних или некоммерческих модификаций. [83]

Смотрите также

Примечания

  1. ^ аб Розен 2005, гл. 2.
  2. ^ "Бернская конвенция". Векс . Корнеллская юридическая школа. Ноябрь 2021 г.
  3. ^ Фагундес и Перзановский 2020, с. 529.
  4. ^ ab Оман 2018, стр. 641–642.
  5. ^ Уильямс 2002, гл. 1.
  6. ^ Уильямс 2002, гл. 7.
  7. ^ аб Уильямс 2002, гл. 9.
  8. ^ Перенс 1999, № 16.
  9. ^ Раймонд 1999, «Мемы и мифотворчество».
  10. ^ Раймонд 2001, «Собор и базар».
  11. ^ Микер 2020, 2:33–3:06.
  12. ^ Раймонд 2001.
  13. ^ Раймонд 2001, «Социальный контекст программного обеспечения с открытым исходным кодом».
  14. ^ Раймонд 2001, с. 19.
  15. ^ Онетти и Верма 2009, с. 69.
  16. ^ аб Хаммерли, Пакуин и Уолтон 1999.
  17. ^ Смит 2022, § 3.2.
  18. ^ Аб Сен, Субраманиам и Нельсон, 2008, стр. 211–212.
  19. ^ Аб Микер 2020, 16:13.
  20. ^ Розен 2005, стр. 22–24.
  21. ^ abc Bain & Smith 2022, гл. 10.
  22. ^ Честек 2022, с. 30.
  23. ^ Честек 2022, стр. 184–185.
  24. ^ Розен 2005, с. 38.
  25. ^ Розен 2005, с. 69.
  26. ^ Розен 2005, стр. 101–102.
  27. ^ аб Смит 2022, § 3.2.1.1.
  28. ^ ОСИ 2023.
  29. ^ аб Розен 2005, стр. 73–90.
  30. ^ OSI 2023, «Лицензия MIT».
  31. ^ Смит 2022, § 3.2.1.2.
  32. ^ OSI 2023, «Лицензия Apache, версия 2.0».
  33. ^ Сен-Лоран 2004, стр. 38–39.
  34. ^ Розен 2005, стр. 103–106.
  35. ^ Китс 2010, с. 64.
  36. ^ «Полный текст уведомления о разрешении на копирование GNU Emacs» . 1985.
  37. ^ Китс 2010, стр. 63–67.
  38. ^ Розен 2005, стр. 103–109.
  39. ^ Микер 2020, 6:00–7:22.
  40. ^ Радость 2022, стр. 990–992.
  41. ^ Сен-Лоран 2004, стр. 68, 75.
  42. ^ Аб Цай 2008, стр. 564–570.
  43. ^ Хаммерли, Пакуин и Уолтон 1999, № 23.
  44. ^ Сен, Субраманиам и Нельсон, 2008, стр. 212–213.
  45. ^ Розен 2005, см. соответствующие главы.
  46. ^ Аб Смит 2022, § 3.3.
  47. ^ Розен 2005, стр. 243–247.
  48. ^ Сен-Лоран 2004, стр. 159–163.
  49. ^ См. Смит 2022, стр. 102 для: лицензии Apache версии 2.0 в 2004 г., версии GPL 3 в 2007 г., версии LGPL 3 в 2007 г. и версии AGPL 3 в 2007 г. См. Smith 2022, стр. 95–101 для информации: MPL версии 2.0 в 2012 г. и EPL версии 2 в 2007 г. 2017.
  50. ^ ab Ballhausen 2022, § 5.3.
  51. ^ abc Smith 2022, § 3.4.1.
  52. ^ Якобсен против Катцера , 535 F.3d 1373 ( Федеральный округ, 2008 г.).
  53. ^ Вельте против Sitecom (Окружной суд Мюнхена, 2004 г.), № 21 O 6123/04.
  54. ^ Смит 2022, с. 106.
  55. ^ Розен 2005, гл. 6.
  56. ^ Микер 2020, 17:04.
  57. ^ Сен-Лоран 2004, стр. 158–159.
  58. ^ Бальхаузен 2022, с. 127.
  59. ^ ab Ballhausen 2022, § 5.4.
  60. ^ аб Уолден 2022, § 1.1.
  61. ^ Смит 2022, § 3.1.3.
  62. ^ Google LLC против Oracle America, Inc. , 593 США ___, 1203 (2021 г.).
  63. ^ Смит 2022, § 3.4.2.
  64. ^ Смит 2022, § 3.4.
  65. ^ Онетти и Верма 2009, с. 71.
  66. ^ Сен-Лоран 2004, стр. 81–83, 114.
  67. ^ Столлман, 2021 г., «Для движения за свободное программное обеспечение свободное программное обеспечение является этическим императивом».
  68. ^ Перенс 1999, № 11.
  69. ^ Столлман, 2021, «Практические различия между бесплатным программным обеспечением и открытым исходным кодом».
  70. ^ Бальхаузен 2019, с. 82.
  71. ^ Росс 2021, «Космическая война: Конец развития».
  72. ^ аб Розен 2005, с. 36.
  73. ^ Уолден 2022, с. 3.
  74. ^ Смит 2019, стр. 55–56.
  75. ^ Розен 2005, стр. 74–77.
  76. ^ Сен-Лоран 2004, с. 98.
  77. ^ Фагундес и Перзановский 2020, с. 524.
  78. ^ Радость 2022, стр. 1008–1010.
  79. ^ Корбли 2014, стр. 66–68.
  80. ^ Корбли 2014, с. 69.
  81. ^ Корбли 2014, стр. 70.
  82. ^ Кунерт 2022.
  83. ^ Сен-Лоран 2004, стр. 144–146.

Рекомендации