Условно свободное по примеры – свободные, условно свободные и экспериментальные. — КиберПедия

Содержание

Свободное ПО - это... Что такое Свободное ПО?

Очень многие свойства сообщества разработчиков и пользователей свободных программ проистекают из того, что все его участники обычно занимаются этой программой из интереса или потому, что эта программа — необходимый для них инструмент (например, зарабатывания денег). Время, потраченное ими на программу, не оплачивается, поэтому нет никакой надежды, что обстоятельства не переменятся и разработка не прекратится вовсе. Нередки случаи, когда разработка программы начинается благодаря одному автору-энтузиасту, который привлекает многих к участию в разработке, а потом энтузиазм лидера гаснет, а вместе с ним затухает и разработка. К сожалению, сегодня существуют тысячи свободных программ, так никогда и не достигших версии 1.0, хотя «выгорание» лидеров и не единственная этому причина. Кроме того, программа может быть необходимой, но «неинтересной», а потому не найдётся и свободных разработчиков.

Место свободных программ на сегодняшнем рынке ПО очень значительно, и многие коммерческие и государственные предприятия используют свободное ПО прямо или опосредованно. Собственно, опосредованно все пользователи Internet задействуют, например, свободную программу DNS. Многие организации, особенно предоставляющие услуги через Internet, используют свободный web-сервер Linux. Выгода использования свободного ПО очевидна: за него не приходится платить, а если приходится — оно стоит гораздо дешевле коммерческих собственнических аналогов. Главный недостаток с точки зрения коммерческого пользователя: разработчики свободных программ не несут никаких обязательств по качеству программы, кроме моральных. Поэтому сегодня большие корпорации, например, IBM, находят необходимым поддерживать проекты по разработке свободного ПО, оплачивая сотрудников, которые работают в рамках этих проектов.

Философия

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

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

[кто?] как противоречащая природе вещей. Неудивительно, что при таком искусственном, силовом насаждении возникает множество неурядиц, каждую из которых приходится решать искусственными, а зачастую и противоестественными методами.

Например, приходится симулировать «ущерб из-за неполучения блага», который «наносится» «хозяину» программы при её безущербном копировании или возврате денег при обнаружении ошибок и дефектов в программах. Обычно это — «упущенная выгода», то есть та прибыль, которую хозяин мог бы получить, но не получил из-за того, что продукт скопировали. Приходится изобретать хитроумную аппаратуру, мешающую копированию, или причиняющую при этом ущерб. Приходится вводить в законодательство особую категорию прав — условно назовём её «патент»[5] — ограничивающую злоупотребления — и свободу — всего человечества в пользу хозяина патента. Причём далеко не всегда хозяин патента и автор изобретения — один и тот же человек (в таких случаях противоестественность данных мер лишь усугубляется).

Несвободные программы называют «проприетарными» (от англ. proprietary) или «собственническими». Иногда их неправильно называют просто «коммерческими», что неверно: получать выгоду от программы можно различными способами, и многие успешные свободные проекты это подтверждают.

Распространённость

СПО активно используется в Интернете. Например, самый распространённый веб-сервер MediaWiki, также являющимся свободным проектом.

СПО используется в Министерстве юстиции Бельгии, в котором уже половина компьютеров работает под управлением GNU/Linux, и полицией Франции, которая к 2014 году планирует полностью перейти на Ubuntu Linux. О переходе на программное обеспечение с открытым исходным кодом объявило также Патентное ведомство Нидерландов. Перевести все компьютеры этого учреждения на свободное ПО планируется до конца 2009 года. Администрация Амстердама также изучает возможность перевода своих 10 тысяч рабочих мест на открытое ПО.

[6]

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

Решениями правительства и президента РФ Дмитрия Анатольевича Медведева, отечественное открытое программное обеспечение в 2008 году внедрено во всех школах Российской Федерации и будет установлено во всех государственных и бюджетных организациях для обеспечения национальной безопасности в сфере ИТ.

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

Открытое программное обеспечения в школах

Решением правительства Российской Федерации в марте 2008 года, все средние школы России получили базовые пакеты лицензионного собственнического и открытого программного обеспечения для обучения компьютерной грамотности, основам информатики и новым информационным технологиям с операционными системами Windows и Linux.

В трёх регионах России в 2008 году развёрнуты эксперименты по внедрению и использованию в средних школах базовых пакетов программ для кабинетов информатики и вычислительной техники и начата подготовка учителей и преподавателей информатики технологии работы с открытым программным обеспечением в среде Windows и Linux.

Согласно Доктрине информационной безопасности РФ, обучение компьютерной грамотности и информатике должно сопровождаться правовым ликбезом в обучении защите информации в ЭВМ, защите от компьютерных вирусов, порно-сайтов и обеспечению информационной безопасности в локальных и глобальных сетях ЭВМ на базе лицензионного и свободного программного обеспечения.[уточнить]

В 2007 году выпущены первые учебники информатики для вузов и школ для обучения информатике в соответствии с государственными стандартами образования со свободным и проприетарным программным обеспечением в среде Windows и Linux.

Помехи

Пользователи, которые бы иначе предпочли свободное ПО несвободному, продолжают использовать собственническое по следующим причинам:

  • В странах, где неавторизованное распространение объектов авторского права является обычным делом, нет ни юридического, ни экономического стимула переходить на свободное ПО. К тому же, пользователи, привыкшие к проприетарному ПО, не хотят тратить время на изучение свободного аналога, если это не даёт им прямой выгоды в короткий срок.
  • В некоторых отраслях мало или вообще нет свободного ПО высокого качества. А именно:
    • Программное обеспечение, в котором доля программистской работы мала по сравнению с работой художника, редактора и т. д. Например: некоторые жанры игр (квест), электронные словари (за исключением наиболее распространённых языков).
    • Развивающиеся отрасли, для которых мало пригодных к использованию общепринятых алгоритмов — машинный перевод, распознавание речи с большим словарём и, в меньшей степени, синтез речи. Кроме того, требуется ручная обработка большого количества текстовых или аудиоданных.
    • Отрасли, связанные со сложной высокооплачиваемой работой (фотообработка, САПР) — так как создать программу, близкую по сложности и качеству к собственническим стандартам де‐факто очень трудно, то свободных аналогов меньше, чем в других отраслях, и пользователю не всегда удаётся найти подходящий для него. К тому же, Adobe Photoshop стоит в 2—3 раза меньше, чем цифровой зеркальный фотоаппарат с принадлежностями — объективами, штативом, фотовспышкой.
    • Отрасли, в которых существуют платные или собственнические стандарты де-факто — например, Pantone в допечатной подготовке.
    • Для аппаратного обеспечения в отраслях, где господствует лишь несколько производителей, в свободном доступе часто отсутствуют не только свободные драйверы, но и спецификации.
  • Разнообразие лицензий тоже может иметь отрицательное влияние. Не очень удачный пример: драйвер файловой системы ZFS выпущен под лицензией, несовместимой с GNU GPL 2, и потому может использоваться на самой популярной платформе для СПО — Linux — только посредством FUSE.
  • Проприетарное ПО настолько популярно, что пользователи не знают о существовании других подобных программ. Бывает, что у качественной программы остаётся плохая репутация от её предшественников.
    • В некоторых отраслях наблюдается засилье просмотра графики под Windows у пользователя и так есть на выбор FastStone, Picasa, замыкания на поставщике).

    Примечания

    1. http://www.gnu.org/philosophy/free-sw.ru.html
    2. Richard Stallman. Why «Open Source» misses the point of Free Software (англ.) (1 марта 2009). Проверено 10 апреля 2009.
    3. Что такое copyleft?. Free Software Foundation (26 августа 2008). Проверено 15 ноября 2008.
    4. В общественной лицензии GNU есть даже стандартная формулировка, закрепляющая отсутствие гарантий: «Настоящая программа поставляется на условиях „как есть“. Если иное не указано в письменной форме, автор и/или иной правообладатель не принимает на себя никаких гарантийных обязательств, как явно выраженных, так и подразумеваемых, в отношении программы, в том числе подразумеваемую гарантию товарного состояния при продаже и пригодности для использования в конкретных целях, а также любые иные гарантии». (перевод Елены Тяпкиной).
    5. Условно — потому, что далеко не во всех странах разрешено выдавать патенты на программное обеспечение, однако везде отношения собственности на исходные тексты программ регулируются общими или специальными разделами законов об авторском праве.
    6. http://habrahabr.ru/blogs/open_source/41002/

    См. также

    Ссылки

dic.academic.ru

Лекция 1. Что такое свободное ПО?

В лекции вводится понятие свободного программного обеспечения в том понимании, которое продвигает и которому следует Проект GNU и Фонд Свободного ПО. Приведена классификация программ с точки зрения их доступности и степени свободы, используемая в рамках Проекта GNU.

Категории ПО

Свободное ПО (Free software)

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

Проект GNU определяет четыре критерия, используя их для оценки степени свободы программного обеспечения:

  • Свобода запускать программу в любых целях (свобода 0)
  • Свобода изучения работы программы и адаптация ее к вашим нуждам (свобода 1).
  • Свобода распространять копии, так что вы можете помочь вашему товарищу (свобода 2).
  • Свобода улучшать программу и публиковать ваши улучшения, так что все общество выиграет от этого (свобода 3).

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

Если программа свободна, то в перспективе она может быть включена в состав свободной операционной системы, такой как GNU, или GNU/Linux.

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

Free as in Freedom

«Свободное программное обеспечение» означает свободу, а не цену. Чтобы понять эту концепцию, следует представлять себе «свободу слова», а не «бесплатное пиво».

Ричард Мэтью Столлмэн

Свобода программного обеспечения означает свободу работы с ним, а не цену. Но разработчики коммерческих программ иногда используют термин «свободная программа», подразумевая цену. В одних случаях это значит, что вы можете получить копию бинарников бесплатно; в других — что копия предустановлена на компьютер, который вы покупаете. Как существуют бесплатные программы среди проприетарного ПО, так и имеются платные приложения среди программ с открытым исходным кодом. Ни то, ни другое, в общем случае, не имеет ничего общего с пониманием свободы программного обеспечения с точки зрения проекта GNU.

ПО с открытыми исходными текстами (Open Source software)

Термин «ПО с открытыми исходными текстами» используется некоторыми для обозначения того, что более-менее соответствует понятию свободного ПО. Мы предпочитаем последний термин, пояснение этому можно найти на сайте проекта GNU.

ПО общественной собственности (Public domain software)

«ПО общественной собственности» — это программные продукты, авторскими правами на которые никто не обладает. Это частный случай свободного ПО, не подчиняющегося «авторскому леву», означающий, что некоторые копии либо модификации могут быть вообще несвободными.

Иногда понятие «общественная собственность» используется в вольном толковании, вместо «свободный» либо «доступный даром». В то же время, «общественная собственность» — это правовой термин, который означает, строго говоря, «не являющийся объектом авторского права» (not copyrighted). Для точности мы рекомендуем использовать понятие «общественная собственность» исключительно в этом смысле и применять другие термины, чтобы выразить другие идеи.

ПО, подчиняющееся «авторскому леву» (Copylefted software)

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

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

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

Свободное ПО, не подчиняющееся «авторскому леву» (Non-copylefted free software)

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

Если программа является свободной, но не подчиняется «авторскому леву», то некоторые копии либо модификации могут вообще потерять свободу. Компьютерные компании могут скомпилировать эту программу (как измененную, так и оригинал) и распространять исполнимые файлы как собственнический программный продукт.

ПО, подчиняющееся GPL (GPL-covered software)

GNU GPL (General Public License, Общественная Публичная Лицензия) предлагает один из конкретных наборов условий распространения программы, который подчиняет ее «авторскому леву». Проект GNU использует ее для большинства своих программ.

Система GNU (The GNU system)

Система GNU представляет собой завершенную свободную Unix-подобную операционную систему.

Unix-подобная операционная система включает в себя множество программ. Компоненты такой системы накапливаются нами с 1984 года, первый тестовый выпуск «полной системы GNU» состоялся в 1996 году.

Система GNU включает все программные средства GNU, а также и множество других пакетов, подходящих под определение свободного ПО, таких как X Window System и TeX, которые разработаны не в рамках проекта GNU.

Поскольку целью системы является свобода, каждый ее компонент должен в свою очередь быть свободным. В то же время, не требуется, чтобы все они подчинялись «авторскому леву»; любая разновидность свободного ПО может быть использована в нашей системе на законных основаниях, если подходит технически. Мы можем воспользоваться и пользуемся такими свободными программами, не подчиняющимися «авторскому леву», как например X Window System.

Программы GNU (GNU programs)

Термин «программы GNU» совпадает с «Программным обеспечением GNU». Программа Foo является программой GNU, если она входит в программное обеспечение GNU.

Программное обеспечение GNU (GNU software)

Программное обеспечение GNU — такое, что выпускается под покровительством Проекта GNU. Большая его часть подчиняется «авторскому леву», но не все; тем не менее, каждая программа проекта GNU является свободной.

Если программа является частью программного обеспечения GNU, мы также говорим, что эта программа есть программа GNU.

Некоторые программы проекта GNU написаны сотрудниками Фонда Свободного ПО, но большая их часть пожертвована добровольцами. Правами на некоторые из пожертвованных программ обладает Фонд Свободного ПО, права же на другие принадлежат их авторам.

Полусвободное ПО (Semi-free software)

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

Полусвободное ПО гораздо лучше собственнического, но имеет свои проблемы, и мы (FSF) не в состоянии использовать его в свободных операционных системах.

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

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

Мы бы не хотели, чтобы произошло следующее:

  • Мы считаем, что свободные программы должны быть доступны всем, включая предприятия, а не только школы и любителей. Наше желание — вовлечь предпринимателей в использование всей системы GNU целиком, а поэтому недопустимо включать в ее состав полусвободные программы.
  • Коммерческое распространение свободных операционных систем, включая основанные на Linux системы GNU, очень важно, и пользователи ценят возможность приобрести коммерческий CD-ROM. Добавление полусвободных программ в состав операционной системы может исключить ее дальнейшее распространение на коммерческой основе.

Фонд Свободного ПО сам по себе некоммерческий, поэтому с правовой точки зрения мы вольны использовать полусвободное ПО «для внутреннего употребления». Но мы не желаем делать этого, поскольку можем тем самым воспрепятствовать нашим усилиям в приобретении программ, которые мы сможем также включить в состав GNU.

Если существует задача, которая требует программы, то пока у нас не появится свободная программа, система GNU будет иметь прореху. Нам придется сказать желающим: «Мы не имеем программы, решающей такую-то задачу, в составе системы GNU, и поэтому мы надеемся. что вы ее напишете.» Если же мы сами воспользуемся полусвободным ПО, это может лишить нас (и тех, кто к нам прислушивается) стимула создать свободный заменитель. Вот почему мы так не поступаем.

Freeware

Термин «freeware» не имеет точного определения, но применяется широко к программным пакетам, которые позволено распространять, но не модифицировать (при этом исходные тексты недоступны). Такие пакеты не являются свободными, поэтому не стоит применять термин «freeware» для обозначения свободных программ.

Условно-бесплатное ПО (Shareware)

Условно-бесплатное ПО выпускается с разрешением дальнейшего распространения копий, но каждый, кто его использует, обязанзаплатить за лицензирование.

Условно-бесплатное ПО не является ни свободным, ни даже полусвободным. Тому есть две причины:

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

Собственническое ПО (Proprietary software)

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

Фонд Свободного ПО следует правилу, что мы не можем устанавливать никаких собственнических программ на наши компьютеры за исключением краткого времени, требуемого для написания свободного заменителя этой программы. Мы не находим иных возможных причин пользоваться собственнической программой.

Например, мы допускали установку Unix на наши компьютеры в 1980-е годы, поскольку мы использовали его для написания свободного заменителя Unix. Сегодня, поскольку доступны свободные операционные системы, такое оправдание более недействительно; мы удалили все копии несвободных ОС, и каждый новый компьютер, который у нас появляется, должен использовать полностью свободную операционную систему.

Мы не настаиваем, чтобы пользователи либо сторонние участники проекта GNU, обязательно придерживались этого правила. Мы придумали его для себя. Тем не менее, мы надеемся, что вы последуете за нами.

Коммерческое ПО (Commercial Software)

Коммерческие программы разрабатываются предприятиями, которые собираются получать прибыль от их использования. «Коммерческое» и «собственническое» не одно и то же! Большая часть коммерческих программ собственническая, но существует коммерческое свободное ПО, а также некоммерческое несвободное.

Например, GNU Ada всегда распространяется на условиях GNU GPL, и каждая копия свободна, но разработчики этой системы продают услуги сопровождения. Когда их торговые представители общаются с потенциальными покупателями, иногда последние говорят: «Мы бы чувствовали себя в большей безопасности с коммерческим компилятором». На это продавцы отвечают: «GNU Ada — коммерческий компилятор; так получилось, что он является в то же время свободной программой».

Для Проекта GNU акценты смещаются: более важно то, что GNU Ada является свободной программой, а то, что она коммерческая, не критично. В то же время, дополнительное развитие GNU Ada, причина которого кроется в коммерческом статусе проекта, определенно полезно.

Мы надеемся на вашу помощь в распространении информации о том, что возможно коммерческое свободное ПО. Вы можете помочь нам, если постараетесь не говорить «коммерческий», где подразумеваете «собственнический».

Почему программы должны быть свободными?

Существование ПО порождает вопрос о том, кем должны приниматься решения по использованию программ. Пусть некто, имеющий копию программы, встречает желающего скопировать ее себе. Такая возможность имеется, но кто должен разрешать сделать это?

Цифровые технологии предлагают большую гибкость, чем, например, книгопечатание.

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

Обладатели авторских прав ограничивают возможности пользователей ПО, чем сдерживают развитие общества в целом

Гибкость распространения цифровой информации плохо согласуется с существующими системами авторского права, в основе которых – прибыль правообладателя

Гонка за прибылью — причина «драконовских» мер, используемых для реализации прав собственников ПО.

Методики Ассоциации Издателей Программ (Software Publishers Association, SPA) по защите авторских прав:

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

Аргументы собственников ПО:

  • Эмоциональные названия
  • Преувеличение
  • Закон
  • Естественные права
  • Экономика

Анатольев А.Г., 13.05.2016

Постоянный адрес этой страницы:

www.4stud.info

Свободное программное обеспечение — Anticopyright

Материал из Anticopyright

(Перенаправлено с Свободное ПО)

Cвободное программное обеспечение (Free Software) — программы, которые могут распространяться, изменяться, изучаться кем угодно без всяких ограничений, либо с минимальными ограничениями.

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

Поэтому, часто свободное ПО вполне обосновано называют «программным обеспечением с открытым кодом» (open-source software). Обратное, впрочем, не верно — открытое ПО не обязательно является свободным.

Большая часть кодов и программ с открытым кодом хранится на сайте sourceforge.net. Это самый крупный хостинг свободного ПО в мире.

Идеология свободного программного обеспечения была сформулирована Ричардом Столлманом в широко известном манифесте, в котором он указал список следующих, жизненно необходимых каждому творческому человеку, свобод:

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

Ссылки:

GNU Public License — лицензия, под которой выходит абсолютное большинство свободного ПО.

Лицензия, под которой выходила UNIX-система, производимая в Университете Калифорнии, Беркли (Berkley Software Distribution). Сейчас это — ОС FreeBSD. Одна из первых открытых лицензий, получивших широкое распространение. Условия налагаемые ею очень мягкие и придают ПО статус почти общественного достояния. Считается, что это позволяет некоторым компаниям, например, Майкрософт использовать код BSD-систем в своих продуктах.

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

Традиционное заблуждение (либо намеренное искажение фактов) по поводу свободного ПО — отождествление его с бесплатным ПО. Во многом в этом виновато то, что в английском языке слово "free" обозначает и "свободный", и "бесплатный". Эти две категории независимы формально и почти независимы фактически: существует масса бесплатных программных продуктов, код которых недоступен, равно, как и множество проектов с открытым кодом, поставляемых в том или ином виде за плату (Suse Linux, RHEL). Безусловно, проект, код которого в любой момент может быть использован кем угодно, невозможно в привычном смысле слова продавать, однако это и не требуется. Но, например, автор свободной программы QtiPlot распространяет бинарные пакеты только за деньги.

Наиболее распространенная бизнес-модель — осуществление платной поддержки. Многие современные проекты с открытым кодом живут за счет спонсирования компаниями, которые опосредованно используют результаты работы этих проектов (примеры: Ubuntu (Canonical), KDE, PostgreSQL, еще).

Тем не менее, люди, злоупотребляющие словами «бизнес-модель» и enteprise, считают, что open-source — это не эффективно.

Ссылки:

[править] Открытое и Свободное

Многим разработчикам (например, Линусу Торвальдсу) понятие «свободное ПО» кажется излишне политизированным, поэтому они ввели и используют понятие «открытое ПО», подразумевая всего лишь модель разработки софта. Понятия «свободное ПО» и «открытое ПО» не совпадают. Свобода подразумевает открытость, но не наоборот. Существуют лицензии (пример - Microsoft Shared Source, см Лицензии Microsoft), которые позволяют смотреть исходный код, но не позволяют его модифицировать и/или распространять. Ричард Столлман настаивает на необходимости использования чёткой терминологии. Free, not open!

Ссылки:

[править] Свободное ПО в России

В общем, всю активность в сфере Free Software в России можно разделить на такие группы:

  • Очень небольшое число фирм, занимающихся исключительно или преимущественно Free Software. Это, прежде всего AltLinux, затем ASPLinux, Namesys (хотя это скорее американская фирма, по случайности расположенная в России:-) - считаются сравнительно крупными, то есть со штатом в 10-30 человек. Есть еще, вроде бы, некоторое количество совсем мелких фирм, по 3-5 человек. Следует понимать, что последовательный выбор именно Free Software для хозяев, да и работников этих фирм - это вопрос в большой степени именно политический (или, как сказал бы aen_, моральный). Сейчас разработаны методики, позволяющие при наличии хватки заниматься разработкой Free Software в качестве основной деятельности и при этом самоокупаться, или даже получать какой-то доход. Однако с точки зрения быстрейшего получения максимальной прибыли такой выбор в нынешней политической и правовой ситуации чаще всего будет неоптимальным. Правда, он дает кое-какие неденежные бонусы, которые в долгосрочной перспективе можно коммерчески реализовать, но все это в конечном счете та же политика.
  • Несколько большее количество также сравнительно мелких софтверных фирм, комбинирующих в своей деятельности Free Software и Proprietary Software. Сейчас вспоминаю Linux Inc, Etersoft, Naumen, Cryptocom. Мотивация такого комбинирования у них может быть самая разная, от «надо же нам на чем-то и деньги зарабатывать» (Ethersoft) до попытки утянуть то, что по их мнению, плохо лежит (LinuxInc).
  • Отделения крупных «железных» компаний занимающиеся, по преимуществу или в том числе, Free Software. Это IBM, Siemens, Sun Microsystems. Сюда же относятся подразделения по использованию Линукса в Минобороны. Специфика их в том, что в то время, как Free Software составляет сравнительно незначительную долю в их собственной деятельности, по абсолютной величине и в сравнении с остальным Free Software-сообществом их размеры и их вклад (в виде нового софта) весьма значителен.
  • Разработчики из академической среды (КИАЭ, МГУ), более заинтересованные в распространении своих научных идей, росте своей репутации, как академической, так и любой другой, чем в чем либо еще.
  • Разработчики-любители, занимающиеся написанием свободного софта в качестве хобби или элемента хобби, или инструмента для основной работы. Граница между последними двумя пунктами нечеткая.
  • Неопределенно большое количество кустарей-админов, предлагающих свои услуги по настройке и сопровождению серверов, веб- или корпоративных. Отличаются тем, что активно используют Free Software, но сами его не пишут, или пишут (правят существующий код, как правило) от случая к случаю.
  • Простые пользователи, пока не присоединившиеся ни к одной из вышеозначенных категорий (что от них, вообще говоря, до некоторой степени ожидается).

Источник:

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

anticopyright.ru

Свободное программное обеспечение. Терминология предметной области

Ниже приведено расширенное толкование терминов СПО с юридическими комментариями

1.    Свободное ПО (free  software) 

«Свободное ПО» является родовым понятием по отношению к различным видовым понятиям, таким, как «ПО с открытым исходным кодом», «бесплатное ПО», «коммерческое ПО» и др. Объем данного понятия находится в отношении противоречия с объемом понятия «несвободное ПО», т.е. в совокупности с ним составляет полный объем понятия «программное обеспечение» (в случае, когда в качестве основания для классификации используется такой критерий, как наличие или отсутствие в лицензионном договоре условий, ограничивающих свободу пользователей ПО). 
Для данной категории программного обеспечения не существует фиксированного набора лицензионных условий, достаточных для того, чтобы та или иная лицензия была отнесена к разряду «свободных». Эта особенность «свободного ПО» предопределяет невозможность определения этого понятия посредством указания исчерпывающего набора признаков, что в обязательном порядке необходимо учитывать при подготовке нормативной документации, посвященной вопросам использования «свободного ПО».
Однако, несмотря на невозможность выделения условий лицензии, достаточных для ее отнесения к числу «свободных», доктриной СПО выделяется четкий набор необходимых условий, в отсутствие которых лицензия будет, безусловно, считаться «несвободной», а также тех условий, наличие которых делает «несвободной» любую лицензию, в том числе ту, которая по своим основным признакам напоминает «свободную». Следует также принять во внимание, что перечень таких условий не является статичным: в связи с развитием общественных отношений, связанных с использованием ПО, а именно, с возникновением новых угроз свободам пользователей программного обеспечения, перечень таких условий постоянно дополняется Free Software Foundation.
С учетом вышесказанного, рассмотрим перечень критериев отнесения ПО к категории «свободного» в том его виде, в каком он определен FSF на сегодняшний день.
В самом общем смысле свободное программное обеспечение – это то ПО, которое пользователи могут свободно запускать, копировать, распространять,  изучать, изменять и улучшать. Более точно это выражается в наличии у пользователей четырех видов свободы:
Свободы запускать программу для любых целей (свобода 0).
Свободы изучать, как программа работает, и адоптировать ее для своих нужд (свобода 1). Доступ к исходному коду – необходимое для этого условие.
Свободы повторно распространять копии для того, чтобы помочь ближнему (свобода 2).
Свободы улучшать программу и опубликовывать результаты работы по улучшению программы для пользы всего общества (свобода 3). Доступ к исходному коду – необходимое для этого условие.
Следует принять во внимание, что указанные выше свободы не являются набором необходимых условий «свободных» лицензий (как это часто некорректно трактуется), а представляют собой тот результат, который необходимо достичь посредством реализации в лицензионном договоре тех или иных юридических конструкций. Программа признается «свободной», если, в соответствии с условиями ее лицензирования, ее пользователи обладают всеми указанными свободами. Таким образом, лицензиат должен быть свободен в распространении программы, как в исходной, так и в модифицированной форме , как на безвозмездной основе, так и за плату . Свобода в осуществлении данных действий означает, помимо всего прочего, отсутствие необходимости запрашивать чье-либо разрешение на их осуществление или платить за предоставление такого разрешения. Т.е., в соответствии с условиями свободной лицензии, лицензиату на безвозмездной основе должно предоставляться как минимум право использования программы путем ее воспроизведения,  распространения, доведения до всеобщего сведения и  переработки (модификации). Причем использование программы этими способами, равно как и реализация любых иных предоставляемых по лицензии прав, не может быть ограничено какими-либо целями или сферами деятельности: любые такие ограничения автоматически исключают ПО из числа свободного, даже при наличии в лицензии условий о безвозмездном предоставлении основных имущественных прав на программу и предоставлении ее исходного кода. В качестве примеров таких лицензий, существенно схожих со свободными, но не являющихся таковыми, можно привести такие лицензии, как Hacktivismo Enhanced-Source Software License Agreement (HESSLA), существенно ограничивающую сферы применения оригинального ПО и создаваемых на его основе модификаций, Jahia Community Source License, разрешающую использование исходного кода только в исследовательских целях.
Лицензиату также должна быть предоставлена свобода осуществлять модификацию ПО и использовать результаты модификаций в своей собственной программе без какого-либо упоминания о том, что им были созданы такие модификации. Т.е. на него не должна налагаться обязанность обнародовать производную программу, основанную на модификации оригинальной программы . В том же случае, когда лицензиат обнародует свои модификации ПО, на него не должна возлагаться обязанность по уведомлению об этом кого-либо в какой-либо форме. Подобные ограничения, позволяющие квалифицировать непроприетарные лицензии как несвободные, встречаются весьма часто, и содержаться в таких лицензиях, как Apple Public Source License (APSL), version 1.x  (на лицензиата возлагается обязательство по опубликованию модифицированной версии и уведомлении об атом Apple), AT&T Public License (обязанность уведомить AT&T о распространении патча, установка которого вносит изменения в исходную программу),  Reciprocal Public License (данная лицензия обязывает лицензиата опубликовывать любую модифицированную версию программы, которую использует организация, а также уведомлять первоначального разработчика программы о публикации модифицированной версии), Open Public License (обязанность отправки первоначальному разработчику программы каждой опубликованной модифицированной версии данной программы). Как несвободные квалифицируются также лицензии, запрещающие опубликовывать модифицированные версии. Примером такой лицензии может служить SUN Community Source License. В то же время условие лицензии, обязывающее лицензиата, осуществившего модификацию программы и распространяющего ее модифицированную версию, по требованию первоначального разработчика программы предоставить ему копию модифицированной версии расценивается FSF как допустимое и не противоречащие общей концепции свободного ПО.
Свобода запуска программы (the freedom to run the program) означает свободу для любого физического лица или организации использовать программу на базе любой компьютерной системы, в любой сфере и в любых целях без сопровождения такого права обязательством сообщать об использовании программы ее разработчику или любому иному лицу.
Свобода повторного распространения копий (the freedom to redistribute copies) должна включать в себя возможность распространения ПО как в бинарной или иной исполняемой форме, так и в форме исходного кода. Причем данное правило должно распространяться как на исходную, так и на модифицированные версии программы. Любые ограничения данной свободы, выражающиеся как в запретах на распространение в какой-либо форме, так и в наложении на лицензиата обязанности по распространению ПО в определенной форме делают программу несвободной. Так, например, не является свободной лицензия GPL-PA (оригинальное название на португальском "Licença Pública Geral para Administração Pública"), не разрешающая распространять исходный код программы без сопровождения его соответствующими бинарными файлами.
Для того, чтобы свобода вносить в программу изменения и опубликовывать улучшенные версии имела практическое значение, т.е. для того, чтобы предоставляемое по договору право на модификацию программы могло быть фактически реализовано, лицензиат должен иметь доступ к исходному коду программы. Таким образом, доступность исходного кода – обязательный атрибут свободного ПО.
Одним из важнейших способов модификации программы, по мнению представителей FSF, является объединение (merging) имеющихся в наличии подпрограмм и программных модулей. Строго говоря, с точки зрения российского законодательства объединение различных программных компонентов в рамках единого объекта без их переработки квалифицируется не как модификация ПО, а как деятельность по организации создания сложного объекта (ст.1240 ГК). Однако в любом случае, если лицензия на программу не позволяет лицензиату объединять существующие модули, например, требует, чтобы лицензиат был обладателем исключительного права на любой код, добавляемый им к лицензируемой программе, такая лицензия содержит ограничения, достаточные для квалификации ее как несвободной. Примером такой лицензии является NASA Open Source Agreement, требующая, чтобы все изменения, вносимые в программу носили творческий характер.
Лицензия также не является свободной, в случае, если она содержит условия о возможности ее аннулирования по основаниям, не связанным с нарушениями со стороны лицензиата. Подобные условия содержатся в таких несвободных лицензиях, как AT&T Public License, Apple Public Source License (APSL), version 1.x,  SUN Solaris Source Code (Foundation Release) License, Version 1.1.
Несмотря на недопустимость наличия в свободных лицензиях различного рода ограничений, некоторые ограничения все же допустимы, при условии, что они не препятствуют реализации основных свобод, описанных выше. Примером тому служит широко используемая в «свободной» модели лицензирования юридическая конструкция, получившее название «copyleft». Если максимально упростить ее смысл, то copyleft представляет собой набор специальных условий лицензии, определяющих условия реализации предоставляемых лицензиату имущественных прав таким образом, что в случае распространения программы  (а также основанной на ней производной программы) он не может устанавливать дополнительные ограничения на использование программы (ее модификаций) или каким-либо иным образом ограничивать основные свободы пользователей ПО.
Считаем необходимым особое внимание уделить вопросу коммерческого использования ПО. Если программное обеспечение является свободным, это не означает, что оно не может быть «коммерческим». Свободная программа в обязательном порядке должна быть доступна для коммерческого использования (commercial use), коммерческого развития (commercial development) и коммерческого распространения (commercial distribution). Следует отдельно прокомментировать данные понятия, т.к. в рамках движения «свободного ПО» они используются в несколько ином значении, по сравнению с их употреблением применительно к проприетарному ПО.
Коммерческое использование (commercial use) «свободного ПО» подразумевает использование функциональных возможностей программы для осуществления предпринимательской деятельности. Сюда входит как внутреннее использование программы, например, для организации электронного документооборота организации, так и оказание услуг в виде предоставления удаленного доступа к размещенной на сервере программе для использования ее функциональных возможностей (т.н. «software services»), а также любое иное использование функциональных возможностей программы, связанное с ведением бизнеса.  Коммерческое развитие свободного ПО (commercial development) представляет собой выполнение работ по созданию для заказчика специализированного ПО на основе существующих программ сторонних разработчиков, доработку существующих программных решений под конкретные нужды заказчика и т.п. Коммерческое распространение (commercial distribution) означает продажу экземпляров свободного ПО, как в форме исходных кодов, так и в форме готовых к инсталляции дистрибутивов (требование об обязательном предоставлении исходных кодов сохраняется), как по отдельности, так и в составе сборников. Плата может взиматься за каждый материальный носитель, содержащий дистрибутив(ы) «свободного ПО» или предоставление доступа к размещенному на серверу дистрибутиву. Приобретенный дистрибутив может использоваться любым числом пользователей и может в дальнейшем свободно распространяться любым лицом, независимо от того, приобрело оно данный дистрибутив у дистрибьютора или получило на безвозмездной основе из иных источников. Т.е. программа продается как некий технический продукт, в то время как необходимые имущественные права на использование ее как объекта интеллектуальной собственности предоставляются безвозмездно.
К коммерческим способам использования свободного ПО относятся также различного рода услуги, связанные с его использованием как технического объекта – услуги по технической поддержки ПО, консультации по вопросам его использования, обучение работе со свободным ПО и др. Несмотря на то, что такого рода «использование» программ не охватывается авторским правом, упомянуть о нем необходимо, т.к. в тех случаях, когда предоставление имущественных прав на программу сопровождается договорными условиями, ограничивающими сторону в осуществлении указанных действий  или напротив обязывающих сторону их осуществлять (например, оказывать пользователям ПО услуги технической поддержки ) программа будет считаться несвободной.
В рамках идеологии движения свободного ПО извлечение материальной выгоды от использования программ как объектов интеллектуальной собственности считается недопустимым. В то время как получение дохода от использования программ как технических объектов считается приемлемым. Более того, возможность коммерческого использования программ описанными выше способами воспринимается как одна из основных свобод пользователей ПО. Лицензии, запрещающие коммерческое использование программ или каким-либо образом огранивающие возможность такого использования расцениваются как несвободные. По этому признаку, т.е. наличию в лицензии условий, препятствующих коммерческому использованию ПО к несвободным относятся такие лицензии, как Aladdin Free Public License, AT&T Public License (помимо прочих условий, недопустимых с точки зрения идеологии свободного ПО, некоторые версии данной лицензии содержат условие о том, что экземпляры программы не могут продаваться по цене, размер которой превышает стоимость затрат на распространение), Jahia Community Source License, Microsoft's Shared Source CLI, C#, and Jscript License, Reciprocal Public License (коммерческое распространение допускается, однако установленные данной лицензией ограничения на допустимую цену, по которой может быть реализована копия программы, делает данную лицензию несвободной), University of Utah Public License, YaST License.
Вывод: доктрина «свободного ПО» не позволяет выделить исчерпывающий перечень признаков, наличие которых позволило бы отнести ту или программу (лицензию на программу) к категории «свободных». Однако при этом можно выделить основные, базовые критерии, которыми можно руководствоваться при решении вопроса об отнесении программы (лицензии) к числу «свободных». Такими критериями являются:
•    безвозмездное предоставление пользователю программы права ее использования основными способами, которые в рамках российского авторского права могут быть определены как использование программы путем ее воспроизведения, распространения, доведения до всеобщего сведения, модификации, а также
•    безвозмездное предоставление полного исходного кода программы. Предоставление права использования программы не может быть обусловлено не только выплатой лицензиару вознаграждения, но и возложением на лицензиата различного рода обязательств, кредитором по которым будет лицензиар или иной правообяяладатель (например, тот, чья программа была использована лицензиаром для создания ее модифицированной версии, права на которую предоставляются лицензиату), а также иных обязательств, препятствующих свободному использованию программы. Например, таких, как обязанность уведомлять первоначального разработчика программы о создании ее модифицированной версии, или обязательство по предоставлению лицензиару прав на программу, которая будет создана лицензиатом на основе исходной программы, право на модификацию которой он получил от данного лицензиара и т.п. В то же время, установление ограничений на использование программ и возложение на пользователей обязательств, в том случае, когда они не противоречащие «духу свободного ПО» и направлены на защиту свобод пользователей программного обеспечения, как они понимаются представителями движения «свободного ПО» не только допускаются, но и всячески приветствуются активистами данного движения. Наиболее ярким примером таких ограничений является юридическая конструкция «copyleft». В случае реализации в лицензии данной юридической конструкции безвозмездное предоставление права использования программы сочетается с запретом на извлечение коммерческой выгоды от использования программы как объекта интеллектуальной собственности (данный запрет реализуется путем включения в лицензионный договор условия о том, что лицензиат может распространять программу (в исходной или модифицированной форме) только на тех условиях, на каких он сам ее получил ) и обязанностью предоставления исходного кода программы при ее последующем распространении;
•    отсутствие каких-либо ограничений на использование программы как технического объекта, включая любое коммерческое использование.

2.    Программное обеспечение с открытым исходным кодом (Open Source software)
Особенностью данного понятия является наличие у него двух, принципиально отличающихся значений. Первое значение вытекает из самого термина, используемого для обозначения этого понятия. Этот термин представляет собой своеобразное определение, включающее в себя указание на родовое понятие – «программное обеспечение» и видовой признак – «открытость исходного кода», наличие которого позволяет отнести тот или иной объект (ту или иную программу) к такой разновидности ПО, как «открытое ПО» или «ПО с открытым исходным кодом». Иными словами, из самого названия данной категории ПО вытекает, что достаточным и фактически единственным признаком т.н. «открытого ПО» является открытость его исходного кода. Т.е. к категории «открытого ПО» могут быть отнесены все те программы, в отношении которых разработчиком (правообладателем) принято решение об открытии исходного кода этих программ для некоего круга лиц (как неопределенного, так и определяемого по каким-либо признакам). При этом условия использования этого исходного кода могут сильно отличаться в зависимости от лицензии. Более того, некоторые разработчики проприетарного ПО, желая позиционировать свои программы как «открытое ПО», раскрывают значительную часть исходного кода, тем не менее, оставляя часть кода закрытой для широкого круга пользователей (как правило, закрытыми остаются части кода, связанные с защитой ПО от неправомерного использования, а также иные части кода, раскрытие которых разработчики считает нецелесообразным).  
Второе значение, на котором настаивают представители «The Open Source Initiative» («OSI»),  базируется на развернутом определении понятия «открытое ПО» («open source software»), представляющим собой описание ключевых условий, которым должна соответствовать лицензия на программу, для того чтобы эта программа могла считаться «открытой» («open source»).  Анализ этого определения позволяет сделать вывод о том, что изложенные в нем условия являются отражением тех условий лицензирования программ, которые в рамках движения СПО рассматриваются как необходимые (содержание этих условий было раскрыто в предыдущем разделе). При этом сторонниками Open Source Initiative такие условия воспринимаются не только как необходимые, но и как достаточные, потому как открытость исходного кода программ и предоставление широкому кругу лиц разрешения на модификацию этого кода, рассматривается ими только с точки зрения удобства совместной работы над общими проектами по разработке программ и возможности заимствования чужих решений без выплаты за это вознаграждения. Такие особенности лицензирования ПО являются бесспорным преимуществом для самих разработчиков, однако не имеют особого значения для конечных пользователей ПО, для которых сам факт доступности исходного кода, не играет какой-либо роли.
Такой подход вызывает активную критику со стороны представителей движения СПО, справедливо указывающих на то, что соответствие программы одному лишь критерию открытости исходного кода без реализации в условиях ее лицензии остальных принципов свободного ПО, способно свести на нет все те преимущества, которые открытость исходного кода дает пользователям программного обеспечения (примеры таких лицензий были приведены выше, в разделе, раскрывающем значение термина «СПО»).
Однако несмотря на некоторые различия в толковании термина «открытое ПО», можно констатировать, что объем понятия «открытое ПО» или «ПО с открытым исходным кодом» составляют, прежде всего, те программы, лицензии которых содержат условие о предоставлении пользователю их исходных кодов, что выгодно отличает эти программы от большей части проприетарного ПО, распространяемого в исполняемой форме по лицензии, содержащей запрет на декомпиляцию, дизассемблирование и реверс инжиниринг. Вместе с тем исходный код может предоставляться пользователю и в рамках проприетарной модели лицензирования, т.е. той модели, недостатки которой послужили причиной отказа от использования проприетарного ПО в государственных органах. При этом плата за предоставление исходного кода может быть включена в размер вознаграждения по лицензии, либо возмездное предоставление исходного кода может являться предметом отельного соглашения. Лицензионным договором могут быть также ограничены (причем существенно) пределы использования исходного кода (например, исключительно научными целями), ограничен круг субъектов, которым предоставляется право использования программы в форме исходного кода и т.д.
При этом, даже при формальном соответствии программы всем критериям «открытого ПО», предложенных представителями OSI, предоставление указанных в лицензии прав (в особенности права на модификацию программы) может быть сопряжено с возложением на пользователя самого широкого круга обязательств, в том числе позволяющих первоначальному разработчику обеспечить полный контроль за дальнейшими разработками, создаваемыми на базе лицензированного им программного обеспечения (примеры таких лицензий были приведены в предыдущем разделе).
Реализация такого формального подхода породила к жизни широкий круг «открытых лицензий», которые, несмотря на условие о предоставлении всем пользователям исходного кода программы, не являются при этом «свободными» лицензиями. В результате этого такие лицензии способны заложить юридическую основу для удобства доработки «базового ПО» совместными усилиями независимых разработчиков, однако свобода использований результатов таких разработок конечными пользователями может быть существенно ограничена.
 Таким образом, предоставление исходного кода, в том числе с разрешением его последующего изменения и распространения как в исходном виде, так и с изменениями и дополнениями, является не более чем ключевым элементом особой методологии разработки ПО.
Представляется необходимым обратить особое внимание на то, что такая методология разработки программ, т.е. методология, в основе которой лежит возможность свободной доработки уже имеющихся программных решений любым заинтересованным лицом, является общей для «открытого» и «свободного ПО». При этом сторонники т.н. «открытого ПО», стремясь обеспечить интересы только лишь разработчиков ПО, ограничиваются обеспечением возможности использования этой методологии посредством применения особого рода лицензионных договоров, в то время как в рамках движения СПО такая методология является лишь необходимым условием обеспечения свободы использования программного обеспечения, а не самоцелью.
Так, например, некоторые проприетарные компании, в частности Apple, используют подобный прием, т.е. предоставление исходного кода своих программ широкой публике, в целях снижения издержек на доработку ПО: отдельные энтузиасты, изучая исходный код таких программ, предлагают различные варианты их усовершенствования, выявляют причины возникновения ошибок в работе программ и предлагают свои варианты изменения кода для их исправления, после чего результаты таких работ используются в официальных релизах проприетарного ПО.
Указанные выше отличия «свободного» и «открытого» ПО приобретают особое значение в разрезе проблематики использования программных решений для нужд госуправления. Как было показано в разделе, посвященному понятию «свободное ПО», существует множество вариантов, при которых лицензия на программное обеспечение включает в себя все основные положения, присущие свободному ПО, однако ряд ее условий позволяет существенно ограничить свободу использования программы. Применительно к использованию программного обеспечения в органах государственной власти такие ограничения могут привести к невозможности достижения таких ключевых целей, как обеспечение технологического и экономического суверенитета в области использования ПО, обеспечении возможности масштабирования созданных решений в связи с тем, что обладатели исключительного права на программы, распространяемые на условиях «открытых», но не «свободных» лицензий, имеют возможность навязывать пользователям ПО любые выгодные правообладателей условия, как это часто происходит в рамках проприетарной модели лицензирования, многочисленные недостатки которой стали причиной принятия решения о переходе органов государственной власти к использованию свободного ПО.

Выводы:
•    Объем понятия «открытое ПО» («ПО с открытым исходным кодом») и «свободное программное обеспечение» находятся в отношении подчинения: объем понятия «свободное ПО» полностью входит в объем понятия «ПО с открытым исходным кодом». Т.е. любая «свободная программа» является программой с открытым исходным кодом, но далеко не каждая программа с открытым исходным кодом является «свободной».
•    Открытость исходного кода программы, а также предоставляемое на основании лицензии право модификации программы является необходимым, но далеко не достаточным условием свободного использования программ, особенно когда такое использование осуществляется в целях разработки программных решений для нужд государственных органов с возможностью последующего масштабирования этих решений и их развития без привязки к первоначальным разработчикам базовых программ, положенных в основу этих решений.
•    При разработке официальной документации, связанной с реализацией мероприятий по переходу органов государственной власти на «свободное ПО», следует избегать применения термина «открытое ПО» в качестве синонима понятия «свободное ПО» в силу принципиальных отличий между этими понятиями.  
3.    Программное обеспечение «copyleft» (Copylefted software)
Программное обеспечение сopyleft является разновидностью свободного ПО. Условия лицензирования программ данного вида не допускают распространение таких программ (в исходном или модифицированном виде) на условиях, устанавливающих дополнительные ограничения по сравнению с теми, которые были установлены правообладателем, предоставившим право их распространения и модификации. Это означает, что любая копия программы, а также программы, производной от нее, должна являться свободным ПО. Подавляющее большинство сopyleft ПО распространяется на условиях лицензий серии GNU GPL , однако существует ряд других сopyleft-лицензий: GNU Lesser General Public License (GNU LGPL), Affero General Public License (AGPL), Vita Nuova Liberal Source License, OpenSSL license, License of xinetd. Многие другие свободные лицензии содержат в себе отельные элементы copyleft’а, однако не являются copyleft-лицензиями в полном смысле этого слова.
Конструкция copyleft-лицензий такова, что, в большинстве случае, они несовместимы с GNU GPL, а также иными copyleft-лицензиями. Это означает, что объединение в рамках одной программы кода, лицензированного по одной copyleft-лицензии вместе с кодом, лицензированным по иной copyleft-лицензии, будет неправомерным. Так, приведенные выше copyleft-лицензии, за исключением LGPL и AGPL, несовместимы с GNU GPL. Несовместимость объясняется тем, что одним из ключевых лицензионных условий, лежащих в основе copyleft’a является требование о распространении условий лицензии в том числе на производную программу, созданную с использованием исходной, даже если производная программа представляет собой простое слияние первоначального и добавочного кода (на использование которого распространяет свое действие другая copyleft-лицензия) или объединение посредством линкера библиотек функций (в том числе динамических), выпущенных под разными copyleft-лицензиями с формированием общего исполняемого файла (файлов), в ходе исполнения которого происходит обращение к библиотекам, выпущенным под разными лицензиями. Исключение составляют LGPL,  допускающая использование выпущенных под ней библиотек совместно с библиотеками, распространяемыми на условиях других, в том числе проприетарных лицензий, а также copyleft-лицензии, допускающие кросс-лицензирование, т.е. содержащие условие о в возможности применения к программе или отельным ее частям условий других (как правило, прямо указанных) лицензий. Примерами таких лицензий могут служить AGPL и Mozilla Public License (данная лицензия не является полностью copyleft’ной, но содержит отельные элементы copyleft’а, наличие которых при отсутствии в данной лицензии оговорки о возможности кросс-лицензирования делало бы ее несовместимой с другими copyleft-лицензиями).
4.    Свободное программное обеспечение, не являющееся программным обеспечением «copyleft» (Non-copylefted free software)
Лицензии данной категории ПО предоставляют пользователям основные свободы, наличие которых необходимо для квалификации ПО в качестве свободного, однако допускают возможность установления дополнительных ограничений при последующем распространении программы или ее модификаций. Т.к. данный вид лицензий не содержит в себе условий, реализующих конструкцию copyleft, ПО, выпущенное под такими лицензиями, не защищено от проприетаризации. Т.е. изначально свободный исходный код может быть скомпилирован (как с изменениями так и без), и результат такой компиляции может в дальнейшем распространяться как проприетарное ПО. Наиболее известными свободными не-copyleft лицензиями являются BSD license, X11 license, XFree86 1.1 License.
5.    Несвободное программное обеспечение (Non-free software)
К данной категории относится любое программное обеспечение, которое не является свободным, в том числе бесплатное ПО (freeware), «полусвободное» ПО  (semi-free software) и проприетарное ПО.
6.    Полусвободное программное обеспечение (Semi-free software)
Полусвободное ПО представляет собой программное обеспечение, которое не является свободным, но в отношении которого правообладателем предоставлено разрешение на использование программы (использование программы как технического объекта по ее прямому функциональному назначению), копирование, распространение и модификацию (включая распространение модифицированных версий), но только в некоммерческих целях (как было указано выше, возможность использования ПО в коммерческих целях является обязательной для свободного ПО). Примеры таких лицензий приведены выше.
7.    Проприетарное программное обеспечение (Proprietary software)
Проприетарным является любое программное обеспечение, лицензия на которое содержит условие о выплате правообладателю вознаграждения за предоставляемое по лицензии право использования программы, независимо от того, распространяется ли такое ПО вместе с исходным кодом или без него. Т.е. проприетарной лицензией является любой возмездный лицензионный договор. Понятие «проприетарное ПО» не равнозначно понятию «несвободное ПО», а составляет лишь часть его объема.
8.    Бесплатное программное обеспечение (Freeware)
Разрешение на воспроизведение и распространение данного вида программ предоставляется бесплатно, однако право на их модификацию не предоставляется, декомпиляция таких программ также не разрешается. Такие программы распространяются в скомпилированном виде без исходного кода. Такие программы относятся к разряду «несвободного ПО». Данный вид программного обеспечения может быть условно отнесен к классу некоммерческого ПО. Условность такой квалификации связана с тем, что во многих случаях, несмотря на бесплатность данных программ, цели их использования являются коммерческими. Так, на freeware условиях может распространяться клиентское ПО, необходимое для взаимодействия пользователей с серверным ПО, используемым для возмездного предоставления т.н. программных услуг (software services), суть которых в возможности удаленного использования функциональных возможностей различных программ без установки этих программ на локальный компьютер. Бесплатное ПО может также использоваться для привлечения внимания к продукции определенного вендора и т.д. Нередко бесплатное программное обеспечение создается и распространяется с целью распространения рекламных материалов, демонстрируемых пользователям во время запуска и использования этих программ. В целом существует довольно много вариантов ведения маркетинговой политики, в рамках которой большую роль играет разработка и распространение на бесплатной основе различного рода ПО, и можно с уверенностью сказать, что за очень редким исключением развитие бесплатных версий ПО имеет конечной целью увеличение прибыли тех или иных компаний, работающих в области информационных технологий.   
9.    Условно-бесплатное программное обеспечение (Shareware)
Программное обеспечение, распространяемое в скомпилированном виде, без исходного кода, в форме бесплатной тестовой версии, имеющей функциональные, временные или иные подобные ограничения, для снятия которых требуется ввести ключ активации (произвести иные подобные операции), предоставляемый пользователю после выплаты им вознаграждения.
Shareware-программы, безусловно, не являются свободными, и не могут быть отнесены даже к полусвободным программам. Объясняется это следующими причинами: подавляющее большинство shareware-программ распространяются без исходного кода, и во всех без исключения случаях право на модификацию этих программ не предоставляется. Также в большинстве случаев пользователю (лицензиату) не предоставляется право копировать и осуществлять распространение таких программ без выплаты правообладателю вознаграждения, даже если такие действия осуществляются в некоммерческих целях.  
10.    Частное программное обеспечение / программное обеспечение, разрабатываемое по индивидуальному заказу (Private software / Custom software)
Данный вид ПО представляет собой custom-разработку, т.е. разработанное (доработанное) программное обеспечение, предназначенное для решения конкретных задач, стоящих перед заказчика (как правило, организации). Данное ПО используется заказчиком для внутренних нужд и большинстве случаев не доступно для широкой общественности. Вопрос о возможности обнародования и (или) последующей продажи custom-ПО иным лицам помимо заказчика, решается в рамках договора на разработку ПО, заключаемого между заказчиком и разработчиком данного ПО, который представляет собой договор подряда. Договор на разработку может сопровождаться, и как правило сопровождается, условиями о последующей технической поддержке программного продукта и предоставлении консультаций по вопросам его использования.
Частное ПО, безусловно являясь коммерческим, может быть как свободным, так и проприетарным. Создание специализированных программных продуктов является одной из основных форм бизнеса, основанного на использовании свободного программного обеспечения. Неоспоримыми преимуществом свободного ПО, в данном случае, является возможность безвозмездного использования разработчиком custom-продукта готовых базовых решений, что существенно снижает материальные и временные затраты на создание нового программного продукта, и в результате позволяет малым и средним компаниям-разработчикам ПО быть конкурентноспособными в данной сфере бизнеса. При этом пользователь такого программного продукта, имея в своем распоряжении исходный код программы и обладая всеми необходимыми правами на ее использование, становится независимым от разработчика и может заказать модификацию данного ПО сторонним организациям, осуществлять его коммерческое распространение и т.д.
11.    Коммерческое программное обеспечение (Commercial Software)
Коммерческим является программное обеспечение, распространяемое с целью извлечения прибыли от такого распространения либо повышения прибыли в других сферах бизнеса. Понятия «коммерческое ПО» и «проприетарное ПО» не являются равнозначными. Большая часть коммерческого ПО является проприетарным, и любое проприетарное ПО является коммерческим. Коммерческое ПО может быть бесплатным (примеры бесплатного коммерческого ПО были приведены выше в разделе, посвященном бесплатному ПО). «Несвободное ПО», не являющееся проприетарным, может быть как коммерческим, так и некоммерческим. То же самое можно сказать о свободном программном обеспечении.
Что касается соотношения понятий «свободное ПО» и «коммерческое ПО», то в данном случае считаем необходимым еще раз подчеркнуть, что часть «свободного ПО» может быть отнесена к разряду коммерческого программного обеспечения. При этом вопрос о том, использовать «свободное ПО» в коммерческих или некоммерческих целях во всех без исключения случаях решается на усмотрение пользователя программного обеспечения. Лицензия на «свободное ПО» не может содержать условий о том, что программа должна использоваться только в коммерческих или только в некоммерческих целях (равно как и любым иным образом ограничивать сферу применения ПО), в противном случае распространяемое под такой лицензией программное обеспечение не будет являться «свободным», даже если лицензия содержит все прочие условия, характерные для «свободных лицензий».

Оставьте свой комментарий

Добавить комментарий
< Предыдущая   Следующая >

pro-spo.ru

Условно бесплатное программное обеспечение Википедия

Усло́вно-беспла́тное програ́ммное обеспе́чение (англ. Shareware, [ˈʃɛə(ɹ)wɛ(ɹ)], от англ. share — делиться) — программное обеспечение с безвозмездным (или возмездным при определённых условиях) использованием.

Свободное распространение не подразумевает его принадлежности к свободному программному обеспечению, равно как возмездность этого не исключает.

Исторически, под термином shareware обозначались программы, свободно распространявшиеся третьими лицами (например, через BBS или FidoNet, в сборниках программ на компакт-дисках) и содержавшие в себе просьбу заплатить деньги автору программы.

Однако с течением времени под shareware всё чаще стали понимать не свободное распространение, а приёмы, используемые авторами shareware-программ с целью побудить пользователя заплатить за бесплатно полученную им (но не бесплатную) программу. При этом пользователю предлагается «пробная» версия коммерческого продукта (англ. trial) ограниченная по возможностям, сроку действия или с юридическим запретом на использование в целях, отличных от ознакомительных[1].

Среди shareware-программ выделяют следующие варианты распространения:

  • freemium — программа, в которой за оплату добавляется какая-либо дополнительная функциональность; freemium-игры называются free-to-play;
  • nagware — программы, которые полностью функциональны в течение лишь какого-то ограниченного срока после установки, после чего они либо вообще перестают работать, либо постоянно выдают навязчивые уведомления о необходимости покупки платной лицензии;
  • adware — пользователю предоставляется полностью функциональная программа, но при её использовании пользователь вынужден смотреть рекламу; как правило необходимость смотреть рекламу можно отключить, если купить платную лицензию;
  • donationware — пользователю предоставляется полностью функциональная программа, но предлагается добровольно по возможности поддержать автора;
  • Некоммерческое shareware — когда пользователь, чтобы оплатить программу должен, к примеру, угостить автора кружкой пива (beerware) или от ему почтовую открытку (postcardware).

Статья на сайте проекта GNU описывает shareware, как проприетарное программное обеспечение[2][3]. Это не мешает некоторым программам с ограничивающей функцией распространяться под GNU GPL вместе с исходным ом, но мнения об их свободности расходятся.

Основной способ распространения shareware-программ — это каталоги программного обеспечения или реклама в поисковых системах.

Примечания[ | ]

ru-wiki.ru

Почерковедческая экспертиза: виды образцов почерка

Классификация образцов почерка

  • Свободные — рукописи, выполненные предполагаемым исполнителем до совершения преступления и не в связи с ним. К таким образцам относятся: заявление о приеме на работу, объяснение, записи в личном листке по учету кадров, личная переписка и т. д. При выполнении этих документов лицо не только не знало, но и не могло предполагать, что они могут быть в дальнейшем использованы в качестве образцов почерка. На основании полученных материалов формируется заключение почерковедческой экспертизы.

     

  • Экспериментальные — рукописи, выполненные проверяемым лицом специально для экспертного исследования.
     
  • Условно-свободные — рукописи, выполненные после возбуждения уголовного дела, но не специально для экспертизы (например, объяснение по делу, собственноручно написанные показания и другие документы).

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

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

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

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

В каждом конкретном случае необходимо соблюдать правило — чем меньше объем исследуемой рукописи, тем больше должно быть сравнительных материалов. Объем образцов должен составлять не менее 5 страниц стандартного формата.

Требования к отбору образцов почерка

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

В криминалистической литературе некоторые авторы подразделяют экспериментальные образцы в зависимости от условий их получения на:

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

Для выполнения образцов необходимо создать условия, максимально приближенные к тем, в которых исполнялась спорная рукопись (стоя, сидя, на коленях и т. д.). Недопустимо позволять проверяемому лицу списывать с исследуемого текста.

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

В необходимых случаях следователь, судья для получения образцов почерка может пригласить специалиста-криминалиста.

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

Все образцы письма, направленные на экспертизу, заверяют следователи и суд.

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

Дата редакции: 26.10.2015

ceur.ru

Свободное программное обеспечение — Традиция

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

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

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

Разработка ПО как научное исследование[править]

Особенность программного обеспечения состоит в том, что оно производится в одной форме — в виде исходного текста, а распространяется и используется в другой — в виде двоичной программы, машинных кодов, по которым невозможно однозначно восстановить исходный текст. Чтобы изменять программу, исправлять ошибки или даже просто точно установить, что и как делает программа, необходимо располагать её исходным текстом.

Первоначально создание программного обеспечения для компьютеров было в первую очередь академическим занятием. Для специалистов в области компьютерной науки каждая программа представляла собой результат научного исследования, в некотором смысле аналогичный публикации статьи. Это означает, что исходный текст программы был обязательно доступен всему научному сообществу, поскольку любой научный результат должен быть верифицируем, то есть подтверждаться другими исследователями и быть открытым для критики. Таким образом, процесс разработки программного обеспечения более принципиально схож с научным процессом: учёный брал существующие программы, исправлял их в соответствии со своими идеями и публиковал исправленные программы — новый результат.

Однако технология производства компьютеров развивалась не менее активно, чем программное обеспечение для них. В 1970-е годы существует огромное разнообразие различных архитектур вычислительных машин, различавшихся также и производительностью, и ценой. Естественно, для каждой архитектуры приходилось разрабатывать отдельный набор программного обеспечения. С середины 1970-х в большинстве американских университетов для академических разработок использовались компьютеры архитектуры PDP-10, что позволило сотрудникам разных университетов использовать разработки друг друга на своих машинах. Сотрудники лаборатории искусственного интеллекта массачусетсского технологического института (MIT) в конце 1970-х разработали для PDP-10 собственную операционную систему ITS (Incompatible Timesharing System, несовместимая система с разделением времени) и очень большой набор программ для неё. Исходные тексты написанных в MIT программ были общедоступны, сотрудники других университетов пользовались их исходными текстами и присылали им исправления, всё программное обеспечение в этих лабораториях было полностью академическим.

ПО как «патентованный» продукт[править]

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

В ситуации, когда программное обеспечение является объектом продажи наравне с предметами обихода, на него автоматически распространяются уже не только законы научной разработки, но и свойства материальных предметов, которыми можно торговать, обмениваться, право владения и пользования которыми стоит охранять законодательно. Так, программное обеспечение попало в разряд интеллектуальной собственности: то есть исходный текст программы стал рассматриваться как произведение, объект применения авторского права. Чтобы защитить свои интересы, производители компьютеров и программного обеспечения используют лицензии — вид договора между обладателем авторских прав и пользователем (покупателем) программного обеспечения. Подобные договоры заключались и с университетами, например, университету передавались исходные тексты программ и право их изменять, но запрещалось распространять их за пределами университета. Подобные ограничения означали, что тексты соответствующих программ не могли открыто обсуждаться в сообществе, то есть не существовали для научной разработки. Были у компьютеров и программного обеспечения покупатели и вне академической среды, например, банки. Таким пользователям не столь важно получить исходные тексты программ, они заинтересованы в программном обеспечении как в законченном продукте и готовы платить деньги за надёжные и удобные программы.

Однако компьютеры развивались очень быстро, и бывшие вполне современными в 1970-е PDP-10 к началу 1980-х уже устарели, и значительно отставали по производительности от более современных машин. Однако ни для одной из новых архитектур уже не было операционной системы и прочего программного обеспечения, разработанного исключительно в академической среде. Университеты должны были покупать новые компьютеры с новым программным обеспечением и выполнять условия лицензии, ограничивающей их права на разработку и распространение ПО, иначе говоря, ограничивающей возможность научной модели разработки программного обеспечения.

В это время в лаборатории искусственного интеллекта MIT разрабатывались так называемые LISP-машины, умевшие на аппаратном уровне интерпретировать язык программирования, похожий на LISP — развитый и перспективный язык программирования. На LISP же была написана операционная система для таких машин и всё программное обеспечение для них. В начале 1980-х некоторые сотрудники лаборатории искусственного интеллекта выкупили у MIT права на LISP-машины и математическую систему MACSIMA и основали собственные коммерческие компании для дальнейшей разработки в этой области. Очень многие сотрудники лаборатории перешли работать в эти компании, после чего все их дальнейшие разработки уже становились закрытыми для научного сообщества. Новые LISP-машины рапространяются с лицензиями, запрещающими пользователям модифицировать и распространять исходные тексты программ. Программы, которые раньше для сотрудников MIT были аналогом научных публикаций, стали принадлежащим кому-то патентованным продуктом.

Одному из сотрудников, оставшемуся в лаборатории искусственного интеллекта MIT, Ричарду Столлмэну, такое положение дел казалось недопустимым нарушением открытого научного процесса разработки программного обеспечения. Он в одиночку пытался в рамках прежней академической модели развивать LISP-машины и открыто реализовывать изменения, аналогичные сделанным в рамках закрытой коммерческой разработки, чтобы LISP-машины MIT могли конкурировать с патентованными аналогами. Конечно, эта попытка угнаться за активной разработкой целой компании была обречена на неудачу.

Тогда в поисках единомышленников Ричард Столлман создаёт некоммерческую организацию Фонд свободного программного обеспечения. Своей основной целью Фонд ставит сохранение программного обеспечения, процесс разработки которого всегда будет гарантированно открытым, а исходные тексты всегда доступны. Более масштабная цель Фонда — разработка операционной системы, целиком состоящей из открыто разрабатываемого программного обеспечения. Декларируя такую цель Столлман, фактически хотел вернуть представлявшееся ему идеальным состояние, когда в MIT работали в собственной операционной системе для PDP-10.

Операционная система, разрабатываемая в рамках Фонда, должна была стать совместимой с операционной системой UNIX. К началу 1980-х UNIX очень широко использовался, в том числе и в академической среде, для этой операционной системы существовало много программ, свободно распространявшихся в научном сообществе, поэтому хотелось, чтобы эти программы работали и в новой — свободной — операционной системе. Эта будущая операционная систему получила название GNU.

Определение свободного ПО[править]

Для того, чтобы сохранить модель научного сотрудничества между разработчиками, необходимо было обеспечить, чтобы исходные тексты программ, написанных разработчиками, оставались доступными для чтения и критики всему научному сообществу. Для этого Ричард Столлман сформулировал понятие свободное программное обеспечение, в котором отразились принципы открытой разработки программ в научном сообществе, сложившемся в американских университетах в 1970-е годы. Столлман явно сформулировал эти принципы, они же — критерии свободного программного обеспечения. Эти критерии оговаривают те права, которые автор свободной программы передаёт любому пользователю.

  • Программу можно использовать с любой целью («нулевая свобода»)
  • Можно изучать, как программа работает и адаптировать её для своих целей («первая свобода»). Условием этого является доступность исходного текста программы.
  • Можно распространять копии программы — в помощь товарищу («вторая свобода»).
  • Программу можно улучшать и публиковать свою улучшенную версию, с тем чтобы принести пользу всему сообществу («третья свобода»). Условием этого является доступность исходного текста программы.

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

Открытый доступ к исходным текстом программ, в действительности, является ключевым признаком свободного ПО, поэтому предложенный несколько позднее термин «open source software» (ПО с открытым исходным текстом) представляется даже более удачным для обозначения феномена свободного программного обеспечения, чем предложенный Столлманом «free software».

Общественная лицензия GNU[править]

Декларировав критерии свободного ПО, члены Фонда свободного ПО стали распространять свои программы в соответствии с этими принципами, никак не оформляя это документально, иначе говоря, первоначально свободные программы распространялись вообще без лицензии. Однако произошедший с самим Ричардом Столлманом прецедент убедил его в том, что документальное оформление необходимо для свободного ПО.

Ричард Столлман занимался разработкой текстового редактора Emacs на основе исходных текстов Джеймса Гослинга. Тогда Гослинг свободно раздавал свои исходные тексты всем заинтересованным. Однако в некоторый момент Гослинг продал права на распространение Emacs компании UniPress (http://www.unipress.com) и компания попросила Столлмана прекратить распространение его версии Emacs, так как права принадлежат им. Этот инцидент заствил Столлмана переписать заново те части исходного текста Emacs, которые теперь принадлежали UniPress, после чего он разработал собственную лицензию на программное обеспечение.

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

Лицензия, содержащая такое условие, получила название «copyleft». Здесь игра слов: по-английски авторское право называется «copyright», буквально «копироватьправо», а «copyleft», соответственно, «копироватьлево». Действительно, условие «copyleft» прямо противоположно по смыслу авторскому праву: авторское право призвано ограничить пользователя в копировании и распространении копий продукта, а «авторское лево», наоборот, строго запрещает его ограничивать. Впоследствии лицензия Столлмана получила название «Общественная лицензия GNU» (GPL, GNU Public License).

В настоящее время помимо GPL известны и другие лицензии, под которыми может распространяться свободное ПО. Самая распространённая из таких лицензий — Лицензия BSD. Лицензия BSD отличается от GPL главным образом тем, что в ней отсутствует условие «copyleft», то есть на основании свободного ПО, распространяемого под этой лицензией, можно производить несвободные модификации. Однако лицензия BSD и другие лицензии до тех пор будут оставаться лицензиями на свободное программное обеспечение, пока они соответствуют условиям, оговорённым принципами свободного ПО, объявленными Фондом.

Сообщество разработчиков и пользователей[править]

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

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

Пользователь свободно распространяемой программы не получает вместе с ней никаких гарантий: автор сделал её исходный текст открытым для общества, но при этом не брал на себя обязательств объяснять всем, как работает программа[2]. Поэтому получить ответ на свой вопрос пользователь может из двух источников: из документации, а если её недостаточно — от более опытных пользователей. Хорошо, если такие пользователи есть среди знакомых, а если нет? В этом случае их всегда можно найти в списке рассылки в Internet, посвящённом данной программе.

Письмо, пришедшее на электронный адрес списка рассылки, будет отправлено всем подписчикам списка, либой из них может ответить на него в списке, и ответ также получат все подписчики и т. д. Так организуется нечто вроде виртуальной общей комнаты для разговоров[3]. В настоящее время сложилось неписанное правило, что для каждой свободно распространяемой программы существует отдельный список рассылки. Найти адрес этого списка и подписаться на него можно в Internet (обычно на сайте, посвящённом данной программе). Любой пользователь свободной программы может направить свой вопрос в список рассылки. Списки рассылки читают разработчики программы и её активные пользователи, и обычно среди них находится тот, кто ответит на вопрос. Так получается, что пользователи свободных программ, в отсутствие централизованной службы поддержки, организуются в сообщество для взаимопомощи.

У пользователей программ вновь и вновь возникают одни и те же вопросы и сложности. Постоянным читателям списков рассылки это особенно очевидно, поскольку им приходится на эти вопросы отвечать не по одному разу. В таких ситуациях у них нередко возникает инициатива записать ответы на самые распространённые вопросы и открыть их для всеобщего обозрения. Так к свободной программе появляется новая документация в жанре FAQ (Frequently Asked Questions, ЧАсто задаваемые ВОпросы (ЧАВО), представляющая собой список вопросов с ответами. Пользователи патентованных программ тоже задают одни и те же вопросы, только не в списке рассылки, а службе поддержки, в результате так же появляется документация типа FAQ, которая, почему-то, редко выходит за пределы внутреннего пользования производителя программы.

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

У свободно распространяемой программы обычно нет оплачиваемого отдела контроля качества. Значит, пользователь может столкнуться с ещё большим количеством ошибок, чем в патентованной программе. Тем актуальнее для него возможность сообщить об ошибке разработчикам программы. Раньше в сопровождающей программу документации было принято указывать электронный адрес, по которому разработчики принимали сообщения об ошибках, bug report. Некоторые вводили стереотипную форму для таких сообщений, чтобы облегчить и автоматизировать их обработку. Уже это требует существенно более высокой связности сообщества во всём мире, существенно большей, чем достаточно для закрытой разработки.

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

Простому и упорядоченному приёму и перенаправлению сообщений об ошибках служат системы отслеживания ошибок (Bug Tracking System), самые известные из которых разработаны участниками больших проектов для себя, а благодаря свободным лицензиям используются повсеместно. Таковы GNUTS (разработанная в GNU), Bugzilla (Mozilla Fundation), JitterBug (проект Samba) или Debian BTS. Более ранние версии ориентируются на электронную почту, более поздние включают в себя WWW-интерфейс. Например, при помощи Bugzilla организуется сайт в Internet, на котором пользователь может заполнить форму сообщения об ошибке. Каждое сообщение имеет свой номер, по которому можно попасть на «персональную» страницу данной ошибки, где отражаются все происходящие по её поводу события, от первоначального сообщения (открытия) до исправления (закрытия). При каждом изменении в состоянии ошибки Bugzilla рассылает всем заинтересованным лицам (включая, естественно, сообщившего об ошибке и занимающихся данной программой разработчиков) письма по электронной почте. Поскольку Bugzilla позволяет оставлять комментарии и прикладывать файлы, она является полноценным средством для общения пользователя с разработчиком по поводу ошибки в программе.

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

Чтобы облегчить и автоматизировать процесс внесения исправлений, Ларри Уолл в 1984 году разработал утилиту patch («заплатка»), которая в формализованном (но хорошо понятном человеку) виде описывает операции редактирования, которые нужно произвести, чтобы получить новую версию текста. С появлением этой утилиты пользователь, обнаруживший и исправивший ошибку в программе, мог прислать автору небольшую заплатку, по которой автор мог понять, какие изменения предлагаются, и автоматически «приложить» их к своему исходному тексту. С появлением patch гораздо больше пользователей стало включаться в разработку программ с доступным исходным текстом, немалую роль и здесь сыграла сеть Usenet (см. об этом статью Тима О’Рейли http://tim.oreilly.com/articles/paradigmshift_0504.html). Файлы-заплатки с исправлениями — обязательный атрибут сегодняшней разработки свободных программ.

Если пользователю программы не хватает в ней какой-то функции, то при должной квалификации он вполне может запрограммировать её сам и включить в исходный текст программы. Естественно, ему выгодно, чтобы его дополнение попало в «главный», авторский вариант программы (его называют «upstream») и появлялось во всех последующих версиях: можно точно так же оформить его в виде patch и выслать автору. Этой возможности лишён пользователь несвободной программы, даже если он достаточно квалифицирован. Единственный способ включить в программу нужную ему функцию — обратиться к производителю (если программа патентованная) с соответствующей просьбой, и надеяться, что производитель сочтёт предложенную функцию действительно необходимой.

Чем больше у свободной программы активных пользователей, готовых вносить исправления и дополнения и делиться ими, тем надёжнее работает и быстрее развивается программа. Причём такая свободная модель отслеживания и исправления ошибок для программы, у которой тысячи активных пользователей, может оказаться гораздо более эффективной, чем у любой патентованной программы: ни одна компания не может себе позволить такой огромный штат сотрудников в отделе контроля качества. Поэтому действительно популярная свободная программа может оказаться гораздо надёжнее патентованных аналогов.

Написать большую программу в одиночку довольно сложно и даже не всегда возможно, особенно если автор занимается этим в свободное от работы время. Большинство современных свободных программ пишется группой разработчиков. Даже если начинал писать программу один человек, и она оказалась интересной, к разработке могут присоединиться активные пользователи. Чтобы они могли не только вносить отдельные исправления, но и вообще всю разработку вести совместно, нужны специальные инструменты. Помимо patch, для организации совместной разработки ПО применяются системы контроля версий. Функции системы контроля версий состоят в том, чтобы организовать доступ к исходным текстам программы для нескольких разработчиков и хранить историю всех изменений в исходных текстах, позволяя объединять и отменять изменения и пр. Самая ранняя свободная система контроля версий, RCS использовалась ещё на заре свободного ПО абонентами сети Usenet, затем на смену ей пришла более развитиая CVS, но сегодня и она считается во многом устаревшей, и всё чаще заменяется Subversion, Arch и другими.

Нужно заметить, что преимущества свободной разработки для пользователя не следует преувеличивать. Не все свободные программы в равной степени доступны для изменения пользователям, и это совершенно не связано с лицензией на их распространение. Важный фактор здесь — объём программы: если в ней десятки тысяч строк (как, например, в OpenOffice.org), то даже квалифицированному пользователю потребуется слишком много времени, чтобы разобраться, что к чему. Рассчитывать же на то, что разработчики ответят на все замечания и предложения пользователя немедленным исправлением программы тоже нельзя, поскольку они не несут перед пользователем никаких обязательств по качеству программы. В этом отношении пользователь патентованной программы может оказаться в лучшем положении.

Очень многие свойства сообщества разработчиков и пользователей свободных программ проистекают из того, что все его участники обычно занимаются этой программой из интереса или потому, что эта программа — необходимый для них инструмент (например, зарабатывания денег). Время, потраченное ими на программу, не оплачивается, поэтому нет никакой надежды, что обстоятельства не переменятся и разработка не прекратится вовсе. Нередки случаи, когда разработка программы начинается благодаря одному автору-энтузиасту, который привлекает многих к участию в разработке, а потом энтузиазм лидера гаснет, а вместе с ним затухает и разработка. К сожалению, сегодня существуют тысячи свободных программ, так никогда и не достигших версии 1.0, хотя «выгорание» лидеров и не единственная этому причина. Кроме того, программа может быть необходимой, но «неинтересной», а потому не найдётся и свободных разработчиков.

Место свободных программ на сегодняшнем рынке ПО очень значительно, и многие коммерческие и государственные предприятия используют свободное ПО прямо или опосредованно. Собственно, опосредованно все пользователи Internet задействуют, например, свободную программу Bind, предоставляющую службу DNS. Многие организации, особенно предоставляющие услуги через Internet, используют свободный web-сервер Apache, от работы которого непосредственно зависит их прибыль, не говоря уже о серверах на платформе Linux. Выгода использования свободного ПО очевидна: за него не приходится платить, а если приходится — оно стоит гораздо дешевле патентованных аналогов. Главный недостаток с точки зрения коммерческого пользователя: разработчики свободных программ не несут никаких обязательств по качеству программы, кроме моральных. Поэтому сегодня большие корпорации, например, Intel или IBM, находят необходимым поддерживать проекты по разработке свободного ПО, оплачивая сотрудников, которые работают в рамках этих проектов.

В европейской культуре столь долго вырабатывались правила собственности по отношению к материальным предметам, что распространение этих прав на предметы нематериальные — программные продукты — выглядит делом естественным и не вызывает сомнений. А поводов для сомнений немало. Главное отличие программного продукта от материальных объектов — т. н. безущербное копирование, для которых законодательно запрещать нанесение ущерба, то есть признавать право распоряжаться вещью только за одним человеком — за её хозяином. Никаких дополнительных механических или юридических приспособлений при этом не требуется.

Иное дело — программный продукт. Сколько бы средств ни было вложено в его разработку, процедура его копирования (переписывания с одного носителя данных на другой) резко отличается от процедуры воспроизведения табурета. Она не требует участия ни одного из авторов программы, ни, по большому счёту, вообще человека. Единственная расходная статья при этом — цена носителя данных и амортизация копировального устройства. В результате такого копирования получается два экземпляра программы, создающие удобства уже для двух человек. Таким образом, если человек оценивает приносимые программой удобства выше стоимости носителя данных, копирование — благо. Если же относиться к программному продукту, как материальной вещи, и закреплять право её использования за одним каким-то человеком, возникает множество неурядиц, каждую из которых приходится решать искусственными, а зачастую и противоестественными методами.

Например, придётся изыскивать, какой ущерб всё-таки наносится «хозяину» программы при её безущербном копировании. Обычно при этом фигурирует понятие «упущенная выгода», то есть та прибыль, которую хозяин мог бы получить, но не получил из-за того, что продукт скопировали. Приходится изобретать хитроумную аппаратуру, мешающую копированию, или причиняющую при этом ущерб. Приходится вводить в законодательство особую категорию прав, условно назовём её «патент»[4], ограничивающую злоупотребления — и свободу — всего человечества в пользу хозяина патента. Причём далеко не всегда хозяин патента и автор изобретения — один и тот же человек.

Патентованные программы часто называют иногда «проприетарными» (от английского термина «proprietary») или просто «коммерческими» (что, строго говоря, неверно, так как «делать коммерцию» — то есть получать выгоду — можно различными способами, и многие успешные свободные проекты это подтверждают).

  1. ↑ Большинство программистов передаёт все права на программу фирме-работодателю.
  2. ↑ В общественной лицензии GNU есть даже стандартная формулировка, закрепляющая отсутствие гарантий: «Настоящая программа поставляется на условиях „как есть“. Если иное не указано в письменной форме, автор и/или иной правообладатель не принимает на себя никаких гарантийных обязательств, как явно выраженных, так и подразумеваемых, в отношении программы, в том числе подразумеваемую гарантию товарного состояния при продаже и пригодности для использования в конкретных целях, а также любые иные гарантии». Текст лицензии приводится в переводе Елены Тяпкиной.
  3. ↑ Списки рассылки в Internet — наследники телеконференций сети Usenet, возникшей до появления Internet. В Usenet существовали телеконференции буквально на любую тему, и, конечно же, многие были посвящены программному обеспечению.
  4. ↑ Условно — потому, что далеко не во всех странах разрешено выдывать патенты на программное обеспечение, однако везде отношения собственности на исходные тексты программ регулируются общими или специальными разделами законов об авторском праве (разных в разных государствах).

traditio.wiki

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *