Открытое программное обеспечение

Логотип Open Source Initiative (OSI)

Открытое программное обеспечение, то есть программное обеспечение с (открытым) исходным кодом (англ. open source software) — способ разработки ПО, при котором создаваемый исходный код программ открыт, то есть общедоступен для просмотра и изменения. Это позволяет всем желающим использовать уже созданный код для своих нужд и, возможно, помочь в разработке открытой программы.

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

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

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

Из-за пиратства открытое программное обеспечение в данный момент не получило широкого распространения в Pоссии, так как при отсутствии платы за хорошо отрекламированные лицензионные программы потребитель делает выбор не в пользу открытого программного обеспечения.^{[источник?]}

Определение открытого программного обеспечения Open Source Initiative

Наиболее известное и наиболее подробное определение ОПО приведено в [1]. Оно применяется и другими порталами, например, SourceForge.net.

Opensource.org накладывает на ОПО десять требований.

1. Бесплатное распространение. Это значит, ПО должно распространяться бесплатно, без различных плат и отчислений. По словам Opensource.org, «…мы исключаем соблазн пожертвовать долгосрочными выгодами ради кратковременного дохода».^{[источник?]}
2. Доступные исходные тексты. Даже если ПО не поставляется с исходными текстами, эти тексты должны быть легко доступны. Это должны быть именно редактируемые человеком исходные тексты, а не выход обфускаторов, препроцессоров и тому подобные промежуточные формы.
3. Возможность модификации. Простая возможность читать исходные тексты не позволяет экспериментировать с ними и выпускать модификации.
4. Даже в случае неприкосновенности авторского исходного текста, производные программы и их исходные тексты должны свободно распространяться. Свободные лицензии могут оставлять за автором какие-то права — например, производная программа обязана нести другое имя или версию; либо она должна состоять из авторских исходных текстов и патчей к ним. Тем не менее, автор должен разрешать распространять откомпилированные двоичные файлы и исходные тексты производной программы в том или ином виде.
5. Отсутствие дискриминации против людей и групп людей. Некоторые страны, например, США, имеют некоторые ограничения на экспорт ПО. Свободная лицензия может напоминать, что такие правила есть, но не может ставить свои.
6. Отсутствие дискриминации по цели применения. Свободная лицензия должна разрешать все виды деятельности, включая генетические и ядерные исследования, коммерческое применение и т. д. Про коммерческое применение говорится особо: «Мы хотим, чтобы коммерческие пользователи подключались к сообществу, а не считали себя отрезанными от него».
7. Отсутствие дополнительных соглашений. Права, связанные с ОПО, должны быть применимы ко всем пользователям программы без заключения дополнительных соглашений, например, соглашения о неразглашении.
8. Лицензия не должна быть привязана к конкретному продукту. Права на программу не должны зависеть от того, является ли программа частью какого-то сборника; человек, распространяющий её в отрыве от сборника, имеет такие же права, какие давал сборник. Это требование закрывает некоторые лицензионные лазейки.
9. Лицензия не должна ограничивать другие программные продукты. За исключением банальной несовместимости, пользователь имеет право выбирать, чем пользоваться. Например, нельзя требовать, чтобы остальные программы, поставляемые вместе с данной, также были открытыми.
10. Лицензия должна быть технологически нейтральной. То есть, лицензия не должна требовать что-либо от интерфейса или технологий, применяемых в производной программе. Например, непригоден пункт «пользователь должен принять лицензию, нажав на определённую кнопку» — это не даст использовать ПО в операционных системах, которые работают в режиме командной строки. Этот пункт также служит для того, чтобы закрыть лицензионные лазейки.

Лицензии

Основная статья: Лицензии открытого ПО

Исходные коды открытых программ выпускаются либо как общественное достояние, либо на условиях «свободных» лицензий — как, например, GNU General Public License или BSD License. Свободная лицензия позволяет использовать исходный код программы для своих нужд с минимальными ограничениями, не противоречащими определению OpenSource.org. Таким ограничением может быть требование ссылаться на предыдущих создателей или требование сохранять свойство открытости при дальнейшем распространении той же самой или модифицированной открытой программы (Копилефт). В некоторых случаях (напр., Apache или FreeBSD) эти ограничения очень малы, в других (напр., GNU General Public License) достаточно распространять ПО вместе с исходным кодом и текстом лицензии, не изменяя её.

Ссылки

• Open Source в каталоге ссылок Curlie (dmoz)
• «Root@UA» — первое русскоязычное электронное издание по Open Source
• «Open Source» — первое российское электронное издание по Open Source
• Определение концепции Открытого Исходного Кода (Open Source), в переводе Алексея Киреева
• Определение Open Source в переводе Сергея Кузнецова

Статьи по теме

• Сравнительный анализ основных лицензий Open Source: GPL, LGPL, BSD, MIT, Mozilla public license, Apache software license

См. также

• Руководство по получению прибыли от Свободных и Открытых Проектов (рус.)