Различия между версиями 1 и 26 (по 25 версиям)
Версия 1 от 2008-07-17 03:26:47
Размер: 7712
Редактор: eSyr
Комментарий:
Версия 26 от 2008-10-04 11:00:06
Размер: 13993
Редактор: VsevolodKrishchenko
Комментарий:
Удаления помечены так. Добавления помечены так.
Строка 1: Строка 1:
== Юридические и правовые аспекты == == Юридические и правовые аспекты программного обеспечения ==
Строка 3: Строка 3:
Для того, чтобы продавать вздух, длжн быть чёткое право собст. на прогр. прдукт. В англосаксонскм праве, в Америке и больш. части Европы это выражалось понятием license, которое до 2008 года у нас отсутствовало, и мы возвр. к вопросу не способа разраб, а всяким прочим деталям. Понятно, что для организации "торговли воздухом" в виде передачи пользователю некоторых ограниченных прав на использование программного продукта за вполне конкретные деньги необходимо иметь право собственности на программный продукт. В англосаксонском праве, в Америке и большей части Европы этому соответствует понятие лицензии (англ. ''license'' --- разрешать, разрешение). Заметим, что до вступления в силу нового Гражданского Кодекса 2008 года в законодательстве РФ понятие лицензии отсутствовало, вместо этого использовалось понятие договора между разработчиком и потребителем.
Строка 5: Строка 5:
Суть понятия лицензий (на творч. продукт) сост. в следующем. Вы, когда расп. некий бхъект инт. собств, прилагаете некое предп., на ктором он расп. Валиднсть этого предп., закнод. значимость гарантирует, что ничего нельзя копирвать. Типичная свободная лицензия включает в себя след. 4 свободы:
 * Свобода использования. Если кт-то думает, что это автоматически, то он наполовину неправ, это только в рос. законодательстве. По факту получ. прогр. продукта вас не могут предп. к действию
 * Изучение и модиф. Когда rms говорит свобода, то это значит, что никаких огр. к этому не должно быть. Это сводится к получ исх. текстов.
 * Распространение. Расп. прогр. продукта никак не должно огр. со стороны автора.
 * Делает взм. оргн.. бизнес-модели на св. сфте. Свобода расп. изм. версий. Почему это важный пункт. Дело в том, что довольно часто можно встретить подобное. Это сильн ставит палки в колёса любому делу, которое осн. на модиф. ПО. И только этт факт позв. вносить специфику и разыграть как карту на рынке, чтбы орг. бизнес.
Суть лицензии на творческий продукт состоит в следующем: при распространении этого продукта (объекта "интеллектуальной собственности") к нему прилагается то или иное предписание, в соответствии с условиями которого этот продукт распространяется и используется. Валидность этого предписания, его законодательная значимость, гарантирует соблюдение предписываемых правил.
Строка 11: Строка 7:
Есть ещё 5-й пункт, который придуман для того, чтобы вся эта модель совм. разраб., чтобы насильств. образом расп. её на всю посл. жизнб прогр. продукта: был академ. цикл, пришла компания, заплатили деньги, допилили код и закрыли прдукт. Крме того, что разраб. чувствуют обманутыми, это нансит сильный удар на акамед. среде. Накловшись на лисп-машинах и ещё на чём-то, rms придумал copyleft , чт значет следующее: когда расп. ПО и изм. версии, если польз. исх. П копилефтне ПО, ваша лицензия, должны соблюдены все 5 пунктв --- новая лицензия не должна быть не хуже, чем исходная (сохр. степеней свободы). "Несвободные" лицензии обыкновенно ограничивают возможности пользователя, свободные же --- дают ему те или иные "свободы". Типичная свободная лицензия включает в себя следующие свободы:
 * Использование программы: пользователь может запускать программу и использовать ее результаты для любых своих целей. Заметим, что в текущем российском законодательстве данная свобода предоставляется пользователю автоматически: по факту получению программного продукта вас не могут заставить "что-либо не делать" (например, не использовать по субботам или воскресеньям).
 * Изучение и модификация программного продукта. Когда Столман говорит "свобода", это значит, что ограничений в этом направлении быть не может. Данная свобода предполагает получение исходных текстов программы.
 * Распространение программного продукта. Автор программного продукта не должен ограничивать как бесплатное, так и коммерческое его распространение.
 * Распространение модифицированных версий. Эта свобода делает возможным организацию бизнес-модели на свободном ПО. Дело в том, что довольно часто можно встретить лицензии типа "я гениален, а вы не очень", вставляющие палки в колеса любому основанному на модификации программного продукта делу, например запрещающих продажу модифицированных версий. Наличие же данной свободы дает возможность зарабатывать деньги на внесении в продукт дополнительной, необходимой заказчику функциональности.
Строка 13: Строка 13:
Этот 5 пункт не явл. чстью свободнй лицензии. То есть, я не имею делать всё что хочу (закрывать). В свободных лицензиях группы GPL (General Public License) существует также дополнительное требование, не входящее в классическое определение свободного программного обеспечения (''Free and Open Source Software''). Это требование вызвано тем, что и разработчиками, и пользователям продукта вряд ли будет приятна ситуация, когда на базе свободного продукта можно будет сделать закрытый продукт. В истории программного обеспечения встречались ситуации типа "был академический свободный программный продукт, пришла компания, заплатила деньги за доработку или выкупила права у университета, и затем закрыла продукт". Разработчики часто чувствовали себя обманутыми, поскольку нанесен удар по академической среде, а свобода пользователей и разработчиков в итоге уменьшена. Для устранения этого противоречия и недопущения уменьшения свободы пользователей Столман придумал специальное условие --- copyleft. Оно заключается в следующем: при модификации и распространении копий лицензия на модифицированный продукт должна быть "не хуже", чем исходная: она должна гарантировать все те же четыре свободы и сохранять условие copyleft. На практике это означает, прежде всего, свободный доступ к исходным текстам модифицированной программы. Отметим, что названные четыре свободы вместе с требованием copyleft и составляют лицензию GPLv2 (GNU General Public License version 2). Кроме "копилефт"-лицензий, существует множество свободных лицензий, не содержащих требования распространения модифицированых версий с исходными текстами, к ним относят лицензии BSD (старая и новая), MIT, Apache и многие другие.
Строка 15: Строка 15:
Эти 4+1 пункта факт. всё, что входит в GPL v2 Сделаем три замечания:
 * Даже использование интерфейса GPL-библиотеки заставляет лицензировать программный продукт под не менее свободной лицензией. Данное требование для случая компоновки явно исключено, к примеру, в лицензии LGPL (GNU Lesser General Public License). Таким образом, LGPL-библиотеки защищены от создания своих закрытых модификаций, но могут использоваться программным обеспечением под иными лицензиями, в том числе и закрытыми.
 * Существуют два несколько различающихся различных понятия: свободное ПО (''free software'') и ПО с открытым исходным кодом (''open-source software''). Определение ПО с открытым кодом по Реймонду (Eric Steven Raymond, ESR) состоит из десяти пунктов. Реймонд основал достаточно авторитетную организацию Open Source Initiative (OSI), которая определяет, является ли лицензия свободной. Это позволяет официально считать несвободными лицензии, предоставляющие доступ к исходным текстам, но, например, запрещающие продажу программного обеспечения.В рамках европейского законодательства понятия ''free software'' и ''open-source software'' можно считать эти понятия эквивалентными. Заметим, что в английском языке слово ''open'' более "сильное", чем'' free'' (которое часто означает "бесплатный", а не "свободный"), в русском же языке все наоборот: "свободный" и "открытый". В составленном для государственного проекта глоссарии оговаривается, что предпочтительный термин --- свободное ПО. Отметим также, что свободное программное обеспечение согласно определению не обязано быть бесплатным.
 * Есть мнение, что в российском законодательстве нет возможности предписывать пользователю линию поведения. Соглашение может касаться лишь передачи прав собственности. С этой точки зрения, положение GPL о выпуске модифицированных продуктов под аналогичной лицензией выглядит незаконным (что не отменяет правомочности остальных ее положений), поскольку лицензия делает пользователя полноправным владельцем копии программного продукта по факту приобретения либо скачивания.
Строка 17: Строка 20:
Три вещи:
 * Лицензия слишком строгая. Даже если мы не залезаем в исх. тексты, то даже в случая исп. библиотеки я не могу лицензировать соё ПО под лицензией хуже. Для этого есть LGPL. Ну и на свете куча своб. лицензий
 * Не надо путать свобдное ПО с ПО с откр. кодом. rms отделяет свободне по т по с ткр. кодом. ESR, он прошёл приблизително тот-же путь, что и RMS, сформулировал нечто аналогично, но неск. хуже, там 10 пунктов... Почему не надо это путать: потому что тут нельзя без поллитры разобраться, в чём отличия. Еврп. законод. не смогло разобраться и с поллитрой, поэтому там эти вещи равнозначные. Крме тго, слово open имеет некое более общее значение, нежели open. В русскм языке всё наоборот. Поэтому в глоссарии госуд. там как раз всё это разделен, реком. исп. термин СПО.
 * Полож. дел в рос. законоздательстве. В нём нет понятия, что вам предп. линия повдеения. Соглаш. может быть только о передаче прав собственности. Встречаетесь с ним в момент распространения. С этой точки зрения, GPL не полностью валиден. Когда вы приносите GPL в суд, то нужна она на ориг языке и перевод, подтв. эксп. суда.
Наконец, несколько замечаний о практике применения в Российской Федерации свободного программного обеспечения с точки правоохранительных органов. Хотя в текущем законодательстве не требуется наличия лицензии в бумажном виде, это весьма желательно при проверке "лицензионности программного обеспечения". Поэтому дистрибутивы ALTLinux содержат напечатанное "уведомление о правах" --- специальный документ, в котором перечислены предоставляемые пользователю дистрибутива права собственности. Кроме того, проверяющие органы могут потребовать "дистрибутив с серийным номером" и машину, "внутри" которой этот номер "установлен". В случае использования свободного ПО прямой возможности этого сделать нет по очевидным причинам. Тем не менее, даже в случае таких некомпетентных требований есть два способа подтвердить законность использования свободного программного обеспечения:
  * предъявить упомянутое выше "уведомление о правах";
  * предъявить купон технической поддержки с индивидуальным номером, зарегистрированным на специальном сайте.
Строка 22: Строка 24:
Когда вы расп. пргр. прдукт, уведомл. польз. о тм, какой оюъём прав собственности не передаётся.

Если бы у нас жизнь в стране шла только по законам, то налич. лицензии св. прдукта делало бы вас полноправным владельцем копии. К сож., этого никто не понимает, хотя ничего такого не нужно, поск. самим фактом скачивания подтв. это.

Есть некая неустранимая проблема. Как правило, в таких рейдах такие люди говорят --- покажите дистрибутив и машины с серийным номером. Что реком. в этом случае --- обр. сторона лиценз. соглаш. --- купон тех. поддержки, по которому получаете тех. поддержку
Такие документы поставляются, к примеру, с коробочными версиями ПСПО "Линукс Мастер" и могут в описанной ситуации помочь.
Строка 33: Строка 31:
|| Готовность (%) || Продолжительность (ак. ч.) || Подготовка (календ. ч.) || Полный текст (раб. д.) || Предварительные знания || Level || Maintainer || Start date || End date ||
|| 0 || 1 || 1 || 1 || || 1 || MaximByshevskiKonopko, DmitryChistikov || || ||
|| Готовность (%) || Продолжительность (ак. ч.) || Подготовка (календ. ч.) || Полный текст (раб. д.) || Предварительные знания || Level || Maintainer                      || Start date || End date ||
|| 90 || 1 || 1 || 1 || || 1 || MaximByshevskiKonopko, DmitryChistikov, VsevolodKrishchenko || || ||

Юридические и правовые аспекты программного обеспечения

Понятно, что для организации "торговли воздухом" в виде передачи пользователю некоторых ограниченных прав на использование программного продукта за вполне конкретные деньги необходимо иметь право собственности на программный продукт. В англосаксонском праве, в Америке и большей части Европы этому соответствует понятие лицензии (англ. license --- разрешать, разрешение). Заметим, что до вступления в силу нового Гражданского Кодекса 2008 года в законодательстве РФ понятие лицензии отсутствовало, вместо этого использовалось понятие договора между разработчиком и потребителем.

Суть лицензии на творческий продукт состоит в следующем: при распространении этого продукта (объекта "интеллектуальной собственности") к нему прилагается то или иное предписание, в соответствии с условиями которого этот продукт распространяется и используется. Валидность этого предписания, его законодательная значимость, гарантирует соблюдение предписываемых правил.

"Несвободные" лицензии обыкновенно ограничивают возможности пользователя, свободные же --- дают ему те или иные "свободы". Типичная свободная лицензия включает в себя следующие свободы:

  • Использование программы: пользователь может запускать программу и использовать ее результаты для любых своих целей. Заметим, что в текущем российском законодательстве данная свобода предоставляется пользователю автоматически: по факту получению программного продукта вас не могут заставить "что-либо не делать" (например, не использовать по субботам или воскресеньям).
  • Изучение и модификация программного продукта. Когда Столман говорит "свобода", это значит, что ограничений в этом направлении быть не может. Данная свобода предполагает получение исходных текстов программы.
  • Распространение программного продукта. Автор программного продукта не должен ограничивать как бесплатное, так и коммерческое его распространение.
  • Распространение модифицированных версий. Эта свобода делает возможным организацию бизнес-модели на свободном ПО. Дело в том, что довольно часто можно встретить лицензии типа "я гениален, а вы не очень", вставляющие палки в колеса любому основанному на модификации программного продукта делу, например запрещающих продажу модифицированных версий. Наличие же данной свободы дает возможность зарабатывать деньги на внесении в продукт дополнительной, необходимой заказчику функциональности.

В свободных лицензиях группы GPL (General Public License) существует также дополнительное требование, не входящее в классическое определение свободного программного обеспечения (Free and Open Source Software). Это требование вызвано тем, что и разработчиками, и пользователям продукта вряд ли будет приятна ситуация, когда на базе свободного продукта можно будет сделать закрытый продукт. В истории программного обеспечения встречались ситуации типа "был академический свободный программный продукт, пришла компания, заплатила деньги за доработку или выкупила права у университета, и затем закрыла продукт". Разработчики часто чувствовали себя обманутыми, поскольку нанесен удар по академической среде, а свобода пользователей и разработчиков в итоге уменьшена. Для устранения этого противоречия и недопущения уменьшения свободы пользователей Столман придумал специальное условие --- copyleft. Оно заключается в следующем: при модификации и распространении копий лицензия на модифицированный продукт должна быть "не хуже", чем исходная: она должна гарантировать все те же четыре свободы и сохранять условие copyleft. На практике это означает, прежде всего, свободный доступ к исходным текстам модифицированной программы. Отметим, что названные четыре свободы вместе с требованием copyleft и составляют лицензию GPLv2 (GNU General Public License version 2). Кроме "копилефт"-лицензий, существует множество свободных лицензий, не содержащих требования распространения модифицированых версий с исходными текстами, к ним относят лицензии BSD (старая и новая), MIT, Apache и многие другие.

Сделаем три замечания:

  • Даже использование интерфейса GPL-библиотеки заставляет лицензировать программный продукт под не менее свободной лицензией. Данное требование для случая компоновки явно исключено, к примеру, в лицензии LGPL (GNU Lesser General Public License). Таким образом, LGPL-библиотеки защищены от создания своих закрытых модификаций, но могут использоваться программным обеспечением под иными лицензиями, в том числе и закрытыми.
  • Существуют два несколько различающихся различных понятия: свободное ПО (free software) и ПО с открытым исходным кодом (open-source software). Определение ПО с открытым кодом по Реймонду (Eric Steven Raymond, ESR) состоит из десяти пунктов. Реймонд основал достаточно авторитетную организацию Open Source Initiative (OSI), которая определяет, является ли лицензия свободной. Это позволяет официально считать несвободными лицензии, предоставляющие доступ к исходным текстам, но, например, запрещающие продажу программного обеспечения.В рамках европейского законодательства понятия free software и open-source software можно считать эти понятия эквивалентными. Заметим, что в английском языке слово open более "сильное", чем free (которое часто означает "бесплатный", а не "свободный"), в русском же языке все наоборот: "свободный" и "открытый". В составленном для государственного проекта глоссарии оговаривается, что предпочтительный термин --- свободное ПО. Отметим также, что свободное программное обеспечение согласно определению не обязано быть бесплатным.

  • Есть мнение, что в российском законодательстве нет возможности предписывать пользователю линию поведения. Соглашение может касаться лишь передачи прав собственности. С этой точки зрения, положение GPL о выпуске модифицированных продуктов под аналогичной лицензией выглядит незаконным (что не отменяет правомочности остальных ее положений), поскольку лицензия делает пользователя полноправным владельцем копии программного продукта по факту приобретения либо скачивания.

Наконец, несколько замечаний о практике применения в Российской Федерации свободного программного обеспечения с точки правоохранительных органов. Хотя в текущем законодательстве не требуется наличия лицензии в бумажном виде, это весьма желательно при проверке "лицензионности программного обеспечения". Поэтому дистрибутивы ALTLinux содержат напечатанное "уведомление о правах" --- специальный документ, в котором перечислены предоставляемые пользователю дистрибутива права собственности. Кроме того, проверяющие органы могут потребовать "дистрибутив с серийным номером" и машину, "внутри" которой этот номер "установлен". В случае использования свободного ПО прямой возможности этого сделать нет по очевидным причинам. Тем не менее, даже в случае таких некомпетентных требований есть два способа подтвердить законность использования свободного программного обеспечения:

  • предъявить упомянутое выше "уведомление о правах";
  • предъявить купон технической поддержки с индивидуальным номером, зарегистрированным на специальном сайте.

Такие документы поставляются, к примеру, с коробочными версиями ПСПО "Линукс Мастер" и могут в описанной ситуации помочь.


Сведения о ресурсах

Готовность (%)

Продолжительность (ак. ч.)

Подготовка (календ. ч.)

Полный текст (раб. д.)

Предварительные знания

Level

Maintainer

Start date

End date

90

1

1

1

1

MaximByshevskiKonopko, DmitryChistikov, VsevolodKrishchenko


CategoryLectures CategoryPspo CategoryMpgu CategoryUneex

PspoClasses/080716/03Licensing (последним исправлял пользователь VsevolodKrishchenko 2008-10-04 11:00:06)