Open Source

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

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

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

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

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

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

1. Бесплатное распространение. Это значит, ОПО должно распространяться бесплатно, без различных оплат и отчислений. Цитата из Opensource.org: "Мы отвергаем соблазн пожертвовать долгосрочными выгодами ради кратковременного дохода".

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

3. Возможность модификации. Простая возможность читать исходные тексты не позволяет экспериментировать с ними и выпускать модификации.

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

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

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

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

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

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

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