Лицензии с открытым исходным кодом — это лицензии на программное обеспечение , которые позволяют использовать, изменять и распространять контент. Они способствуют разработке бесплатного программного обеспечения с открытым исходным кодом (FOSS). Законы об интеллектуальной собственности (ИС) ограничивают изменение и распространение творческих работ. Бесплатные лицензии и лицензии с открытым исходным кодом используют эти существующие правовые структуры для обратной цели. Они предоставляют получателю права использовать программное обеспечение, изучать исходный код , изменять его и распространять модификации. Эти критерии изложены в Определении открытого исходного кода .
После 1980 года в США стали относиться к программному обеспечению как к литературному произведению, на которое распространяется действие закона об авторском праве. Ричард Столлман основал движение за свободное программное обеспечение в ответ на рост популярности несвободных программ . Термин «открытый исходный код» использовался Open Source Initiative (OSI), основанным разработчиками свободного программного обеспечения Брюсом Перенсом и Эриком С. Рэймондом . «Открытый исходный код» подчеркивает сильные стороны модели открытой разработки, а не свободы программного обеспечения. Хотя цели этих условий разные, лицензии с открытым исходным кодом и лицензии на бесплатное программное обеспечение описывают один и тот же тип лицензий. [1]
Двумя основными категориями лицензий с открытым исходным кодом являются разрешительные и авторское лево . Оба предоставляют разрешение на изменение и распространение программного обеспечения. Обычно они требуют указания авторства и отказа от ответственности . Разрешительные лицензии исходят от академических кругов. Лицензии с авторским левом появились в результате движения за свободное программное обеспечение. Лицензии с авторским левом требуют, чтобы производные работы распространялись вместе с исходным кодом и под аналогичной лицензией. С середины 2000-х годов суды во многих странах поддержали условия обоих типов лицензий. Разработчики программного обеспечения возбудили дела о нарушении авторских прав и контрактах.
Интеллектуальная собственность (ИС) — это правовая категория, которая рассматривает творческую продукцию как собственность, сравнимую с частной собственностью . [2] Правовые системы предоставляют владельцу IP право ограничивать доступ разными способами. [3] Владельцы могут продавать, сдавать в аренду, дарить или лицензировать свою недвижимость. [4] Несколько типов законов об интеллектуальной собственности охватывают программное обеспечение, включая товарные знаки , патенты и авторские права . [4]
Большинство стран, включая США (США), создали законы об авторском праве в соответствии с Бернской конвенцией . [5] Эти законы закрепляют авторские права всякий раз, когда произведение выпущено в любом фиксированном формате. [6] Согласно закону США об авторском праве, первоначальный выпуск считается оригинальным произведением . [7] Автор или его работодатель обладает авторскими правами на эту оригинальную работу и, следовательно, имеет исключительное право создавать копии, выпускать модифицированные версии, распространять копии, публично исполнять или демонстрировать работу публично. Модифицированные версии оригинального произведения являются производными . [8] Когда автор изменяет существующее произведение, он сохраняет авторские права на свои модификации. [9] Если оригинальное произведение не находилось в общественном достоянии, производное произведение может распространяться только с разрешения каждого правообладателя. [10]
В 1980 году правительство США внесло поправки в закон, рассматривающие программное обеспечение как литературное произведение. Программное обеспечение, выпущенное после этого момента, было ограничено законами об интеллектуальной собственности. [11] В то время американский активист и программист Ричард Столлман работал аспирантом в Лаборатории компьютерных наук и искусственного интеллекта Массачусетского технологического института . Столлман стал свидетелем раздробленности среди разработчиков программного обеспечения. Он обвинил в этом распространение несвободного программного обеспечения и закрытые модели разработки. Чтобы противостоять этим тенденциям, Столлман основал движение за свободное программное обеспечение . [12] На протяжении 1980-х годов он начал проект GNU по созданию свободной операционной системы, писал эссе о свободе, основал Фонд свободного программного обеспечения (FSF) и написал несколько лицензий на свободное программное обеспечение. [13] FSF использовал существующие законы об интеллектуальной собственности в целях, противоположных поставленной цели ограничения. Вместо того, чтобы налагать ограничения, свободное программное обеспечение явно предоставляло свободу получателю. [14]
В 90-х годах термин «открытый исходный код» был придуман как альтернативный термин для свободного программного обеспечения, и были установлены конкретные критерии для определения того, какие лицензии охватывают свободное программное обеспечение и программное обеспечение с открытым исходным кодом. [15] [16] Два активных члена сообщества свободного программного обеспечения, Брюс Перенс и Эрик С. Рэймонд , основали Open Source Initiative (OSI). [17] В Debian Перенс предложил Руководство по свободному программному обеспечению Debian (DFSG). [18] DFSG был разработан, чтобы обеспечить более конкретный и объективный стандарт для FOSS, который Debian будет размещать в своих репозиториях. [19] OSI приняла DSFG и использовала их в качестве основы для своего определения открытого исходного кода. [20] Фонд свободного программного обеспечения поддерживает конкурирующий набор критериев — Определение свободного программного обеспечения. [21] Исторически эти три организации и их наборы критериев были заметными авторитетами в определении того, распространяется ли лицензия на бесплатное программное обеспечение с открытым исходным кодом. [22] Между отдельными лицензиями существует значительное разнообразие, но между конкурирующими определениями разница невелика. [16] Каждое из трех определений требует, чтобы люди, получающие обслуживаемое программное обеспечение, имели возможность использовать, изменять и распространять обслуживаемое программное обеспечение. [23]
Эрик С. Рэймонд был сторонником термина « открытый исходный код », а не «свободного программного обеспечения». Он считал открытый исходный код более привлекательным для бизнеса и более отражающим ощутимые преимущества разработки FOSS. Одной из целей Рэймонда было расширить существующее хакерское сообщество, включив в него крупных коммерческих разработчиков. [24] В книге «Собор и базар» Рэймонд сравнил разработку с открытым исходным кодом с базаром , общественным рынком под открытым небом. [25] Он утверждал, что, помимо этики, открытая модель дает преимущества, которые несвободное программное обеспечение не может воспроизвести. [26] [27] Рэймонд уделял большое внимание обратной связи , тестированию и отчетам об ошибках . [28] Он противопоставил проприетарную модель, в которой небольшие группы секретных работников выполняли эту работу, разработке Linux, где пул тестировщиков потенциально включал весь мир. [29] Он резюмировал эту силу так: «При достаточном количестве глаз все ошибки мелкие». [30] OSI удалось предоставить разработку с открытым исходным кодом корпоративным разработчикам, включая Sun Microsystems, IBM , Netscape, Mozilla , Apache , Apple Inc., Microsoft и Nokia. Эти компании выпустили код в соответствии с существующими лицензиями и разработали свои собственные для утверждения OSI. [31] [32]
Лицензии с открытым исходным кодом подразделяются на авторское лево и разрешительные . [33] Лицензии с авторским левом требуют, чтобы производные работы включали исходный код под аналогичной лицензией. Разрешительных лицензий нет, поэтому код можно использовать в составе проприетарного программного обеспечения. Копилефт можно разделить на сильное и слабое в зависимости от того, широко или узко они определяют производные произведения. [34] [35]
Лицензии сосредоточены на законе об авторском праве, но код также распространяется и на другие формы интеллектуальной собственности. [36] Основные лицензии с открытым исходным кодом, выписанные с конца 1990-х годов, содержат выдачи патентов. Эти патентные гранты с открытым исходным кодом распространяются на патенты, принадлежащие разработчикам. [37] Патенты на программное обеспечение охватывают идеи и, а не конкретную реализацию, охватывают любую реализацию формулы изобретения . Патентные претензии дают владельцу право исключать других из производства, использования, продажи или импорта продуктов, основанных на этой идее. Поскольку патенты предоставляют право исключать, а не право создавать, можно иметь патент на идею, но при этом не иметь возможности законно реализовать ее, если изобретение основано на другой запатентованной идее. Таким образом, выдача патентов с открытым исходным кодом может давать разрешение только на защищенные патенты. Они не могут гарантировать, что третья сторона не запатентовала какие-либо концепции, воплощенные в коде. [36] Старые разрешительные лицензии не обсуждают патенты напрямую и предлагают только неявное предоставление патентов в своих предложениях по использованию или продаже защищенного материала. [38] Новые лицензии с авторским левом и лицензия Apache 2004 года предлагают явное предоставление патентов и ограниченную защиту от патентных судебных разбирательств. [39] Эти положения о преследовании патентов защищают разработчиков, прекращая выдачу грантов любой стороне, которая инициирует патентный иск в отношении соответствующего программного обеспечения. [39]
Товарные знаки являются единственной формой интеллектуальной собственности, не используемой бесплатным программным обеспечением с открытым исходным кодом. Товарные знаки в FOSS действуют так же, как и любые другие товарные знаки. [40] Товарный знак — это образец, который идентифицирует отдельный источник продукта. Поскольку они различают продукты, одни и те же образцы могут использоваться в разных областях, где нет риска перепутать схожие источники. [41] Отказ от контроля над товарным знаком приведет к утрате этого товарного знака. Таким образом, ни одна лицензия с открытым исходным кодом не предполагает свободного использования товарного знака. [42]
Ограничения на использование товарных знаков могут перекрывать авторские права и влиять на материалы, которые в противном случае находятся в свободном доступе. [43] Верховный суд США назвал использование закона о товарных знаках для ограничения содержания, являющегося общественным достоянием, «мутантным авторским правом». [44] В деле Dastar Corp. против Twentieth Century Fox Film Corp. суд «предостерег [ред] против неправильного использования или чрезмерного расширения закона о товарных знаках», не вынеся твердого решения по этим мутантным авторским правам. [45] [46] Перекрытие товарных знаков может сделать проекты с открытым исходным кодом и бесплатным контентом уязвимыми для «враждебного поглощения», если внешние стороны подадут заявку на товарные знаки на производные работы. [47] Примечательно, что Андрей Душкин подал заявку на регистрацию товарных знаков в SCP Foundation , совместном писательском проекте, при создании производных произведений на основе историй SCP. [48]
Разрешительные лицензии , также известные как академические лицензии, [49] позволяют получателям использовать, изменять и распространять программное обеспечение без обязательств предоставлять исходный код. Учреждения создали эти лицензии для распространения своих творений среди общественности. [49] Разрешительные лицензии обычно короткие, часто меньше страницы текста. Они налагают мало условий. Большинство из них включают отказ от гарантий и обязательств перед авторами . Некоторые из них включают четкие положения о патентах, товарных знаках и других формах интеллектуальной собственности. [50]
Калифорнийский университет в Беркли создал первую лицензию с открытым исходным кодом, когда они начали распространять свою операционную систему Berkeley Software Distribution (BSD). Лицензия BSD и ее более поздние варианты разрешают модификацию и распространение соответствующего программного обеспечения. Лицензии BSD привнесли в компьютерную сферу концепцию академической свободы идей. Первые авторы академического программного обеспечения делились кодом на основе подразумеваемых обещаний. Беркли ясно изложил эти концепции, четко оговорив отказ от ответственности и гарантий, а также условия или положения о перераспределении. В оригинале было четыре пункта, но последующие версии еще больше уменьшили ограничения. В результате обычно указывается, использует ли обслуживаемое программное обеспечение версию с двумя или тремя пунктами. [51] [52]
Массачусетский технологический институт ( MIT) создал академическую лицензию на основе оригинала BSD. Лицензия MIT уточнила условия, сделав их более ясными. [53] Например, лицензия MIT описывает право на сублицензию. [54] Одной из сильных сторон разработки с открытым исходным кодом является непрерывный процесс, в котором разработчики могут опираться на производные работы друг друга и объединять свои проекты в коллективные работы. Явное предоставление возможности сублицензирования закрытого кода дает юридическое преимущество при отслеживании цепочки авторства. [53] BSD и MIT представляют собой шаблонные лицензии, которые можно адаптировать к любому проекту. Они широко адаптированы и используются во многих проектах FOSS. [51]
Лицензия Apache является более полной и ясной. Apache Software Foundation написал его для своего HTTP-сервера Apache . Версия 2, опубликованная в 2004 году, предлагает юридические преимущества по сравнению с простыми лицензиями и предоставляет аналогичные гранты. [55] В то время как лицензии BSD и MIT предусматривают неявное предоставление патента, [56] лицензия Apache включает раздел о патентах с явным предоставлением патента со стороны участников. [57] Кроме того, это одна из немногих разрешительных лицензий с оговоркой о возмездии за патент. [58] Положения о преследовании патента или приостановлении действия патента вступают в силу, если лицензиат инициирует судебный процесс о нарушении патентных прав на защищенный код. В такой ситуации выдача патента аннулируется. Эти положения защищают от патентного троллинга . [59]
%22_sticker,_from_an_envelope_mailed_from_Don_Hopkins_to_Richard_Stallman_in_1984..jpg/1280px-%22Copyleft_(L)%22_sticker,_from_an_envelope_mailed_from_Don_Hopkins_to_Richard_Stallman_in_1984..jpg)
Лицензии с авторским левом требуют, чтобы исходный код распространялся вместе с программным обеспечением, а также требуют, чтобы исходный код был доступен под аналогичной лицензией. [34] [60] Как и разрешительные лицензии, большинство лицензий с авторским левом требуют указания авторства. [61] Большинство из них, включая GPL, отказываются от подразумеваемых гарантий. [62]
Копилефт использует ограничения закона об интеллектуальной собственности — вопреки своей обычной цели — чтобы потребовать, чтобы код оставался открытым. [63] Этот термин и связанный с ним лозунг «Все права отменены» ранее в шутливой форме использовались Principia Discordia и Tiny BASIC ; современное использование начинается с усилий Ричарда Столлмана по созданию свободной операционной системы. В 1984 году программист Дон Хопкинс отправил Столлману руководство с наклейкой «Copyleft Ⓛ». Столлман, работавший над операционной системой GNU, принял этот термин. [64] Ранняя версия лицензирования с авторским левом использовалась в выпуске GNU Emacs 1985 года . [14] [65] Этот термин стал ассоциироваться с более поздними взаимными лицензиями FSF, в частности с GNU General Public License (GPL). [66]
Традиционные лицензии на несвободное программное обеспечение создаются с целью увеличения прибыли , но Столлман написал GPL для увеличения количества доступного свободного программного обеспечения. Его взаимные лицензии дают права на использование, изменение и распространение произведения при условии, что люди должны выпускать производные работы по лицензии, предлагающей те же самые свободы. Программное обеспечение, созданное на основе авторского лева, должно поставляться с исходным кодом, и исходный код должен быть доступен по той же или аналогичной лицензии. Это обеспечивает защиту от проприетарного программного обеспечения, потребляющего код без возврата. [67] [68] Ричард Столлман заявил, что «центральная идея авторского лева состоит в том, чтобы использовать закон об авторском праве, но перевернуть его, чтобы служить противоположной его обычной цели: вместо средства приватизации программного обеспечения [авторское право] становится средством сохранение программного обеспечения свободным». [69] Лицензии на бесплатное программное обеспечение также являются лицензиями на программное обеспечение с открытым исходным кодом. [70] Отдельные термины «свободное программное обеспечение» и «программное обеспечение с открытым исходным кодом» отражают разные ценности, а не юридические различия. [71] Оба движения и их формальные определения требуют, чтобы рассматриваемая работа была доступна с исходным кодом и с разрешением на изменение и распространение. [16] Иногда бывают крайние случаи, когда только один из FSF или OSI принимает лицензию, но популярные лицензии на бесплатное программное обеспечение имеют открытый исходный код, включая GPL . [72]
.jpg/1280px-Mitchell_Baker_(2).jpg)
Практические преимущества лицензий с авторским левом привлекли коммерческих разработчиков. Корпорации использовали и подписывали взаимные лицензии с более узкой сферой действия, чем GPL. [74] Например, Netscape разработала собственные условия авторского лева после отказа от разрешительных лицензий для проекта Mozilla. [75] GPL остается самой популярной лицензией этого типа, но есть и другие важные примеры. FSF разработал для библиотек Lesser General Public License (LGPL) . Mozilla использует Общественную лицензию Mozilla (MPL) для своих выпусков, включая Firefox . IBM разработала Стандартную общественную лицензию (CPL), а затем приняла Публичную лицензию Eclipse (EPL). Разница между GPL и другими взаимными лицензиями заключается в том, как они определяют производные работы, на которые распространяются взаимные положения. GPL и основанная на ней лицензия Affero (AGPL) используют широкую область описания затронутых работ. AGPL расширяет взаимное обязательство GPL, распространяя его на программное обеспечение, доступное по сети. [74] [32] Их называют сильным авторским левом в отличие от более слабых лицензий с авторским левом, часто используемых корпорациями. Слабое авторское лево использует более узкие и явные определения производных произведений. [76] [35] MPL использует определение на основе файлов, CPL и EPL используют определение на основе модулей, а собственный LGPL FSF относится к библиотекам программного обеспечения. [77]
Совместимость лицензий определяет, как код с разными лицензиями может распространяться вместе. Цель лицензирования открытого исходного кода — сделать работу свободно доступной, но это усложняется при работе с множеством терминологий, предъявляющих разные требования. [78] Существует множество редко используемых лицензий , а некоторые проекты заключают собственные индивидуальные соглашения. В результате это вызывает больше путаницы, чем другие правовые аспекты. При выпуске сборника приложений каждую лицензию можно рассматривать отдельно. Однако при попытке объединить программное обеспечение код из другого проекта может быть лицензирован только в том случае, если в проекте используются совместимые условия. [79]
При объединении баз кода исходные лицензии могут быть сохранены для отдельных компонентов, а более крупная работа может быть выпущена по совместимой лицензии. [80] Эта совместимость часто является односторонней. Содержимое, являющееся общественным достоянием, можно использовать где угодно, поскольку здесь нет претензий на авторские права, но код, приобретенный практически на любом наборе условий, не может быть передан в общественное достояние. Разрешительные лицензии могут использоваться в произведениях с авторским левом, но материалы с авторским левом не могут быть выпущены под разрешительной лицензией. Некоторые лицензии со слабым авторским левом могут использоваться под лицензией GPL и считаются совместимыми с GPL. Программное обеспечение GPL можно использовать только под лицензией GPL или AGPL. [78] Разрешительные лицензии в целом совместимы, поскольку они могут охватывать отдельные части проекта. Несколько лицензий, включая GPL и Apache License, были пересмотрены для улучшения совместимости. [81]
Проблемы перевода, двусмысленность условий лицензирования и несовместимость некоторых лицензий с законодательством определенных юрисдикций усугубляют проблему совместимости лицензий. [82] Загрузить модуль с открытым исходным кодом несложно, но соблюдение условий лицензирования может оказаться более сложным. [83] Из-за большого количества зависимостей программного обеспечения инженеры, работающие над сложными проектами, часто полагаются на программное обеспечение для управления лицензиями, чтобы обеспечить соблюдение условий лицензирования компонентов с открытым исходным кодом. [84] Во многих файлах программного обеспечения с открытым исходным кодом лицензия не указана однозначно, что затрудняет соблюдение требований. [83]
Лицензии на бесплатное программное обеспечение и программное обеспечение с открытым исходным кодом успешно применяются в гражданских судах с середины 2000-х годов. [86] В двух первых судебных процессах — Якобсен против Катцера в США и Вельте против Sitecom в Германии — ответчики утверждали, что лицензии на открытый исходный код недействительны. [87] [88] Sitecom и Katzer по отдельности утверждали, что лицензии не имеют исковой силы. Суды США и Германии отклонили эти иски. Они постановили, что ответчики не могли бы законно распространять программное обеспечение, если бы лицензии не имели исковой силы. [86] [85]
Суды установили, что распространение программного обеспечения означает принятие условий лицензии. [89] Физические версии программного обеспечения могут получить согласие потребителя путем размещения уведомлений на термоусадочной упаковке . Для онлайн-распространения можно использовать clickwrap — цифровой эквивалент, при котором пользователь должен щелкнуть мышью, чтобы принять. [90] Программное обеспечение с открытым исходным кодом имеет дополнительный механизм принятия. Без разрешения правообладателя закон запрещает перераспространение. [91] Таким образом, суды рассматривают перераспределение как принятие условий лицензии. Они могут включать положения об атрибуции или положения об исходном коде для лицензий с авторским левом. [92] [93]
Разработчики обычно добиваются соблюдения требований без судебных исков. Социального давления, как и возможность негативной реакции сообщества, часто бывает достаточно. [94] Письма о прекращении противоправных действий являются распространенным методом возвращения компаний к соблюдению требований, особенно в Германии. [95] В правовой системе Германии сложилась стандартная процедура. Разработчики FOSS предъявляют компаниям письмо о прекращении противодействия. В этих письмах описывается, как вернуться к соблюдению требований после нарушения. Немецкие судьи могут по решению суда издать приказ о прекращении противодействия компаниям, не отвечающим на запросы. Гражданские дела будут продолжены, если эти первые шаги не принесут результата. Немецкое процессуальное законодательство ясно и благоприятно для истцов. [96]
Сохраняется неопределенность в том, как различные суды будут рассматривать определенные аспекты лицензирования. [97] Что касается программного обеспечения в целом, ведутся споры о том, что можно запатентовать, а что можно защитить авторским правом. Что касается интерфейса прикладного программирования (API), Европейский суд в деле Института SAS 2012 года отметил, что «идеи и принципы, лежащие в основе интерфейсов [компьютерных программ], не защищены авторским правом». [98] В аналогичном деле 2021 года Верховный суд США разрешил воссоздание API в преобразовательном продукте при условии добросовестного использования . [99]
В сообществе FOSS давно обсуждается вопрос о том, являются ли лицензии с открытым исходным кодом «голыми лицензиями» или контрактами . [97] Простая лицензия представляет собой набор условий, при которых разрешены действия, иным образом ограниченные законами об интеллектуальной собственности. [86] В соответствии с интерпретацией голой лицензии, которую отстаивает FSF, правообладатель подает в суд дело о нарушении авторских прав . [86] Согласно толкованию договора, дело может быть возбуждено в суде заинтересованной стороной как нарушение договора . [100] Суды США и Франции рассматривали дела по обоим толкованиям. [101] Некоммерческие организации, такие как FSF и Software Freedom Conservancy, предлагают удерживать права на проекты разработчиков для обеспечения соблюдения требований. [96]
По истечении срока действия авторских прав произведение становится общественным достоянием и доступно каждому бесплатно. [103] Некоторые творческие произведения не охраняются авторским правом и переходят непосредственно в общественное достояние. В ранней истории вычислений это относилось к программному обеспечению. [11] Раннее программное обеспечение часто отдавалось вместе с оборудованием. [104] Первоначально разработанная в Массачусетском технологическом институте новаторская видеоигра Spacewar! использовался для продажи и тестирования компьютера PDP-1 . [105]
По словам адвоката Лоуренса Розена , законы об авторском праве не были написаны с расчетом на то, что авторы поместят свои работы в общественное достояние. Таким образом, в законах об интеллектуальной собственности нет четких способов отказа от авторских прав. Лицензии с высокой степенью разрешений, называемые «общественным достоянием», по закону могут функционировать как односторонние контракты , которые предлагают что-то, но не навязывают никаких условий. [106] [107]
Лицензия , эквивалентная общественному достоянию , такая как Creative Commons CC0, обеспечивает отказ от претензий на авторские права в общественное достояние вместе с разрешительной лицензией на программное обеспечение в качестве запасного варианта. В юрисдикциях, которые не принимают отказ от права на общественное достояние, вступает в силу разрешительная лицензия. [108] Отказы от общественного достояния имеют те же ограничения, что и простые академические лицензии. Это создает возможность того, что сторонняя сторона может попытаться контролировать произведение, являющееся общественным достоянием, посредством закона о патентах или товарных знаках. [109] Отказы от прав на использование общественного достояния регулируют гарантии иначе, чем любой тип лицензии. Даже самые либеральные из них, такие как лицензия MIT, отказываются от гарантий и ответственности. Любой, кто использует бесплатное программное обеспечение, должен принять этот отказ от ответственности в качестве условия. Поскольку контент, являющийся общественным достоянием, доступен каждому, отказ от авторских прав не может налагать отказ от ответственности. [103]
Лицензии с открытым исходным кодом позволяют другим предприятиям коммерциализировать защищенное программное обеспечение. [110] Произведения, выпущенные по разрешительной лицензии, могут быть включены в несвободное программное обеспечение. [111] Разрешительные лицензии допускают добавление новых условий, в том числе имущественных. [112] [113] Проприетарное программное обеспечение имеет сильно интегрированный открытый исходный код, выпущенный по лицензиям Apache, BSD и MIT. [114] Открытое ядро — это бизнес-модель, при которой разработчики выпускают основную часть программного обеспечения с открытым исходным кодом и монетизируют содержащий ее продукт как проприетарное программное обеспечение. [115] Лицензия GPL с сильным авторским левом написана для предотвращения распространения внутри несвободного программного обеспечения. [116] [117] Слабые лицензии с авторским левом налагают особые требования к производным работам, которые при определенных обстоятельствах могут допускать распространение защищенного кода в составе проприетарного программного обеспечения. [78]
Облачные вычисления опираются на бесплатное программное обеспечение с открытым исходным кодом и избегают распространения, которое требует большинства лицензий. Облачное программное обеспечение размещается, а не распространяется. [118] Поставщик размещает программное обеспечение в Интернете, и его конечным пользователям не нужно загружать, получать доступ или даже знать об используемом коде. [119] Стандартная общественная лицензия GNU Affero с авторским левом (AGPL) вступает в силу, когда защищенный код размещается или распространяется. [120] Некоторые разработчики приняли AGPL, а другие перешли на проприетарные лицензии с функциями лицензирования с открытым исходным кодом. [121] Например, разработчик открытого ядра Elastic перешёл с лицензии Apache на «доступную в исходном коде» серверную общественную лицензию . [122] Программное обеспечение, доступное в исходном коде, сопровождается исходным кодом в качестве справочного материала. [123]
С 2010 года популярность облачной модели возросла. [118] Разработчики раскритиковали облачные компании, которые получают прибыль от размещения программного обеспечения с открытым исходным кодом, не вкладывая денег или кода, сравнивая эту практику с майнингом . [124] Лидер облачных вычислений Amazon Web Services заявила, что соблюдает лицензии и действует в интересах своих клиентов. [124] [125]