|
|
Открытое программное обеспечение - способ разработки ПО, при котором исходный код создаваемых программ открыт и общедоступен для просмотра и изменения. Это позволяет всем желающим использовать уже созданный код для своих нужд и, возможно, помочь в разработке открытой программы.
Бесплатность ПО есть право пользователя, но не обязанность производителя - "открытая" лицензия не требует, чтобы ПО всегда предоставлялось бесплатно. Многие из наиболее успешных проектов "открытого" ПО, тем не менее, бесплатны.
Термин "Открытое программное обеспечение" "англ. open source" был создан вместе с определением в 1998 году Эриком Реймондом и Брюсом Перенсом, которые утверждали, что термин "Свободное программное обеспечение" (англ. free software ) неоднозначен и отпугивает коммерческих предпринимателей.
Подавляющее большинство открытых программ является одновременно "свободными" и наоборот, ибо определения открытого и свободного ПО близки, а большинство лицензий соответствуют обоим.
Отличие между движениями открытого ПО и свободного ПО заключается в основном в приоритетах. Сторонники открытого ПО делают упор на эффективность открытых исходников как метода разработки. Сторонники свободного ПО исходят из идеологических соображений, и считают, что именно права на распространение, модификацию и изучение программ являются главным достоинством свободного ПО.
В настоящее время открытое программное обеспечение не получило широкого распространения в России, что часто связывают с широким распространением нелегального собственнического программного обеспечения.
Определение состоит из десяти требований к лицензиям на ОПО:
1. Свободное распространение. Это значит, что лицензия не должна налагать ограничений на продажу и распространение ПО.
2. Доступные исходные тексты. Даже если ПО не поставляется с исходными текстами, эти тексты должны быть легко доступны.
3. Возможность модификации. Простая возможность читать исходные тексты не позволяет экспериментировать с ними и выпускать модификации. Лицензия, претендующая на звание "открытой", должна разрешать не только чтение кода, но и модификацию, использование частей кода в других проектах и т. д.
4. Даже в случае неприкосновенности авторского исходного текста, производные программы и их исходные тексты должны свободно распространяться. Свободные лицензии могут оставлять за автором какие-то права - например, производная программа обязана нести другое имя или версию; либо она должна состоять из авторских исходных текстов и патчей к ним. Тем не менее, автор должен разрешать распространять откомпилированные двоичные файлы и исходные тексты производной программы в том или ином виде.
5. Отсутствие дискриминации против людей и групп людей. Некоторые страны, например, США, имеют некоторые ограничения на экспорт ПО. Свободная лицензия может напоминать, что такие правила есть, но не может ставить свои.
6. Отсутствие дискриминации по цели применения. Свободная лицензия должна разрешать все виды деятельности, включая генетические и ядерные исследования, коммерческое применение и т. д. Про коммерческое применение говорится особо: "Мы хотим, чтобы коммерческие пользователи подключались к сообществу, а не считали себя отрезанными от него".
7. Отсутствие дополнительных соглашений. Права, связанные с ОПО, должны быть применимы ко всем пользователям программы без заключения дополнительных соглашений, например, соглашения о неразглашении.
8. Лицензия не должна быть привязана к конкретному продукту. Права на программный код не должны зависеть от того, является ли программа частью какого-то продукта. Человек, распространяющий программу в отрыве от сборника или перенёсший часть кода в другой продукт, имеет такие же права, какие давал сборник. Это требование закрывает некоторые лицензионные лазейки.
9. Лицензия не должна ограничивать другие программные продукты. За исключением банальной несовместимости, пользователь имеет право выбирать, чем пользоваться. Например, нельзя требовать, чтобы остальные программы, поставляемые вместе с данной, также были открытыми.
10. Лицензия должна быть технологически нейтральной. То есть, лицензия не должна требовать что-либо от интерфейса или технологий, применяемых в производной программе.
Курсы обучения - Свободное ПО/Open Source
| Расписание |
|