Программное обеспечение с открытым исходным кодом

редактировать

Программное обеспечение лицензировано для обеспечения права на использование исходного кода

Снимок экрана Linux Mint с запущенной Xfce средой рабочего стола, Mozilla Firefox с просмотром Википедии на основе MediaWiki, программы-калькулятора, встроенного календаря, GIMP и медиаплеера VLC, все из которых являются программным обеспечением с открытым исходным кодом.

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

Разработка программного обеспечения с открытым исходным кодом может открывать различные точки зрения, выходящие за рамки одной компании. В отчете Standish Group за 2008 год говорится, что внедрение моделей программного обеспечения с открытым исходным кодом привело к экономии около 60 миллиардов долларов (48 миллиардов фунтов стерлингов) в год для потребителей.

Содержание

  • 1 История
    • 1.1 Конец 1990-х: Основание инициативы с открытым исходным кодом
  • 2 Определения
    • 2.1 Лицензирование программного обеспечения с открытым исходным кодом
    • 2.2 Сертификаты
  • 3 Разработка программного обеспечения с открытым исходным кодом
    • 3.1 Модель разработки
    • 3.2 Преимущества и недостатки
    • 3.3 Инструменты разработки
    • 3.4 Организации
    • 3.5 Финансирование
  • 4 Сравнение с другими моделями лицензирования / разработки программного обеспечения
    • 4.1 Закрытое / несвободное программное обеспечение
    • 4.2 Бесплатное программное обеспечение
    • 4.3 Открытый исходный код и доступный исходный код
    • 4.4 Открытый исходный код
  • 5 Текущие приложения и внедрение
    • 5.1 Широко используемое программное обеспечение с открытым исходным кодом
  • 6 Расширения для непрограммного использования
  • 7 См. Также
  • 8 Ссылки
  • 9 Дополнительная литература
  • 10 Внешние ссылки

История

Конец 1990-х: Основание инициативы с открытым исходным кодом

In На заре компьютерных технологий программисты и разработчики делили программное обеспечение, чтобы учиться друг у друга и развивать область вычислений. В конце концов, идея открытого исходного кода перешла в сторону коммерциализации программного обеспечения в 1970–1980 годах. Однако ученые по-прежнему часто разрабатывают программное обеспечение совместно. Например, Дональд Кнут в 1979 году с системой набора TeX или Ричард Столлман в 1983 году с операционной системой GNU. В 1997 году Эрик Рэймонд опубликовал Собор и базар, отражающий анализ сообщества хакеров и принципов свободного программного обеспечения. Эта статья привлекла значительное внимание в начале 1998 года и стала одним из факторов, побудивших Netscape Communications Corporation выпустить свой популярный Интернет-пакет Netscape Communicator как бесплатное программное обеспечение. Этот исходный код впоследствии стал основой SeaMonkey, Mozilla Firefox, Thunderbird и KompoZer.

Действия Netscape побудили Раймонда и другие, чтобы изучить, как донести идеи свободного программного обеспечения Free Software Foundation и ощутимые преимущества для индустрии коммерческого программного обеспечения. Они пришли к выводу, что социальная активность FSF не привлекает такие компании, как Netscape, и искали способ провести ребрендинг движения за бесплатное программное обеспечение, чтобы подчеркнуть бизнес-потенциал совместного использования и совместной работы над исходным кодом программного обеспечения. Они выбрали новый термин «открытый исходный код», который вскоре был принят Брюсом Перенсом, издателем Тимом О'Рейли, Линусом Торвальдсом и другими. Инициатива открытого исходного кода была основана в феврале 1998 г. для поощрения использования нового термина и пропаганды принципов открытого исходного кода.

В то время как Инициатива открытого исходного кода стремилась поощрять использование нового термина и пропагандируя принципы, которых придерживались, поставщики коммерческого программного обеспечения оказались под все большей угрозой из-за концепции свободно распространяемого программного обеспечения и универсального доступа к исходному коду приложения . Исполнительный директор Microsoft публично заявил в 2001 году, что «открытый исходный код разрушает интеллектуальную собственность. Я не могу представить себе что-то, что могло быть хуже этого для бизнеса программного обеспечения и бизнеса интеллектуальной собственности». Однако, в то время как бесплатное программное обеспечение с открытым исходным кодом исторически играло роль вне основного направления разработки частного программного обеспечения, такие крупные компании, как Microsoft, начали создавать официальные представительства с открытым исходным кодом на Интернет. IBM, Oracle, Google и State Farm - это лишь некоторые из компаний, которые серьезно заинтересованы в сегодняшнем конкурентном рынке открытого кода. Произошел значительный сдвиг в корпоративной философии, касающейся развития FOSS.

Движение за свободное программное обеспечение было начато в 1983 году. В 1998 году группа людей выступила за использование термина «свободное программное обеспечение» должно быть заменено программным обеспечением с открытым исходным кодом (OSS) как менее двусмысленным и более удобным для корпоративного мира выражением. Разработчики программного обеспечения могут захотеть опубликовать свое программное обеспечение с лицензией с открытым исходным кодом, чтобы любой мог также разработать такое же программное обеспечение или понять его внутреннее функционирование. В случае программного обеспечения с открытым исходным кодом, как правило, любому разрешается создавать его модификации, переносить на новые операционные системы и архитектуры набора инструкций, делиться им с другими или, в некоторых случаях, продавать его. Ученые Кассон и Райан указали на несколько основанных на политике причин для принятия открытого исходного кода - в частности, повышенную ценность предложения от открытого исходного кода (по сравнению с большинством закрытых форматов) в следующих категориях:

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

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

Лейбл с открытым исходным кодом вышел из стратегической сессии, состоявшейся 7 апреля 1998 г. в Пало-Альто в ответ на объявление Netscape в январе 1998 г. о выпуске исходного кода для Навигатор (как Mozilla ). Группа лиц на сеансе включала Тим О'Рейли, Линус Торвальдс, Том Пэкуин, Джейми Завински, Ларри Уолл, Брайан Белендорф, Самир Парех, Эрик Оллман, Грег Олсон, Пол Викси, Джон Остерхаут, Гвидо ван Россум, Филип Циммерманн, Джон Гилмор и Эрик С. Реймонд. Они использовали возможность до выпуска исходного кода Navigator, чтобы прояснить потенциальную путаницу, вызванную двусмысленностью слова «бесплатный» в английском языке.

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

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

Open Source Initiative ( OSI) была основана в феврале 1998 года Эриком Рэймондом и Брюсом Перенсом. Имея по крайней мере 20-летние свидетельства из историй разработки закрытого программного обеспечения по сравнению с открытой разработкой, уже предоставленные сообществом разработчиков Интернета, OSI представила пример «открытого исходного кода» коммерческим предприятиям, таким как Netscape. OSI надеялась, что использование ярлыка «открытый исходный код», термин, предложенный Кристин Петерсон из Foresight Institute на заседании стратегии, устранит двусмысленность, особенно для людей, которые воспринимают «свободное программное обеспечение» как антикоммерческое. Они стремились привлечь внимание к практическим преимуществам свободно доступного исходного кода, а также хотели привлечь основные компании, производящие программное обеспечение, и другие высокотехнологичные отрасли к открытому исходному коду. Перенс попытался зарегистрировать "открытый исходный код" в качестве знака обслуживания для OSI, но эта попытка была непрактичной по стандартам товарного знака. Между тем, из-за презентации доклада Раймонда высшему руководству Netscape - Реймонд обнаружил это только тогда, когда прочитал пресс-релиз, и ему позвонил Netscape Генеральный директор Джим Барксдейл позже в тот же день - Netscape выпустила свой исходный код Navigator с открытым исходным кодом с благоприятными результатами.

Определения

Логотип Open Source Initiative

The Определение Open Source Initiative (OSI) признано правительствами нескольких стран на международном уровне как стандартное или фактическое определение. Кроме того, многие из крупнейших в мире проектов и участников с открытым исходным кодом, включая Debian, Drupal Association, FreeBSD Foundation, Linux Foundation, OpenSUSE Foundation, Mozilla Foundation, Wikimedia Foundation, Wordpress Foundation, взяли на себя обязательство поддерживать миссию OSI и Open Source. Определение через Партнерское соглашение OSI.

OSI использует Определение открытого исходного кода, чтобы определить, считает ли он лицензию на программное обеспечение с открытым исходным кодом. Это определение основано на Руководстве по свободному программному обеспечению Debian, написанном и адаптированном в первую очередь Перенсом. Перенс не основывал свои работы на «четырех свободах» от Free Software Foundation (FSF), которые стали широко доступны только позже.

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

Несмотря на первоначальное согласие, Ричард Столмен из ФСПО сейчас категорически возражает против того, чтобы термин «открытый исходный код» применялся к тому, что они называют «свободным программным обеспечением». Хотя он согласен с тем, что эти два термина описывают «почти одну и ту же категорию программного обеспечения», Столлман считает, что приравнивание этих терминов неверно и вводит в заблуждение. Столмен также выступает против заявленного прагматизма Инициативы с открытым исходным кодом, поскольку он опасается, что идеалы свободы и сообщества свободного программного обеспечения находятся под угрозой из-за компромисса с идеалистическими стандартами FSF для свободы программного обеспечения. FSF считает бесплатное программное обеспечение подмножеством программного обеспечения с открытым исходным кодом, и Ричард Столлман объяснил, что программное обеспечение DRM, например, может быть разработано как программное обеспечение с открытым исходным кодом, несмотря на то, что это не так. дает своим пользователям свободу (ограничивает их) и, таким образом, не квалифицируется как бесплатное программное обеспечение.

Лицензирование программного обеспечения с открытым исходным кодом

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

Примеры лицензии на бесплатное программное обеспечение / лицензии с открытым исходным кодом включают лицензию Apache, лицензию BSD, стандартную общественную лицензию GNU, стандартную общественную лицензию ограниченного применения GNU, Лицензия MIT, Общественная лицензия Eclipse и Общественная лицензия Mozilla.

Распространение лицензий на открытый исходный код является негативным аспектом движения за открытый исходный код, поскольку оно Часто бывает трудно понять юридические последствия различий между лицензиями. В связи с наличием более 180 000 проектов с открытым исходным кодом и более 1400 уникальных лицензий сложность принятия решения о том, как управлять использованием открытого исходного кода в коммерческих предприятиях с «закрытым исходным кодом», резко возросла. Некоторые из них созданы собственными силами, в то время как другие созданы по образцу основных лицензий FOSS, таких как Berkeley Software Distribution («BSD»), Apache в стиле MIT (Массачусетский технологический институт) или Стандартная общественная лицензия GNU (« GPL "). Ввиду этого специалисты по открытому исходному коду начинают использовать схемы классификации, в которых сгруппированы лицензии FOSS (обычно на основании существования и обязательств, налагаемых положением об авторском леве ; положение об авторском леве).

Важная правовая веха для движения за открытый исходный код / ​​бесплатное программное обеспечение была пройдена в 2008 году, когда федеральный апелляционный суд США постановил, что лицензии на свободное программное обеспечение определенно устанавливают обязательную юридическую силу условия использования работ, защищенных авторским правом, и поэтому они подлежат исполнению в соответствии с существующим законодательством об авторском праве. В результате, если конечные пользователи нарушают условия лицензирования, их лицензия исчезает, что означает, что они нарушают авторские права. Несмотря на этот лицензионный риск, большинство поставщиков коммерческого программного обеспечения используют программное обеспечение с открытым исходным кодом в коммерческих продуктах, соблюдая условия лицензии, например использование лицензии Apache.

Сертификаты

Сертификация может помочь завоевать доверие пользователей. Сертификация может применяться к простейшему компоненту, ко всей программной системе. Международный институт программных технологий при Университете Организации Объединенных Наций инициировал проект, известный как «Глобальный проект настольных компьютеров». Этот проект направлен на создание настольного интерфейса, который каждый конечный пользователь сможет понять и с которым будет взаимодействовать, преодолевая языковые и культурные барьеры. Проект улучшит доступ развивающихся стран к информационным системам. UNU / IIST надеется достичь этого без какого-либо ущерба для качества программного обеспечения путем введения сертификатов.

Разработка программного обеспечения с открытым исходным кодом

Модель разработки

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

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

Модель базара, однако, другая. В этой модели роли четко не определены. Грегорио Роблес предполагает, что программное обеспечение, разработанное с использованием модели базара, должно демонстрировать следующие шаблоны:

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

Однако данные показывают, что OSS не так демократичен, как предполагает базарная модель. Анализ пяти миллиардов байтов бесплатного / открытого кода 31 999 разработчиков показывает, что 74% кода написано 10% наиболее активных авторов. Среднее количество авторов, вовлеченных в проект, составляло 5,1, при этом среднее значение 2.

Преимущества и недостатки

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

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

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

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

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

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

Не все инициативы OSS были успешными, например SourceXchange и Eazel. Эксперты и исследователи в области программного обеспечения, которые не убеждены в способности открытого исходного кода создавать системы качества, определяют неясный процесс, позднее обнаружение дефектов и отсутствие каких-либо эмпирических данных как наиболее важные проблемы (собранные данные, касающиеся производительности и качества). Также трудно разработать коммерчески обоснованную бизнес-модель на основе парадигмы открытого исходного кода. Следовательно, могут быть выполнены только технические требования, а не рыночные. Что касается безопасности, открытый исходный код может позволить хакерам узнать о слабых сторонах или лазейках программного обеспечения легче, чем программное обеспечение с закрытым исходным кодом. Это зависит от механизмов управления для обеспечения эффективной работы автономных агентов, которые участвуют в виртуальных организациях.

Инструменты разработки

При разработке OSS инструменты используются для поддержки разработки продукта и

Системы контроля версий, такие как Система одновременных версий (CVS) и более поздние версии Subversion (SVN) и Git являются примерами инструменты, часто сами с открытым исходным кодом, помогают управлять файлами исходного кода и изменениями в этих файлах для программного проекта. Проекты часто размещаются и публикуются на средствах размещения исходного кода, таких как Launchpad.

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

Инструменты, такие как списки рассылки и IRC, обеспечивают средства координации между разработчиками. Централизованные сайты размещения кода также имеют социальные функции, которые позволяют разработчикам общаться.

Организации

Некоторые из «наиболее известных организаций», участвующих в разработке OSS, включают Apache Software Foundation, создатели веб-сервера Apache; Linux Foundation, некоммерческая организация, в которой с 2012 года работал Линус Торвальдс, создатель операционной системы Linux ядра ; Eclipse Foundation, где находится платформа разработки программного обеспечения Eclipse ; Проект Debian, создатели влиятельного дистрибутива Debian GNU / Linux; Mozilla Foundation, домашний веб-браузер Firefox; и OW2, европейское сообщество, разрабатывающее промежуточное ПО с открытым исходным кодом. Новые организации, как правило, имеют более сложную модель управления, и их членство часто формируется из юридических лиц.

Институт программного обеспечения с открытым исходным кодом - это некоммерческая организация, основанная на членстве (501 (c) (6)) основана в 2001 году и способствует разработке и внедрению программных решений с открытым исходным кодом в федеральных, государственных и местных органах власти США. Усилия OSSI были сосредоточены на содействии принятию программ и политик с открытым исходным кодом в федеральном правительстве и сообществах Министерства обороны и национальной безопасности.

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

Mil-OSS - группа, посвященная продвижение использования и создания OSS в вооруженных силах.

Финансирование

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

Сравнение с другими моделями лицензирования / разработки программного обеспечения

Закрытый исходный код / ​​проприетарное программное обеспечение

Дебаты по поводу открытого исходного кода и закрытого исходного кода (альтернативно называемого фирменное ПО ) иногда греется.

Четыре основные причины (согласно опросу Open Source Business Conference), по которым отдельные лица или организации выбирают программное обеспечение с открытым исходным кодом, следующие:

  1. более низкая стоимость
  2. безопасность
  3. отсутствие поставщика 'lock in'
  4. лучшее качество

Поскольку инновационные компании больше не сильно полагаются на продажи программного обеспечения, проприетарное программное обеспечение стало менее необходимой. Таким образом, развертывание системы управления контентом с открытым исходным кодом или CMS становится все более распространенным явлением. В 2009 году Белый дом США переключил свою систему CMS с закрытой системы на Drupal CMS с открытым исходным кодом. Кроме того, такие компании, как Novell (которая традиционно продавала программное обеспечение по старинке), постоянно обсуждают преимущества перехода на открытый исходный код, поскольку уже переключили часть предложения продукта на открытый исходный код. Таким образом, программное обеспечение с открытым исходным кодом предоставляет решения уникальных или конкретных проблем. Таким образом, сообщается, что 98% компаний корпоративного уровня в той или иной мере используют предложения с открытым исходным кодом.

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

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

Многие защитники утверждают, что программное обеспечение с открытым исходным кодом по своей сути более безопасно, потому что любой человек может просматривать, редактировать и изменять код. Изучение исходного кода Linux содержит 0,17 ошибки на 1000 строк кода, в то время как несвободное программное обеспечение обычно оценивает 20-30 ошибок на 1000 строк.

Бесплатное программное обеспечение

Согласно Бесплатному программному обеспечению лидера движения, Ричарда Столлмана, главное отличие состоит в том, что, выбирая один термин вместо другого (т.е. либо «открытый исходный код», либо «бесплатное программное обеспечение »), можно другие знают о своих целях: «Открытый исходный код - это методология разработки; свободное программное обеспечение - это общественное движение». Тем не менее, существует значительное совпадение между программным обеспечением с открытым исходным кодом и бесплатным программным обеспечением.

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

Разработчики использовали альтернативные термины Бесплатное программное обеспечение с открытым исходным кодом (FOSS ) или Бесплатное / бесплатное программное обеспечение с открытым исходным кодом (FLOSS), следовательно, для описания открытого программного обеспечения. исходное программное обеспечение, которое также является бесплатным программным обеспечением. Хотя определение программного обеспечения с открытым исходным кодом очень похоже на определение бесплатного программного обеспечения в FSF, оно было основано на Руководстве по свободному программному обеспечению Debian, написанном и адаптированном в основном Брюсом Перенсом при участии Эрика С. Реймонда и др.

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

Сертифицированный OSI - товарный знак, лицензированный только для людей, которые распространяют по лицензии, занимаемой в списке Open Source Initiative.

Открытый исходный код в сравнении с исходным кодом

Хотя определение OSI для «программного обеспечения с открытым исходным кодом» широко принято, небольшое количество людей и использует этот термин для обозначения программного обеспечения, источник которого доступно для просмотра, но которое не может быть изменено или распространено по закону. Такое программное обеспечение чаще регистрируется как доступный исходный код или как общий источник - термин, введенный Microsoft в 2001 году. В то время как в 2007 году две лицензии Microsoft Shared Source Initiative были сертифицированы OSI, большинство лицензий на программу SSI по-прежнему доступны только с исходным кодом.

Внешний исходный код

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

Известные программные пакеты, ранее проприетарные, с открытым исходным кодом, включают:

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

Текущие приложения и внедрение

«Мы перенесли ключевые функции из Windows в Linux, потому что нам нужна была операционная система le и надежный - тот, который даст нам внутренний контроль. Так что, если нам нужно исправить, настроить или адаптировать, мы могли бы ».

Официальное заявление United Space Alliance, который управляет компьютерными системами для Международной космической станции ( ISS) относительно того, почему они решили перейти с Windows на Debian GNU / Linux на ISS

Широко используемое программное обеспечение с открытым исходным кодом

Проекты программного обеспечения с открытым исходным кодом создаются и поддерживаются сеть добровольных программистов, которые широко используются как в бесплатных, так и в коммерческих продуктах. Яркими примерами продуктов с открытым исходным кодом являются HTTP-сервер Apache, платформа электронной коммерции osCommerce, Интернет браузеры Mozilla Firefox и Chromium (проект, в котором большая часть разработки бесплатного Google Chrome выполняется) и полный офисный пакет LibreOffice. Одним из наиболее успешных продуктов с открытым исходным кодом является операционная система GNU / Linux, Unix-подобная операционная система с открытым исходным кодом и ее производная Android., операционная система для мобильных устройств. В некоторых отраслях программное обеспечение с открытым исходным кодом является нормой.

Расширения для непрограммного использования

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

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

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

См. также

  • Портал бесплатного и открытого программного обеспечения

Ссылки

Дополнительная литература

Внешние ссылки

Викимедиа В Commons есть материалы, связанные с Бесплатным программным продуктом.
В Викиучебниках есть по теме: Открытый исходный код
В Викиучебниках есть книга по теме: Используйте исходный код
Последняя правка сделана 2021-06-01 12:36:01
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте