Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Маленькая буква с повернута на 180 градусов и окружена единственной линией, образующей круг.
Символ авторского лева

Копилефт - это практика предоставления права свободно распространять и изменять интеллектуальную собственность с требованием сохранения тех же прав на производные работы, созданные на основе этой собственности. [1] Авторское лево в форме лицензий может использоваться для поддержания условий авторского права на произведения, начиная от компьютерного программного обеспечения и заканчивая документами , произведениями искусства , научными открытиями и даже некоторыми патентами . [2]

Лицензии на программное обеспечение с авторским левом считаются защитными или взаимными в отличие от разрешительных лицензий на свободное программное обеспечение [3] и требуют, чтобы информация, необходимая для воспроизведения и изменения произведения, была доступна получателям программного обеспечения или двоичных файлов . Эта информация чаще всего представлена ​​в виде файлов исходного кода , которые обычно содержат копию условий лицензии и указывают авторов кода.

Известные лицензии с авторским левом включают Стандартную общественную лицензию GNU (GPL), первоначально написанную Ричардом Столлманом , которая была первой лицензией с авторским левом для программного обеспечения, получившей широкое распространение [4], а также условие лицензии Creative Commons на условиях общего доступа [5] , лицензия с авторским левом, предназначенная для других форм интеллектуальной собственности, таких как документы и изображения.

История [ править ]

Первое использование слова «авторское лево» было в уведомлении о распространении «@COPYLEFT ALL WRONGS RESERVED» Ли-Чен Ванга Palo Alto Tiny BASIC «@COPYLEFT ALL WRONGS RESERVED» в июне 1976 года. [6] [7] Tiny BASIC не распространялся ни в какой формальной форме условия распространения с авторским левом, но это было представлено в контексте, когда исходный код распространялся и изменялся. Фактически, Ван ранее вносил правки в Tiny BASIC Extended, прежде чем написал свой собственный интерпретатор BASIC . [8] Он призвал других адаптировать его исходный код и публиковать свои адаптации, как в случае с версией PATB Роджера Раусколба, опубликованной в Interface Age . [9]

Понятие копилефта было описано в Ричарда Столлмана «S GNU манифеста в 1985 году, где он писал:

GNU не является общественным достоянием. Всем будет разрешено изменять и распространять GNU, но ни один распространитель не имеет права ограничивать его дальнейшее распространение. Другими словами, проприетарные модификации не допускаются. Я хочу убедиться, что все версии GNU остаются бесплатными.

Столмен несколько лет назад работал над интерпретатором Лиспа . Symbolics попросили использовать интерпретатор Лиспа, и Столлман согласился предоставить им общедоступную версию своей работы. Symbolics расширила и улучшила интерпретатор Лиспа, но когда Столлман захотел получить доступ к улучшениям, которые Symbolics внесла в его интерпретатор, Symbolics отказалась. Затем, в 1984 году Столлман приступил к работе по искоренению этого возникающего поведения и культуры несвободного программного обеспечения , которое он назвал накоплением программного обеспечения.. Это был не первый раз, когда Столлман имел дело с проприетарным программным обеспечением, но он считал это взаимодействие «поворотным моментом». Он оправдал совместное использование программного обеспечения, заявив, что при совместном использовании программное обеспечение в Интернете можно скопировать без потери исходной части работы. Программное обеспечение можно использовать несколько раз без повреждения или износа. [10] [11]

Поскольку Столлман счел непрактичным в краткосрочной перспективе отменить действующий закон об авторском праве и ошибки, которые, по его мнению, были увековечены, он решил работать в рамках существующего закона ; в 1985 году [12] он создал свою собственную лицензию на авторское право, Стандартную общественную лицензию Emacs [13], первую лицензию с авторским левом. Позже это превратилось в Стандартную общественную лицензию GNU., которая сейчас является одной из самых популярных лицензий на свободное программное обеспечение. Впервые правообладатель предпринял шаги, гарантирующие, что максимальное количество прав будет постоянно передаваться пользователям программы, независимо от того, какие последующие изменения кто-либо внес в исходную программу. Эта первоначальная GPL не предоставляла права широкой публике, а только тем, кто уже получил программу; но это было лучшее, что можно было сделать в соответствии с действующим законодательством.

Новая лицензия в то время не имела ярлыка с авторским левом. [14] Ричард Столмен заявил, что использование «авторского лева» исходит от Дона Хопкинса , который отправил ему письмо в 1984 или 1985 г., в котором было написано: «Авторское лево - все права отменены». [14] В начале 1970-х годов в самоизданной книге « Principia Discordia» содержалось примечание «Ⓚ All Rites Reversed - перепечатайте то, что вам нравится» ( sic ) . В искусстве Рэй Джонсон ранее ввел термин независимо, поскольку он относился к его созданию и распространению своих изображений смешанной техники в его мейл-арте и эфемерных подарках, для которых он поощрял созданиепроизводные произведения . (Хотя эта фраза кратко встречается (или на) одной из его частей в документальном фильме 2002 года Как нарисовать кролика , сам Джонсон не упоминается в документальном фильме 2001 года Revolution OS .)

Принципы авторского лева [ править ]

Свобода [ править ]

В то время как закон об авторском праве дает авторам программного обеспечения контроль над копированием, распространением и модификацией их работ, цель авторского лева - предоставить всем пользователям / зрителям произведения свободу выполнять все эти действия. Эти свободы (из Определения свободного программного обеспечения ) включают: [10] [15]

Свобода 0
свобода использования работы
Свобода 1
свобода изучать работу
Свобода 2
свобода копировать и делиться работой с другими
Свобода 3
свобода модифицировать произведение, а также свобода распространять модифицированные и, следовательно, производные работы

Подобные термины присутствуют в Определении с открытым исходным кодом , отдельном определении, содержащем аналогичные свободы. Подавляющее большинство лицензий с авторским левом удовлетворяют обоим определениям: определению свободного программного обеспечения и определению открытого исходного кода. [10] Гарантируя зрителям и пользователям произведения свободу и разрешение воспроизводить, адаптировать или распространять его, лицензии с авторским левом отличаются от других типов лицензий на авторское право, которые ограничивают такие свободы.

Взаимность [ править ]

Вместо того, чтобы позволить произведению полностью перейти в общественное достояние , где не заявляется право собственности на авторское право, авторское лево позволяет авторам налагать ограничения на использование своей работы. Одним из основных ограничений, накладываемых авторским левом, является то, что производные работы также должны выпускаться под совместимой лицензией с авторским левом. [10]

Это связано с основополагающим принципом авторского лева: каждый может свободно извлекать выгоду из предыдущей работы других, но любые модификации этой работы должны приносить пользу и всем остальным и, следовательно, должны выпускаться на аналогичных условиях. По этой причине лицензии с авторским левом также известны как взаимные лицензии - ожидается, что любые модификаторы произведения, лицензируемого с использованием авторского лева, будут отвечать действиям автора по лицензированию с использованием авторского лева для программного обеспечения, а также лицензированию с использованием авторского лева любых производных, которые они могли бы создать. Из-за этого требования лицензии с авторским левом также были описаны как «вирусные» из-за их бессрочного действия. [16]

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

Экономический стимул [ править ]

Экономические стимулы для работы над контентом с авторским левом могут быть разными. Традиционный закон об авторском праве призван способствовать прогрессу путем предоставления создателям экономических выгод. Выбирая авторское лево для своей работы, создатели контента могут искать дополнительных преимуществ, таких как признание со стороны своих коллег.

В мире компьютерного программирования компьютерные программы с лицензией "авторское лево" часто создаются программистами для удовлетворения потребности, которую они заметили. Такие программы часто публикуются с лицензией с авторским левом просто для того, чтобы последующие пользователи также могли свободно использовать модифицированные версии этой программы. Это особенно верно для создателей, которые хотят предотвратить «захват открытого исходного кода» или акт повторного использования кода с открытым исходным кодом с последующим добавлением к нему дополнительных ограничений, действие, предотвращаемое лицензированием программного обеспечения с авторским левом. Некоторые создатели считают, что еще одним стимулом является предотвращение поглощения и продажи коммерческими предприятиями их продукции.

Более того, культура программирования с открытым исходным кодом была описана как культура подарков, где социальный статус определяется вкладом человека. [17] Внесение вклада или создание высококачественного программного обеспечения с открытым исходным кодом, лицензируемого авторским левом, может привести к тому, что участники получат ценный опыт и могут открыть возможности для будущей карьеры. [18]

Программное обеспечение с авторским левом имеет экономические последствия не только для отдельных авторов. Наличие качественного программного обеспечения с авторским левом может вынудить разработчиков несвободных программ повышать качество своих программ, чтобы конкурировать со свободными программами. [19] Это также может иметь эффект предотвращения монополий в областях, где преобладает проприетарное программное обеспечение. Однако конкуренция с проприетарным программным обеспечением также может быть причиной отказа от авторского лева. Фонд свободного программного обеспечения рекомендует, чтобы, когда «широкое использование кода жизненно важно для продвижения дела свободного программного обеспечения» [20], разрешение копирования и свободного использования кода более важно, чем авторское лево.

Применение авторского лева [ править ]

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

В отличие от аналогичных разрешительных лицензий, которые также предоставляют эти свободы, лицензии с авторским левом также гарантируют, что любые модифицированные версии лицензированной работы с авторским левом также должны предоставлять эти свободы. Таким образом, лицензии с авторским левом имеют ограничения: модификации любой работы с авторским левом должны распространяться по совместимой схеме с авторским левом и что распределенная измененная работа должна включать средства модификации произведения. Однако при добросовестном использовании лицензии с авторским левом могут быть отменены, как и обычные авторские права. Следовательно, любое лицо, использующее источник с авторским левом для своей работы, может выбрать любую другую лицензию при условии, что оно соответствует стандарту добросовестного использования. [21]

Лицензии с авторским левом обязательно творчески используют соответствующие правила и законы для обеспечения соблюдения их положений. Например, при использовании закона об авторском праве те, кто вносит свой вклад в работу под авторским левом, обычно должны получить, отложить или присвоить статус правообладателя. Предоставляя авторские права на свои материалы по лицензии с авторским левом, они сознательно отказываются от некоторых прав, которые обычно вытекают из авторского права, включая право быть уникальным распространителем копий произведения.

Некоторые законы, используемые для лицензий с авторским левом, различаются от страны к стране и могут также применяться на условиях, которые варьируются от страны к стране. Например, в некоторых странах допустимо продавать программный продукт без гарантии в стандартном стиле GNU GPL (см. Статьи 11 и 12 GNU GPL версии 2 ), в то время как в большинстве европейских стран дистрибьютору программного обеспечения не разрешается отказаться от всех гарантий в отношении проданного продукта. По этой причине объем таких гарантий указан в большинстве европейских лицензий с авторским левом. По этому поводу см. Общественную лицензию Европейского Союза EUPL , [22] или лицензию CeCILL , [23]лицензия, позволяющая использовать GNU GPL (см. статью 5 EUPL и статью 5.3.4 CeCILL) в сочетании с ограниченной гарантией (см. статьи 7 и 8 EUPL и 9 CeCILL). Для проектов, которые будут выполняться по сети, вариант GPL предоставляется в Стандартной общественной лицензии Affero , которая гарантирует, что исходный код доступен для пользователей сетевого программного обеспечения.

Типы и отношение к другим лицензиям [ править ]

Фонда значок Share-Alike, вариант символа копилефта

Копилефт является отличительной чертой некоторых лицензий свободных программ , в то время как другие лицензии свободных программ не являются лицензиями с авторским левом, поскольку они не требуют от лицензиата распространять производные работы под той же лицензией. Продолжаются дискуссии о том, какой класс лицензий обеспечивает большую степень свободы. В основе этой дискуссии лежат сложные вопросы, такие как определение свободы и чьи свободы более важны: потенциальные будущие получатели произведения (свобода от создания проприетарного программного обеспечения) или только первоначальный получатель (свобода создавать проприетарное программное обеспечение). Однако текущая доступность обоих типов лицензий, авторского лева и разрешительных, позволяет авторам выбирать тип, который лучше всего подходит для их работы.

Для документов, произведений искусства и других произведений, отличных от программного обеспечения и кода, система лицензирования Creative Commons на основе общих лицензий и GNU Free Documentation License позволяют авторам применять ограничения к определенным разделам своей работы, освобождая некоторые части их творчества от полного механизма авторского лева. . В случае GFDL эти ограничения включают использование неизменяемых разделов, которые не могут быть изменены будущими редакторами. Первоначальное намерение GFDL было как средство поддержки документации программного обеспечения с авторским левом. Однако в результате его можно использовать для любого документа.

Сильное и слабое авторское лево [ править ]

Сила лицензии с авторским левом, регулирующей произведение, определяется степенью, в которой ее положения могут применяться ко всем видам производных работ. Таким образом, термин «слабое авторское лево» относится к лицензиям, в которых не все производные работы наследуют лицензию с авторским левом; наследуется ли производная работа или нет, часто зависит от того, как она была получена.

Лицензии с «слабым авторским левом» часто используются для создания программных библиотек . Это позволяет другому программному обеспечению связываться с библиотекой и распространяться без требования, чтобы связываемое программное обеспечение также было лицензировано с авторским левом. Только изменения самого программного обеспечения, лицензируемого со слабым авторским левом, подпадают под действие положений такой лицензии. Это позволяет компилировать программы любой лицензии и связывать их с библиотеками с авторским левом, такими как glibc, а затем распространять без повторного лицензирования. Конкретный эффект сильного и слабого авторского лева еще предстоит проверить в суде. [24] лицензии Свободного программного обеспечения , которые используют «слабый» Копилефт включает GNU Lesser General Public License и Mozilla Public License .

Наиболее известной лицензией свободных программ, использующей строгое авторское лево, является Стандартная общественная лицензия GNU . Более сильной лицензией с авторским левом является AGPL , которая требует публикации исходного кода программного обеспечения в качестве вариантов использования услуги (см. Также иногда используемый термин «услуга как замена программного обеспечения [SaaSS]» [25] [26] [ 27] ), например, когда программное обеспечение развертывается на серверах. [28] Sybase Open Watcom Public License является одним из самых сильных лицензий копилефта, поскольку эта лицензия закрывает «частное использование» лазейку в GPL, и требует публикации исходного кода в любом прецеденте. [29] Последняя, ​​примечательная сильная лицензия с авторским левом - этоЛицензия на науку о дизайне , поскольку она может применяться к любой работе, не только к программному обеспечению или документации, но также к литературе, произведениям искусства, музыке, фотографии и видео. Лицензия на науку о дизайне была создана Майклом Штутцем после того, как он проявил интерес к применению авторского лева в стиле GNU к непрограммным работам, которые позже стали называть открытым контентом . В 1990-е годы DSL использовался в музыкальных записях, изобразительном искусстве и даже в романах. Сейчас он размещен в списке лицензий веб-сайта Free Software Foundation [30], но Free Software Foundation не считает его совместимым с GPL.

Полное и частичное авторское лево [ править ]

«Полное» и «частичное» авторское лево относятся к другому вопросу. Полное авторское лево существует, когда все части произведения (кроме самой лицензии) могут быть изменены и распространяться только в соответствии с условиями лицензии на произведение с авторским левом. Частичное авторское лево, напротив, освобождает некоторые части работы от положений авторского лева, разрешая распространение некоторых модификаций на условиях, отличных от лицензии с авторским левом, или каким-либо иным образом не налагает на произведение всех принципов авторского лева. Примером частичного авторского лева является исключение связывания GPL, сделанное для некоторых программных пакетов.

Поделиться [ править ]

« Доля Двойник » условие в некоторых лицензий накладывает требование , что любая свобода , которая предоставляется в отношении оригинальной работы должны быть предоставлены на одни и те же или совместимые термины в любом производном работе.

Это подразумевает, что любая лицензия с авторским левом автоматически является лицензией на основе общего доступа, но не наоборот, поскольку некоторые лицензии на основе принципа авторского лева включают дополнительные ограничения, такие как запрет на коммерческое использование. Еще одно ограничение заключается в том, что не все хотят делиться своей работой, и некоторые соглашения о равном доступе требуют, чтобы все работы были разделены, даже если автор хочет поделиться только определенной частью. Положительной стороной для автора исходного кода является то, что любая модификация кода не только принесет пользу первоначальному создателю, но и то, что автор будет признан и будет иметь равные права на измененный код. [31] Некоторые лицензии Creative Commons являются примерами лицензий с авторским левом на основе общих акций.

Разрешающие лицензии [ править ]

Разрешительные лицензии на программное обеспечение - это те, которые предоставляют пользователям программного обеспечения те же свободы, что и лицензии с авторским левом, но не требуют, чтобы модифицированные версии этого программного обеспечения также включали эти свободы. У них есть минимальные ограничения на использование, изменение и распространение программного обеспечения, и поэтому они не являются лицензиями с авторским левом. Примеры этого типа лицензии включают лицензию X11 , лицензию Apache , лицензии MIT и лицензию BSD .

Дебаты и разногласия [ править ]

Было высказано предположение, что авторское лево стало причиной разногласий в идеологической борьбе между Инициативой открытого исходного кода и движением за свободное программное обеспечение . [32] Однако есть свидетельства того, что авторское лево принимается и предлагается обеими сторонами:

  • И OSI, и FSF имеют лицензии с авторским левом и без него в своих списках принятых лицензий. [33] [30]
  • Первоначальный юрисконсульт OSI Лоуренс Розен написал лицензию с авторским левом, Open Software License .
  • Практические инструкции OSI по лицензированию признают GPL как лицензию "передового опыта". [34]
  • Некоторые программы проекта GNU публикуются под лицензиями без авторского лева. [35]
  • Сам Столлман одобрил использование лицензий без авторского лева при определенных обстоятельствах, в последний раз в случае изменения лицензии Ogg Vorbis . [36]

Лицензирование вирусов [ править ]

Вирусная лицензия - это уничижительное название лицензий с авторским левом. [37] [38] [39] [40] [41] Он происходит от терминов «Общий публичный вирус» или «Общедоступный вирус GNU» (GPV), которые восходят к 1990 году, через год после выпуска GPLv1. [42] [43] [44] Название « вирусные лицензии » относится к тому факту, что любые работы, производные от произведений с авторским левом, должны сохранять разрешения с авторским левом при распространении.

Некоторые сторонники лицензии BSD насмешливо использовали этот термин в отношении тенденции GPL поглощать лицензионный код BSD, не позволяя исходной работе BSD извлекать из него выгоду, в то же время продвигая себя как «более свободный», чем другие лицензии. [45] [46] [47] Вице-президент Microsoft Крейг Манди заметил: «Этот вирусный аспект GPL представляет угрозу интеллектуальной собственности любой организации, использующей его». [48] В другом контексте Стив Баллмерзаявил, что код, выпущенный под GPL, бесполезен для коммерческого сектора, поскольку его можно использовать только в том случае, если полученный окружающий код лицензирован по лицензии, совместимой с GPL, и описал его, таким образом, как «раковую опухоль, которая с точки зрения интеллектуальной собственности прикрепляется ко всему трогает ". [49]

В ответ на атаки Microsoft на GPL несколько известных разработчиков и сторонников свободного программного обеспечения опубликовали совместное заявление в поддержку лицензии. [50] По словам инженера по соответствию FSF Дэвида Тернера, термин «вирусная лицензия» порождает недоразумение и страх перед использованием свободных программ с авторским левом. [51] Хотя человек может заразиться вирусом без активных действий, условия лицензии вступают в силу после его эффективного использования или принятия. [52]Дэвид Макгоуэн также написал, что нет никаких оснований полагать, что GPL может заставить проприетарное программное обеспечение стать свободным, но он может «попытаться запретить фирме распространять коммерчески программу, которая в сочетании с кодом GPL образует производную работу, и взыскать убытки за нарушение ". Если бы фирма «на самом деле скопировала код из программы под GPL, такой иск был бы совершенно обычным заявлением об авторских правах, которое большинство частных фирм защищало бы, если бы обувь была на другой ноге». [53] Ричард Столлман описал эту точку зрения по аналогии, сказав: «Область GPL распространяется не из-за близости или контакта, а только путем преднамеренного включения кода под GPL в вашу программу. Она распространяется как паучье растение , а не как растение. вирус."[54]

Популярные лицензии с авторским левом, такие как GPL, содержат пункт, разрешающий компонентам взаимодействовать с компонентами без авторского лева, пока связь является абстрактной [ неудачная проверка ] , например, выполнение инструмента командной строки с набором переключателей или взаимодействие с Веб сервер. [55] Как следствие, даже если один модуль продукта без авторского лева помещен под GPL, для других компонентов может быть законным обычное общение с ним [ требуется разъяснение ] . Это разрешенное взаимодействие может включать или не включать повторное использование библиотек или подпрограмм посредством динамического связывания  - некоторые комментаторы говорят, что это так, [56]FSF утверждает, что это не так, и явно добавляет исключение, разрешающее это, в лицензию на повторную реализацию GNU Classpath библиотеки Java. Эта двусмысленность - важное различие между GPL и LGPL , поскольку LGPL специально позволяет связывать или компилировать с покрываемой работой. [57]

Символ [ править ]

Символ Копилефта является зеркальным изображением символа авторского права , © : инверсный C в круге. Не имеет юридического статуса. [58] Предложение от 2016 года [59] о добавлении символа в будущую версию Unicode было принято Техническим комитетом Unicode . [60] Кодовая точка U + 1F12F 🄯 СИМВОЛ КОПИРОВАНИЯ была добавлена ​​в Unicode 11 . [60] [61]

По состоянию на 2018 год он в значительной степени не реализован в шрифтах, но может быть аппроксимирован символом U + 2184 ↄ СТРОЧНАЯ ЛАТИНСКАЯ БУКВА, ОБРАТНАЯ C или более широко доступный символ U + 0254 ɔ СТРОЧНАЯ ЛАТИНСКАЯ БУКВА ОТКРЫТЬ O в скобках (ɔ) или, если поддерживается приложением или веб-браузером, объединив перевернутый c с символом U + 20DD ↄ⃝ COMBINING ENCLOSING CIRCLE : ↄ⃝ . [62]

Список шрифтов, которые включают этот глиф, см. В разделе « Шрифты Unicode» # Список шрифтов SMP Unicode, а затем в строке « Приложение с вложенными буквенно-цифровыми цифрами (173: 1F100–1F1FF)» (актуальность этого списка не гарантируется).

См. Также [ править ]

  • Список лицензий на программное обеспечение с авторским левом
  • Все права отменены
  • Уведомление об авторском праве
  • Коммерческое использование произведений авторского лева
  • Сравнение открытого и закрытого кода
  • Авторские права
  • Лицензии Creative Commons
  • Бесплатный контент
  • Свободное движение культуры
  • Движение за свободное программное обеспечение
  • Стандартная общественная лицензия GNU
  • HESSLA - лицензия, запрещающая использование, нарушающее права человека или добавляющее шпионское ПО.
  • История бесплатного программного обеспечения с открытым исходным кодом
  • Копими
  • Открытый контент
  • Противодействие авторскому праву
  • Патент слева
  • Разрешающая лицензия на свободное программное обеспечение
  • Общественная лицензия на авторское право
  • Всеобщее достояние
  • Поделиться

Примечания и ссылки [ править ]

  1. ^ "Что такое авторское лево?" . Проект GNU.
  2. Рианна Ньюман, Джон (29 декабря 2011 г.). «Авторское право и открытый доступ у постели больного». NEJM . 365 (26): 2447–2449. DOI : 10.1056 / NEJMp1110652 . PMID 22204721 . 
  3. ^ Открытый исходный код с частной точки зрения на Wayback Machine (архивный индекс)
  4. Столмен, Ричард (29 июня 2007 г.). «Стандартная общественная лицензия GNU» . Проект GNU . Дата обращения 1 мая 2017 .
  5. ^ «Attribution-ShareAlike 4.0 International (CC BY-SA 4.0)» . Creative Commons . Creative Commons . Проверено 14 августа 2015 года .
  6. Ван, Ли-Чен (май 1976 г.). "Пало-Альто Крошечный БЕЙСИК". Журнал доктора Добба по компьютерной гимнастике и ортодонтии, «Бегущий свет без избыточного байта» . 1 (5): 12–25. (NB. Исходный код начинается со следующих шести строк. «TINY BASIC FOR INTEL 8080; VERSION 1.0; BY LI-CHEN WANG; 10 ИЮНЯ 1976 ГОДА; @COPYLEFT; ВСЕ ОШИБКИ ЗАЩИЩЕНЫ». Дата июня в майском выпуске верна Журнал отставал от графика, июньский и июльский номера были объединены, чтобы наверстать упущенное.)
  7. ^ Rauskolb, Роджер (декабрь 1976). "Пало-Альто Крошечный БЕЙСИК доктора Ванга". Возраст интерфейса . 2 (1): 92–108.(NB. Исходный код начинается со следующих девяти строк: " TINY BASIC FOR INTEL 8080; VERSION 2.0; BY LI-CHEN WANG; MODIFIED AND TRANSLATED TO INTEL MNEMONICS; BY ROGER RAUSKOLB; 10 OCTOBER, 1976 ; @COPYLEFT; ALL WRONGS RESERVED")
  8. ^ "Tiny BASIC Extended". Журнал доктора Добба по компьютерной гимнастике и ортодонтии, «Бегущий свет без избыточного байта» . 1 (2). Февраль 1976 г.
  9. ^ Rauskolb, Роджер (декабрь 1976). "Пало-Альто Крошечный БЕЙСИК доктора Ванга". Возраст интерфейса . 2 (1): 92–108.(NB. Исходный код начинается со следующих девяти строк: " TINY BASIC FOR INTEL 8080; VERSION 2.0; BY LI-CHEN WANG; MODIFIED AND TRANSLATED TO INTEL MNEMONICS; BY ROGER RAUSKOLB; 10 OCTOBER, 1976 ; @COPYLEFT; ALL WRONGS RESERVED")
  10. ^ a b c d e Карвер, Брайан В. «Делитесь и делитесь одинаково: понимание и обеспечение соблюдения лицензий на открытое программное обеспечение и бесплатное программное обеспечение» . Журнал Berkeley Technology Law Journal. SSRN 1586574 . Проверено 6 февраля 2012 года . 
  11. ^ Уильямс, Сэм (март 2002). «7» . Free as in Freedom - крестовый поход Ричарда Столлмана за свободные программы . O'Reilly Media . ISBN 978-0-596-00287-9.
  12. Перейти ↑ Moody, Glyn (2002). Кодекс повстанцев . п. 26.
  13. ^ "Стандартная общественная лицензия Emacs" . 5 июля 2001 . Проверено 23 августа 2008 года .
  14. ^ a b Столмен, Ричард (21 января 2008 г.). «О проекте GNU» . Фонд свободного программного обеспечения . Дата обращения 1 мая 2017 .
  15. ^ "Что такое свободные программы?" . gnu.org . 30 июля 2019 . Проверено 22 июля 2020 .
  16. ^ Манди, Craig (3 мая 2001). «Подготовленный текст замечаний Крейга Манди, старшего вице-президента Microsoft по модели коммерческого программного обеспечения» . Школа бизнеса Стерна Нью-Йоркского университета . Архивировано из оригинального 21 июня 2005 года . Проверено 1 октября 2009 года .
  17. ^ Махер, Маркус (2000). «Программное обеспечение с открытым исходным кодом: успех альтернативной парадигмы стимулирования интеллектуальной собственности» (PDF) . Fordham Правовой журнал интеллектуальной собственности, СМИ и развлечений . Архивировано 2 мая 2014 года из оригинального (PDF) . Дата обращения 1 мая 2014 .
  18. ^ Sarmah, Harshajit (23 сентября 2019). «5 причин, почему участие в проектах с открытым исходным кодом помогает найти работу» . Журнал Analytics India . Проверено 22 июля 2020 .
  19. ^ Мустонен, Микко . «Копилефт - Экономика Linux и другого программного обеспечения с открытым исходным кодом» (PDF) . Информационная экономика и политика . Архивировано 2 мая 2014 года из оригинального (PDF) . Дата обращения 1 мая 2014 .
  20. ^ «Как выбрать лицензию на собственное произведение» . Лаборатория лицензирования и соответствия Free Software Foundation . Дата обращения 1 мая 2017 .
  21. ^ Кирк St.Amant & Brian Still (2008). «Изучение лицензий на программное обеспечение с открытым исходным кодом с помощью модели лицензирования Creative Commons». Справочник по исследованиям программного обеспечения с открытым исходным кодом: технологические, экономические и социальные перспективы . Справочник по информатике. стр. 382 из 728. ISBN 978-1-59140-999-1.
  22. ^ «EUPL - Общественная лицензия Европейского Союза» . Европейская комиссия . Проверено 9 января 2007 года .
  23. ^ «Соглашение о лицензировании свободного программного обеспечения CeCILL» (PDF) . INRIA. Архивировано из оригинального (PDF) 8 августа 2010 года . Проверено 24 августа 2010 года .
  24. Патрис-Эммануэль Шмитц (3 апреля 2015 г.). «Значение« Копилефта »в EUPL» . Присоединяйтесь .
  25. ^ Некоторые принципы, лежащие в основе термина «SaaSS», см. В разделе «Серверное программное обеспечение» статьи «Как выбрать лицензию для своей работы» . Проект GNU. 20 декабря 2015 . Дата обращения 1 мая 2017 .
  26. Рианна Столмен, Ричард (18 ноября 2016 г.). "Кого на самом деле обслуживает этот сервер?" . Проект GNU . Дата обращения 1 мая 2017 .
  27. ^ "Почему Афферо GPL" . Проект GNU . 10 мая 2015 . Дата обращения 1 мая 2017 .
  28. ^ Список лицензий свободного программного обеспечения на веб-сайте GNU : « Мы рекомендуем разработчикам рассмотреть возможность использования GNU AGPL для любого программного обеспечения, которое обычно запускается по сети ».
  29. ^ «Различные лицензии и комментарии о них - Sybase Open Watcom Public License версии 1.0 (#Watcom)» . GNU.org . Проверено 23 декабря 2015 года . Это не лицензия свободных программ. Он требует, чтобы вы публично публиковали исходный код всякий раз, когда вы «Развертываете» покрываемое программное обеспечение, а «Развертывание» определено как включающее множество видов частного использования.
  30. ^ a b «Различные лицензии и комментарии о них» . Проект GNU.
  31. ^ Engelfriet, Arnoud (2010). «Выбор лицензии с открытым исходным кодом». Программное обеспечение IEEE . Афинский университет экономики и бизнеса. 27 : 48–49. DOI : 10,1109 / MS.2010.5 .
  32. ^ Biancuzzi, Federico (30 июня 2005). «ESR:« Нам больше не нужна GPL » » . ONLamp.com . Проверено 23 августа 2008 года .
  33. ^ Tiemann, Майкл (18 сентября 2006). «Лицензии по названию» . Проверено 23 августа 2008 года .
  34. Рэймонд, Эрик Стивен (9 ноября 2002 г.). «Лицензирование HOWTO» . Проверено 23 августа 2008 года .
  35. ^ «Что означает GPLv3 для соглашения MS-Novell» . Yro.slashdot.org. 8 марта 2007 . Дата обращения 14 мая 2014 .
  36. Столмен, Ричард (26 февраля 2001 г.). «LWN.net: RMS по лицензии Ogg Vorbis» . Проверено 23 августа 2008 года . [M] y согласие с идеей слабой лицензии [Ogg / Vorbis] в этом особом случае столь же прагматично, как и мое предпочтение GPL в большинстве случаев. В обоих случаях вопрос заключается в том, как мы можем достичь свободы.
  37. ^ «Лицензия Microsoft отвергает открытый исходный код» . CNET . CBS Interactive.
  38. ^ «Некоторые права защищены: альтернативы авторскому праву» . Проводная Великобритания .
  39. ^ «Глоссарий» . a2knetwork.org . Архивировано из оригинального 26 апреля 2009 года.
  40. ^ Джейсон Гринберг; Дэниел Глейзер (март 2013 г.). «Прививка вашей покупки - договорная защита от вирусных лицензий в сделках M&A» (PDF) . Жареный Франк . Ассоциация корпоративных юристов . Проверено 10 июня +2016 .
  41. ^ Филип Вуд; Эми Райберн; Аллан Йоман; Эндрю Матанги; Стив Найтингейл (1 июля 2013 г.). «Юридическая информация об информационных и коммуникационных технологиях - июль 2013 г.» . Архивировано из оригинального 21 сентября 2013 года . Проверено 10 июня +2016 .
  42. ^ Vixie, Пол (6 марта 2006). «Касательно раздела 5.2 (обременение ПИС) в проекте требования о продлении срока действия договора TAK» . Список рассылки IETF Namedroppers. Архивировано из оригинального 27 сентября 2007 года . Проверено 29 апреля 2007 года .
  43. ^ «Общий общественный вирус» . Файл жаргона 2.2.1 . 15 декабря 1990 . Проверено 29 апреля 2007 года .
  44. ^ Hackvän, Стиг (сентябрь 1999). "Обратный инжиниринг общедоступного вируса GNU - неужели авторское лево слишком хорошо?" . Linux Journal . Архивировано из оригинала 18 июля 2011 года . Проверено 29 апреля 2007 года .
  45. Стюарт, Билл (8 октября 1998 г.). «Re: propose: 'cypherpunks license' (Re: Wanted: исходный код Twofish)» . Список рассылки шифропанков . Архивировано из оригинального 29 мая 2007 года . Проверено 29 апреля 2007 года .
  46. Бак, Джо (10 октября 2000 г.). "Re: Внешнее использование дерева синтаксического анализа" . Список рассылки GCC . Проверено 29 апреля 2007 года .
  47. ^ Гриффис, Л. Адриан (15 июля 2000). «Публичный вирус GNU» . Проверено 29 апреля 2007 года .
  48. ^ Манди, Craig (3 мая 2001). «Стенограмма выступления - Крейг Манди» . Школа бизнеса Стерна Нью-Йоркского университета . Архивировано из оригинального 21 июня 2005 года . Проверено 23 августа 2008 года .
  49. ^ Newbart, Дэйв (1 июня 2001). «Генеральный директор Microsoft берет перерыв в выпуске Sun-Times» . Чикаго Сан-Таймс. Архивировано из оригинала 15 июня 2001 года.(Ссылка на интернет-архив)
  50. ^ Лидеры свободного программного обеспечения выступают вместе - через Wikisource . 
  51. ^ Byfield, Брюс (29 августа 2006). «Журнал ИТ-менеджера: 10 распространенных заблуждений по поводу GPL» . Проверено 23 августа 2008 года .
  52. ^ «Термин« шведский стол »лицензии: авторское лево, равноправие, взаимное, вирусное или наследственное? - Луис Вилья: Открытый закон и стратегия» . lu.is . Проверено 22 августа 2018 .
  53. ^ Дэвид Макгоуэн (2005). «Правовые аспекты бесплатного программного обеспечения с открытым исходным кодом». У Джозефа Феллера; Брайан Фицджеральд; Скотт А. Хиссам; Карим Р. Лакахани (ред.). Перспективы бесплатного и открытого программного обеспечения . MIT Press. п. 382 . ISBN 978-0-262-06246-6.
  54. ^ Пойндером, Ричард (21 марта 2006). «Интервью в подвале: освобождение кода» . Проверено 5 февраля 2010 года .
  55. ^ «Часто задаваемые вопросы о лицензиях GNU» . Фонд свободного программного обеспечения . 24 июня 2008 . Дата обращения 1 мая 2017 .
  56. Рэймонд, Эрик Стивен (9 ноября 2002 г.). «Лицензирование HOWTO» . Проверено 21 марта 2010 года .
  57. ^ Столмен, Ричард. Почему вам не следует использовать Lesser GPL для вашей следующей библиотеки . Проект GNU
  58. ^ Холл, Дж. Брент (2008). Подходы с открытым исходным кодом в обработке пространственных данных . Springer. п. 29. Bibcode : 2008osas.book ..... H . ISBN 9783540748311.
  59. ^ «Предложение добавить символ авторского лева в Unicode» (PDF) .
  60. ^ a b «Предлагаемые новые персонажи: конвейерная таблица» . Предложения символов Unicode . Консорциум Unicode . Проверено 18 апреля 2017 года .
  61. ^ "Объявление о стандарте Unicode®, версия 11.0" . blog.unicode.org . Проверено 6 июня 2018 .
  62. ^ "Запрос об авторском леве Unicode" . 6 мая 2000 г.

Внешние ссылки [ править ]

  • Что такое авторское лево? - Ричард Столмен
  • Копилефт: прагматический идеализм - Ричард Столмен