Собственное программное обеспечение это

Для других целей см. OSS.

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

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

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

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

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

Однако ученые по-прежнему часто разрабатывали программное обеспечение совместно. Например, Дональд Кнут в 1979 году с системой набора текста TeX[6] или Ричард Столлман в 1983 году с операционной системой GNU[7]. В 1997 году Эрик Реймонд опубликовал книгу , рефлексивный анализ хакерского сообщества и принципов свободного программного обеспечения. Эта статья привлекла значительное внимание в начале 1998 года и стала одним из факторов. Побудивших корпорацию Netscape Communications выпустить свой популярный интернет-пакет Netscape Communicator в качестве

свободного программногообеспечения . Этот исходный код впоследствии лег в основу SeaMonkey, Mozilla Firefox, Thunderbird и KompoZer.

Поступок Netscape побудил Раймонда и других задуматься о том. Как привнести идеи Фонда свободного программного обеспеченияи предполагаемые преимущества в индустрию коммерческого программного обеспечения. Они пришли к выводу. Что социальная активность FSF не привлекательна для таких компаний. Как Netscape. И искали способ ребрендинга движения за свободное программное обеспечение. Чтобы подчеркнуть бизнес-потенциал совместного использования исходного кода программного обеспечения.

[8] Новый термин. Который они выбрали . Был Брюсом Перенсом, издателем Тимом О’Рейли, Лайнусом Торвальдсоми другими. Инициатива с открытым исходным кодом Был основан в феврале 1998 года. Чтобы поощрять использование нового термина и проповедовать принципы открытого исходного кода.[9]

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

исходному коду приложения. Исполнительный директор Microsoft Джим Олчин публично заявил в 2001 году. Что Я не могу себе представить. Что может быть хуже этого для бизнеса программного обеспечения и бизнеса интеллектуальной собственности[10]. исторически играла роль вне мейнстрима частной разработки программного обеспечения. Такие крупные компании. Как Microsoft, начали развивать официальные присутствия с открытым исходным кодом в Интернете. IBM, Oracle. Google и State Farm-это всего лишь несколько компаний. Имеющих серьезную государственную долю на сегодняшнем конкурентном рынке с открытым исходным кодом.

Произошел значительный сдвиг в корпоративной философии. Касающейся развития FOSS.]

Движение за свободное программное обеспечение началось в 1983 году. В 1998 году группа людей выступила за то. Чтобы термин [12][13][14] и более удобным для корпоративного мира.Разработчики программного обеспечения могут захотеть опубликовать свое программное обеспечение с лицензией с открытым исходнымкодом . Чтобы любой мог также разработать то же самое программное обеспечение или понять его внутреннее функционирование.

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

  • Безопасность
  • Доступность по цене
  • Прозрачность
  • Вечность
  • Совместимость
  • Гибкость
  • Локализация – особенно в контексте местных органов власти (которые принимают программные решения).

    Кассон и Райан утверждают. Что [16]

Определение с открытым исходным кодом представляет собой философию с открытым исходным кодом и далее определяет условия использования. Модификации и распространения программного обеспечения с открытым исходным кодом. Лицензии на программное обеспечение предоставляют пользователям права. Которые в противном случае были бы зарезервированы законом об авторском праве за правообладателем. Несколько лицензий на программное обеспечение с открытым исходным кодом подпадают под определение Open Source. Наиболее ярким и популярным примером является

GNU General Public License (GPL). Который [17]

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

Многие люди утверждали . Что рождение

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

Фонд свободного программного обеспечения (FSF). Основанный в 1985 году. Намеревался. Чтобы слово свободу распространения (или свободу от стоимости (или [8]

Инициатива с открытым исходным кодом (OSI) была создана в феврале 1998 года Эриком Рэймондом и Брюсом Перенсом. Имея по крайней мере 20 лет доказательств из истории закрытых разработок программного обеспечения по сравнению с открытыми разработками. Уже предоставленными сообществом интернет-разработчиков. OSI представила

OSI надеялась. Что использование ярлыка Кристиной Петерсон[7][20] из Института Форсайта на сессии по стратегии будет устранена двусмысленность. Особенно для людей. Которые воспринимают Они стремились привлечь больше внимания к практическим преимуществам свободного доступа к исходному коду и хотели привлечь крупные компании по разработке программного обеспечения и другие высокотехнологичные отрасли к открытому исходному коду. Перенс попытался зарегистрировать

обслуживания для OSI. Но эта попытка была непрактичной по стандартам товарных знаков. Между тем, из—за представления статьи Раймонда высшему руководству Netscape-Раймонд узнал об этом только тогда. Когда прочитал пресс—релиз,[21] и был вызван генеральным директором Netscape Джимом Барксдейломпозже в тот же день-Netscape выпустила свой исходный код Navigator с открытым исходным кодом. С благоприятными результатами.[22]

Определение Инициативы с открытым исходнымкодом (OSI) признано несколькими правительствами на международномуровне [23] в качестве стандартного или фактического определения. Кроме того, многие из крупнейших в мире проектов и участников с открытым исходным кодом. Включая Debian. Drupal Association. FreeBSD Foundation. Linux Foundation. OpenSUSE Foundation. Mozilla Foundation. Wikimedia Foundation. WordPress Foundation, обязались

поддерживать миссию OSI и Определение открытого исходного кода через Партнерское соглашение OSI.[25]

OSI использует определение Open Source, чтобы определить. Считает ли она лицензию на программное обеспечение открытым исходным кодом. Это определение было основано на Руководящих принципах свободного программного обеспечения Debian, написанных и адаптированных главным образом Perens.

[26][27][28] Перенс не основывал свою работу на свободного программного обеспечения (FSF). Которые были широко доступны только позже.[29]

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

Несмотря на первоначальное принятие этого,Ричард Столлман из FSF теперь категорически возражает против применения термина Хотя он согласен с тем. Что эти два термина описывают

Столлман также выступает против провозглашенного прагматизма Инициативы открытого исходногокода . Поскольку он опасается. Что идеалы свободного программного обеспечения свободы и сообщества находятся под угрозой компрометации идеалистических стандартов FSF в отношении свободы программного обеспечения.[33] FSF считает свободное программное обеспечение подмножеством Ричард Столман объяснил. Что DRM software, например. Может быть разработана как открытый исходный код. Несмотря на то. Что она не дает своим пользователям свободы (она ограничивает их). Идовательно. Не квалифицируется как свободное программное обеспечение.

[34]

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

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

Примеры лицензий на свободное программное обеспечение / лицензии с открытым исходным кодом включают Apache License, BSD License, GNU General Public License, GNU Lesser General Public License, MIT License, Eclipse Public License и Mozilla Public License.

Распространение лицензий с открытым исходным

кодом является негативным аспектом движения за открытый исходный код. Поскольку часто трудно понять правовые последствия различий между лицензиями. При наличии более чем 180 000 проектов с открытым исходным кодом и более чем 1400 уникальных лицензий сложность принятия решения о том. Как управлять использованием открытого исходного кода в коммерческих предприятиях с

Некоторые из них выращены в домашних условиях. В то время как другие смоделированы по образцу основных FOSS лицензии. Такие как Berkeley Software Distribution (В связи с этим практики с открытым исходным кодом начинают использовать схемы классификации. В которых лицензии FOSS группируются (как правило. На основе существования и обязательств. Налагаемых положением о копилефте; сила положения о копилефте).[36]

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

лицензии на свободное программное обеспечение определенно устанавливают юридически обязательные условия использования произведений. Защищенных авторским правом. И поэтому они подлежат исполнению в соответствии с существующим законом об авторском праве. В результате. Если конечные пользователи нарушают лицензионные условия. Их лицензия исчезает. Что означает. Что они нарушают авторские права.[37] Несмотря на этот риск лицензирования. Большинство поставщиков коммерческого программного обеспечения используют программное обеспечение с открытым исходным кодом в коммерческих продуктах. Выполняя условия лицензии, например. Используя лицензию Apache.

[38]

Сертификаты

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

УООН/МИСТ надеется добиться этого без каких-либо компромиссов в качестве программного обеспечения путем введения сертификатов.[40]

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

Модель развития

В своем эссе 1997 года The Cathedral and the Bazaar[41]евангелист с открытым исходным кодом Эрик С. Раймонд предлагает модель разработки OSS. Известную как модель базара. Раймонд сравнивает разработку программного обеспечения традиционными методами со строительством собора, Он предлагает. Чтобы все программное обеспечение разрабатывалось с использованием базарного стиля. Который он описал как

]

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

Базарная модель, однако. Отличается. В этой модели роли четко не определены. Грегорио Роблес[42] предполагает. Что программное обеспечение. Разработанное с использованием модели bazaar. Должно демонстрировать следующие паттерны:

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

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

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

Некоторые проекты с открытым исходным кодом имеют ночные сборки. Где интеграция выполняется автоматически на ежедневной основе.

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

Затем пользователи могут выступать в качестве со-разработчиков. Сообщая об ошибках и предоставляя исправления ошибок.

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

Однако данные свидетельствуют о том. Что ОСС не так демократична. Как предполагает модель базара.

Анализ пяти миллиардов байт свободного/открытого кода 31 999 разработчиками показывает. Что 74% кода было написано самыми активными 10% авторов. Среднее число авторов, участвующих в проекте, составило 5,1, а медиана-2[43]

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

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

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

Кроме того, для ОСС необходимы более низкие затраты на маркетинговые и логистические услуги. Это хороший инструмент для продвижения имиджа компании. В том числе ее коммерческих продуктов.[46] Подход к разработке OSS помог быстро и недорого производить надежное. Высококачественное программноеобеспечение [47].]

Разработка с открытым исходным кодом открывает потенциал для более гибкой технологии и более быстрых инноваций.

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

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

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

Иногда говорят. Что процесс разработки с открытым исходным кодом может быть недостаточно четко определен. И этапы процесса разработки. Такие как тестирование системы и документация. Могут быть проигнорированы. Однако это справедливо только для небольших (в основном для одного программиста) проектов. Более крупные. Успешные проекты действительно определяют и применяют. По крайней мере. Некоторые правила. Поскольку они необходимы им для обеспечения совместной работы.[50][51] В самых сложных проектах эти правила могут быть столь же строгими. Как рассмотрение даже незначительных изменений двумя независимыми разработчиками.]

Не все ОСС инициативы были успешными, например. SourceXchange и нормально. Как обычно.[45] программное обеспечение эксперты и исследователи. Которые не уверены. С открытым исходным кодом способность производить качественную систем идентификации неясным процесс. В конце дефекта обнаружения и отсутствие каких-либо эмпирических данных в качестве наиболее важных проблем (сбор данных о производительности и качества).[53] Также трудно разработать коммерчески обоснованную бизнес-модель. Основанную на парадигме открытого исходного кода. Следовательно. Могут быть удовлетворены только технические требования. А не рыночные.[53] С точки зрения безопасности. Открытый исходный код может позволить хакерам узнать о слабых местах или лазейках программного обеспечения легче. Чем программное обеспечение с закрытым исходным кодом. Это зависит от механизмов управления для создания эффективной работы автономных агентов. Участвующих в виртуальных организациях.[54]

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

В разработке OSS инструменты используются для поддержки разработки продукта и самого процесса разработки.]

Системы контроля версий. Такие как Concurrent Versions System (CVS) и более поздние Subversion (SVN) и Git, являются примерами инструментов. Часто сами по себе с открытым исходным кодом. Помогающих управлять файлами исходного кода и изменениями в этих файлах для программного проекта. Проекты часто хранятся в «репозиториях«, которые размещаются и публикуются на таких объектах размещения исходного кода , как Launchpad, GitHub, GitLabи SourceForge.]

Проекты с открытым исходным кодом часто слабо организованы с Обычно используемые багтрекеры включают Bugzilla и Redmine.]

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

Организации

Некоторые из Apache и программного обеспечения, создатели веб-сервер Apache; в Линукс Фонда, некоммерческой организации. Которая по состоянию на 2012 год , занятых Линус Торвальдс, создатель операционной системы Linux ядра; в затмение фонда, где затмение разработка программного обеспечения на платформе; проекта Debian, создателей влиятельной в Debian GNU/Линукс распределения, Мозилла, дома из веб-браузера Firefox; и OW2, европейское сообщество. Разрабатывающее промежуточное программное обеспечение с открытым исходным кодом. Новые организации. Как правило. Имеют более сложную модель управления. И их членство часто формируется членами юридических лиц.[59]

Open Source Software Institute-это основанная на членстве некоммерческая организация (501 (c)(6)). Созданная в 2001 году и способствующая разработке и внедрению программных решений с открытым исходным кодом в федеральных. Государственных и местных органах власти США. Усилия OSSI были сосредоточены на содействии внедрению программ и политики с открытым исходным кодом в рамках федерального правительства. А также сообществ обороны и национальной безопасности.[60]

Open Source for America-это группа. Созданная для повышения осведомленности федерального правительства Соединенных Штатов о преимуществах программного обеспечения с открытым исходным кодом. Их заявленные цели состоят в том. Чтобы поощрять использование правительством программного обеспечения с открытым исходным кодом. Участие в проектах программного обеспечения с открытым исходным кодом и включение динамики сообщества с открытым исходным кодом для повышения прозрачности правительства.[61]

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

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

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

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

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

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

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

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

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

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

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

Многие сторонники утверждают. Что программное обеспечение с открытым исходным кодом по своей сути безопаснее. Потому что любой человек может просматривать. Редактировать и изменять код.[71] Исследование исходного кода Linux имеет 0,17 ошибки на 1000 строк кода. В то время как проприетарное программное обеспечение обычно набирает 20-30 ошибок на 1000 строк.[72]

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

Согласно бесплатное программное обеспечение движенияс лидером, Ричард Столмен, основное отличие заключается в том, что. Выбрав один термин за другим (т. е. либо свободное программное обеспечение[33] тем не менее. Существует значительное перекрытие между открытым исходным кодом и бесплатное программное обеспечение.[34]

FSF[73] сказал. Что термин [74] и за историческое двусмысленное использование этого термина[8][75][76]

Разработчики используют альтернативные термины, свободного и открытого программного обеспечения (Сопо), или со свободным и открытым исходным кодом (мулине), следовательно, для описания открытого программного обеспечения, что также бесплатного программного обеспечения.[77] в то время как определение программного обеспечения с открытым кодом очень похож на ФСПО бесплатное программное обеспечение определение[78] она была основана на Debian для свободного программного обеспечения, руководств, письменных и приспособлен в первую очередь Брюс Перенс с участием Эрик С. Раймонд и другие.[79]

Термин [80] OSI предпочла бы. Чтобы люди относились к открытому исходному коду как к товарному знаку и использовали его только для описания программного обеспечения. Лицензированного по одобренной OSI лицензии.[81]

OSI Certified-это торговая марка. Лицензированная только для людей. Которые распространяют программное обеспечение. Лицензированное по лицензии. Указанной в списке Инициативы Open Source[82]

Открытый исходный код против доступного исходного

Хотя определение OSI source-availableили shared Source-термин . Введенный Microsoft в 2001 году.[83] В то время как в 2007 году две лицензии Microsoft Shared Source Initiative были сертифицированы OSI, большинство лицензий из программы SSI по-прежнему доступны только с открытым исходным кодом.]

Open-sourcing

Open-sourcing-это акт распространения движения за открытый исходныйкод . Чаще всего относящийся к выпуску ранее проприетарного программного обеспечения под лицензией open source/free software[85], но он также может относиться к программированию программного обеспечения с открытым исходным кодом или установке программного обеспечения с открытым исходным кодом.

Известные программные пакеты. Ранее проприетарные. Которые были с открытым исходным кодом. Включают в себя:

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

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

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

Официальное заявление Объединенного космического альянса, управляющего компьютерными системами Международной космической станции (МКС). Относительно того. Почему они решили перейти с Windows на Debian GNU/Linux на МКС[86][87]

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

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

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

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

Те же принципы. Которые лежат в основе программного обеспечения с открытым исходным кодом . Можно найти во многих других предприятиях . Таких как оборудование с открытым исходнымкодом, Википедияи публикации с открытым доступом. В совокупности эти принципы известны как открытый исходный код, открытый контенти открытое сотрудничество: ]

Эта [95]

  1. ^
  2. ^ Корбли, Джеймс Эдвард (25 сентября 2014 года). . Информационные технологии и библиотеки. 33 (3): 65. doi:10.6017/ital.v33i3.5105. ISSN 2163-5226.
  3. ^ b Levine, Sheen S.; Prietula, Michael J. (30 декабря 2013 г.). Организационная наука. 25 (5): 1414-1433. arXiv:1406.7541. doi:10.1287/orsc.2013.0872. ISSN 1047-7039. S2CID 6583883.
  4. ^ Rothwell, Richard (5 августа 2008). . Журнал свободного программногообеспечения . Архивирован с оригинала 8 сентября 2008года . Извлечено 8 сентября 2008года .
  5. ^ (Пресс-релиз). Бостон. 16 апреля 2008 года. Архивирован с оригинала 18 января 2012года . Извлечено 8 сентября 2008года .
  6. ^ Gaudeul, Alexia (2007). Тематическое исследование LaTeXОбзор сетевой экономики. 6 (2). doi:10.2202/1446-9022.1119. ISSN 1446-9022. S2CID 201097782.
  7. ^ b VM Brasseur (2018). Создайте свое будущее с открытым исходнымкодом . Прагматичные Программисты. ISBN 978-1-68050-301-2.
  8. ^ Перейти вверх к: a b c Карл Фогель (2016). . О’Рейли Медиа. Извлечено 11 апреля 2016года . Но проблема была гораздо глубже. Слово Это были всего лишь приятные побочные эффекты мотива. Который в своей основе не был ни техническим. Ни коммерческим. Но моральным. Кроме того, позиция
  9. ^ . Opensource.org.
  10. ^ В. Чарни (3 мая 2001 года). . Новости CNET.
  11. ^ Джеффри Воас. Кит У. Миллер и Том Костелло. Бесплатное программное обеспечение с открытым исходным кодом. IT Professional 12(6) (ноябрь 2010). Стр. 14-16.
  12. ^ Эрик С. Реймонд. код . catb.org. Проблема с ним двоякая. Во-первых, … термин Во-вторых. Этот термин заставляет нервничать многих корпоративных типов.
  13. ^ Kelty, Christpher M. (2008). (PDF). Университет Дьюка пресс – Дарем и Лондон. стр. 99. До 1998 года, бесплатное программное обеспечение передается либо Фондом свободного программного обеспечения (и бдительным, мелочной опеки глаз Столлман) или в один из тысяч различных коммерческие, личные, или университет-научно-исследовательские проекты, процессы, лицензии, и идеологии, которые имели различные названия: sourceware, бесплатная. Условно-бесплатная. С открытым исходным кодом. Общественное достояние программного обеспечения. И так далее. Термин
  14. ^ Ши, Том (23 июня 1983). . Инфовор. Проверено 10 февраля 2016года . Общедоступное программное обеспечение пишется любителями микрокомпьютеров (также известными как […] Поскольку все имеют доступ к исходному коду. Многие программы не только использовались. Но и значительно улучшались другими программистами.
  15. ^ Raymond. Eric S. (8 февраля 1998). код . Извлечено 13 августа 2008года . После объявления Netscape в январе я много думал о следующем этапе – серьезном толчке к тому. Чтобы И я понял. Что у нас есть серьезная проблема с самим В частности. У нас есть проблема с самим термином Я убедился. Что этот термин должен уйти.
  16. ^ Ryan, Patrick S.; Casson, Tony (май 2006). Райан :: ССРНPapers.ssrn.com… SSRN 1656616.
  17. ^ Холтгрю, Урсула (2004). . Время и общество (Представленная рукопись). 13: 129-146. doi:10.1177/0961463X04040750. S2CID 61327593.
  18. ^ . 14 апреля 1998года . Получено 20 сентября 2014года .
  19. ^ Muffatto, Moreno (2006). Открытый Исходный Код: Междисциплинарный Подход. Издательство Имперского колледжа. ISBN 978-1-86094-665-3.
  20. ^ код.
  21. ^ . Netscape Communications Corporation. 22 января 1998 года. Архивирован с оригинала 1 апреля 2007года . Извлечено 8 августа 2013года . СМЕЛЫЙ ШАГ, ЧТОБЫ ИСПОЛЬЗОВАТЬ ТВОРЧЕСКУЮ МОЩЬ ТЫСЯЧ ИНТЕРНЕТ-РАЗРАБОТЧИКОВ; КОМПАНИЯ ДЕЛАЕТ NETSCAPE NAVIGATOR И COMMUNICATOR 4.0 СРАЗУ ЖЕ БЕСПЛАТНЫМИ ДЛЯ ВСЕХ ПОЛЬЗОВАТЕЛЕЙ. ПОСЕЯВ РЫНОК ДЛЯ БИЗНЕСА ENTERPRISE И NETCENTER
  22. ^ . Netscape Communications. 31 марта 1999года . Проверено 10 января 2013года . […]Организация. Управляющая разработчиками с открытым исходным кодом. Работающими над следующим поколением браузерного и коммуникационного программного обеспечения Netscape. Это событие ознаменовало собой историческую веху для Интернета. Поскольку Netscape стала первой крупной коммерческой компанией по разработке программного обеспечения. Которая открыла свой исходный код. С тех пор как код был впервые опубликован в Интернете. Тысячи людей и организаций скачали его и внесли сотни вкладов в программное обеспечение. Mozilla.org теперь он празднует этот годичный юбилей вечеринкой в четверг вечером в Сан-Франциско.
  23. ^ . Opensource.org.
  24. ^ . Opensource.org.
  25. ^ . Opensource.org.
  26. Перенс, Брюс. Открытые источники: Голоса из Революции открытых источников. O’Reilly Media, 1999.
  27. ^ Дибона, Крис; Окман, Сэм (январь 1999). Определение с открытым исходным кодом Брюса Перенса. ISBN 978-1-56592-582-3.
  28. ^ ., Определение с открытым исходным кодом в соответствии с Инициативой с открытым исходным кодом
  29. ^ – Слэшдот. News.slashdot.org. 16 февраля 2009года . Проверено 25 марта 2012года .
  30. ^ Инициатива с Открытым исходным кодом. . opensource.org. Извлечено 22 июля 2016года .
  31. ^ Tiemann, Michael. . Инициатива с открытым исходным кодом. Архивирован с оригинала 24 сентября 2006года . Извлечено 13 мая 2014года .
  32. ^ Столлман. Ричард (16 июня 2007 года). . Философия проекта GNU. Фонд свободного программногообеспечения . Извлечено 23 июля 2007года . Поскольку сторонники открытого исходного кода привлекают новых пользователей в наше сообщество. Мывисты свободного программного обеспечения. Должны работать еще больше. Чтобы привлечь внимание этих новых пользователей к проблеме свободы. Мы должны сказать: Каждый раз, когда вы говорите
  33. ^ b Столлман. Ричард (19 июня 2007). код . Философия проекта GNU. Фонд свободного программногообеспечения . Извлечено 23 июля 2007года . Рано или поздно этим пользователям будет предложено вернуться к проприетарному программному обеспечению ради какой-то практической выгоды. Бесчисленные компании стремятся предложить такое искушение. И почему пользователи откажутся? Только если они научатся ценить свободу. Которую дает им свободное программное обеспечение. Ради нее самой. Мы должны распространять эту идею. А для этого мы должны говорить о свободе. Определенная доля подхода
  34. ^ b Столлман. Ричард (16 июня 2007 года). . Философия проекта GNU. Фонд свободного программногообеспечения . Извлечено 23 июля 2007года . Под давлением кино-и звукозаписывающих компаний программное обеспечение для частных лиц все чаще разрабатывается специально для их ограничения. Эта вредоносная функция называется DRM или Управление цифровыми ограничениями (см. DefectiveByDesign.org), и это полная противоположность по духу той свободе. Которую стремится обеспечить свободное программное обеспечение. […] Тем не менее. Некоторые сторонники открытого исходного кода предложили программное обеспечение DRM с открытым исходным кодом. Их идея заключается в том, что. Публикуя исходный код программ. Предназначенных для ограничения вашего доступа к зашифрованным носителям. И позволяя другим изменять его. Они создадут более мощное и надежное программное обеспечение для ограничения доступа таких пользователей, как вы. Затем он будет доставлен вам в устройствах. Которые не позволят вам его изменить. Это программное обеспечение может быть но это не будет свободным программным обеспечением. Поскольку оно не будет уважать свободу пользователей. Которые на самом деле его запускают. Если модель разработки с открытым исходным кодом преуспеет в том. Чтобы сделать это программное обеспечение более мощным и надежным для ограничения вас. Это сделает его еще хуже.
  35. ^ Розен, Лоуренс. . flylib.com. Извлечено 22 июля 2016года .
  36. ^ Эндрю Т. Фам. Verint Systems Inc.. Мэтью Б. Вайнштейн и Джейми Л. Райерсон. Легко, как ABC: Категоризация лицензий с открытым исходным кодом. Архивированных 8 ноября 2012 года в Wayback MachineИюнь 2010 года.
  37. ^ Shiels, Maggie (14 августа 2008). . Новости Би-би-си . Извлечено 15 августа 2008года .
  38. ^ b Попп, доктор Карл Майкл (2015). Лучшие практики коммерческого использования программного обеспечения с открытым исходным кодом. Нордерштедт, Германия: Книги по запросу. ISBN 978-3738619096.
  39. ^ [1] Архивировано 15 ноября 2007 года в Wayback Machine
  40. ^ [2] Архивировано 7 декабря 2007 года в Wayback Machine
  41. ^ b c Raymond. Eric S. (11 сентября 2000). . Извлечено 19 сентября 2004года .
  42. ^ Robles, Gregorio (2004). (PDF). В Robert A. Gehring. Bernd Lutterbeck (ed.). Open Source Jahrbuch 2004 (PDF). Берлин: Берлинский технический университет. Получено 11 февраля 2020года .
  43. ^ Ghosh, R. A.; Robles, G.; Glott, R. (2002). Маастрихт: Международный институт инфономики.
  44. ^ Министерство обороны США. . Главный информационный директор. Извлечено 22 июля 2016года .
  45. ^ b Шарма, Шринараян; Виджаян Сугумаран; Баладжи Раджагопалан (2002). (PDF). Журнал 12: 7-25. doi:10.1046/j.1365-2575.2002.00116.x. S2CID 5815589.
  46. ^ Ландри, Джон; Раджив Гупта (сентябрь 2000). Harvard Business Review. doi:10.1225/F00503.
  47. ^ Рейнольдс, Карл; Джереми Уайатт (февраль 2011). . Журнал медицинских интернет-исследований. 13 (1): e24. doi:10.2196/jmir.1521. ПМК 3221346. PMID 21447469.
  48. ^ Плоткин, Хэл (декабрь 1998). Обновление руководства Гарварда: 8-9.
  49. ^ Пейн, Кристиан (февраль 2002). Журнал 12 (1): 61-78. doi:10.1046/j.1365-2575.2002.00118.x. S2CID 8123076.
  50. ^ . Gnu.org. 11 августа 2003года . Проверено 25 марта 2012года .
  51. ^ Meffert, Klaus; Neil Rotstan (2007). . Пакет Генетических Алгоритмов Java. Архивировано с оригинала 25 декабря 2012года . Извлечено 8 сентября 2008года .
  52. ^ Трипп, Энди (16 июля 2007). . Джавалобби. Архивирован с оригинала 12 марта 2012года . Извлечено 2 мая 2008года .
  53. ^ b Stamelos, Ioannis; Lefteris Angelis; Apostolos Oikonomou; Georgios L. Bleris (2002). Журнал информационной системы. 12: 43-60. doi:10.1109/MS.2007.2 . S2CID 18538582.
  54. ^ Gallivan, Michael J. (2001). . Журнал 11 (4): 277–304. doi:10.1046/j.1365-2575.2001.00108.x. S2CID 11868077.
  55. ^ Перейти вверх к: a b c Болдырев, Корнелия; Лавери, Джанет; Наттер, Дэвид; Ранк, Стивен. (PDF). Флосшуб. Извлечено 22 июля 2016года .
  56. ^ Стэнсберри. Глен (18 сентября 2008 года). . Сокрушительный журнал. Извлечено 22 июля 2016года .
  57. ^ b Францель. Леннарт (18 июля 2016 года). . IBM developerworks. Извлечено 22 июля 2016года .
  58. ^ Бейкер, Джейсон. . opensource.com. Извлечено 22 июля 2016года .
  59. ^ Франсуа Летелье (2008), Программное обеспечение с открытым исходным кодом: роль некоммерческих организаций в объединении бизнес-и инновационных экосистем, AFME 2008.
  60. ^ Институт программного обеспечения с Открытым Исходным Кодом. . Институт программного обеспечения с Открытым ИсходнымКодом . Извлечено 22 июля 2016года .
  61. ^ Хеллексон, Гуннар. . Открытый исходный код для Америки. Архивирован с оригинала 1 декабря 2015года . Проверено 25 марта 2012года .
  62. ^ от EntandoSrl (Энтандо ). . Проверено 25 марта 2012года .
  63. ^ Ирина Гусева (@irina_guseva) (26 марта 2009). . Cmswire.com… Проверено 25 марта 2012года .
  64. ^ . Бизнес-центр PCWorld. Pcworld.com. 3 ноября 2011г. Проверено 25 марта 2012года .
  65. ^ Джефф Спик (@Goffee71) (26 октября 2009 года). . Cmswire.com… Проверено 25 марта 2012года .
  66. ^ . News.cnet.com. 12 февраля 2004года . Проверено 25 марта 2012года .
  67. ^ Мерфи, Дэвид (15 августа 2010 года). . Новости и мнения. PCMag.com… Проверено 25 марта 2012года .
  68. ^ b . News.cnet.com… Проверено 25 марта 2012года .
  69. ^ Гринли, Нил. . Архивирован с оригинала 22 июня 2013года . Проверено 9 октября 2012года .
  70. ^ Буланже, А. (2005). Открытый исходный код против проприетарного программного обеспечения: является ли одно более надежным и безопасным. Чем другое? IBM Systems Journal, 44(2), 239-248.
  71. ^ Зельцер, Ларри (4 мая 2004). . PCMag.com. Проверено 25 марта 2012года .
  72. ^ Мишель Делио (14 декабря 2004). . Проводная. Извлечено 23 мая 2016года .
  73. ^ . Gnu.org. Извлечено 30 марта 2015года .
  74. ^ код . Проблема с ним двоякая. Во-первых, … термин Во-вторых. Этот термин заставляет нервничать многих корпоративных типов.
  75. ^ Kelty, Christpher M. (2008). (PDF). Университет Дьюка пресс – Дарем и Лондон. стр. 99. До 1998 года, бесплатное программное обеспечение передается либо Фондом свободного программного обеспечения (и бдительным, мелочной опеки глаз Столлман) или в один из тысяч различных коммерческие, личные, или университет-научно-исследовательские проекты, процессы, лицензии, и идеологии, которые имели различные названия: sourceware, бесплатная. Условно-бесплатная. С открытым исходным кодом. Общественное достояние программного обеспечения. И так далее. Термин
  76. ^ OSI. . участники конференции решили. Что пришло время отбросить морализаторское и конфронтационное отношение. Которое было связано с
  77. ^ Столлмен, Ричард. . Фонд свободного программногообеспечения . Извлечено 22 июля 2016года .
  78. ^ Столлман. Ричард (16 июня 2007 года). . Философия проекта GNU. Проект GNU. Извлечено 23 июля 2007года .
  79. ^ Tiemann, Michael (19 September 2006). . Инициатива с открытым исходнымкодом . Извлечено 23 августа 2008года .
  80. ^ Нельсон, Рассел (26 марта 2007 года). . Инициатива с открытым исходнымкодом . Архивирован с оригинала 6 февраля 2008года . Проверено 22 июля 2007года .
  81. ^ Raymond. Eric S. (22 ноября 1998). . Инициатива с Открытым исходнымкодом . Проверено 22 июля 2007года .
  82. ^ Нельсон, Рассел (19 сентября 2006 года). . Инициатива с открытым исходнымкодом . Извлечено 22 июля 2007года .
  83. ^ . Geekzone.co.nz 21 марта 2005года . Извлечено 30 марта 2015года .
  84. ^ . opensource.org. 17 октября 2007года . Извлечено 8 августа 2013года . Действуя по совету Председателя Комитета по утверждению лицензий. Совет директоров OSI сегодня утвердил Публичную лицензию Microsoft (Ms-PL) и Взаимную лицензию Microsoft (Ms-RL). Решение об одобрении было принято подавляющим (хотя и не единогласным) консенсусом сообщества с открытым исходным кодом о том. Что эти лицензии удовлетворяют 10 критериям определения с открытым исходным кодом и поэтому должны быть одобрены.
  85. ^ Agerfalk, Par and Fitzgerald. Brian (2008). Аутсорсинг неизвестной рабочей силы: Исследование опенсорсинга как глобальной стратегии поиска, MIS Quarterly, Vol 32, No 2, pp. 385-410
  86. ^ Гюнтер, Джоэл (10 мая 2013 года). . Телеграф.
  87. ^ Бриджуотер. Адриан (13 мая 2013 года). . Компьютерный еженедельник.
  88. ^ Michael J. Gallivan,
  89. ^ Hal Plotkin,
  90. ^ Нойес, Кэтрин (18 мая 2011 года). . PCWorld. Извлечено 22 июля 2016года .
  91. ^ Столлман. Ричард (24 сентября 2007). . Философия проекта GNU. Фонд свободного программногообеспечения . Извлечено 6 декабря 2007года . Однако не все пользователи и разработчики свободного программного обеспечения согласились с целями движения за свободное программное обеспечение. В 1998 году часть сообщества свободного программного обеспечения откололась и начала кампанию во имя Первоначально этот термин был предложен. Чтобы избежать возможного непонимания термина
  92. ^ . Извлечено 29 июля 2013года .
  93. ^ . …создание первого в мире тиражируемого самодостаточного децентрализованного высокотехнологичного экопоселения пермакультуры с открытым исходным кодом…
  94. ^ . Informs.org. 2 января 2014года . Извлечено 30 марта 2015года .
  95. ^ Raymond. Eric S. The Cathedral and the Bazaar. ed 3.0. 2000.

Дальнейшее чтение

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