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

Open-source software
Программное обеспечение с открытым исходным кодом имеет сходство с бесплатно программное обеспечение и является частью более широкого термина бесплатное программное обеспечение с открытым исходным кодом.

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

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

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

История

Дальнейшая информация: История бесплатного программного обеспечения с открытым исходным кодом

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

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

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

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

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

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

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

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

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

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

В Инициатива открытого исходного кода (OSI) была основана в феврале 1998 года Эриком Рэймондом и Брюсом Перенсом. Имея по крайней мере 20 лет свидетельств из историй закрытых разработок и открытых разработок, уже предоставленных сообществом разработчиков Интернета, OSI представила коммерческим предприятиям, таким как Netscape, пример «открытого исходного кода». OSI надеялась, что использование ярлыка «открытый исходный код» - термин, предложенный Кристин Петерсон[6][19] из Институт Форсайта на стратегической сессии, устранит двусмысленность, особенно для людей, которые воспринимают «свободные программы» как антикоммерческие. Они стремились привлечь внимание к практическим преимуществам свободно доступного исходного кода, а также хотели привлечь основные компании, производящие программное обеспечение, и другие высокотехнологичные отрасли к использованию открытого исходного кода. Перенс попытался зарегистрировать «открытый исходный код» как знак обслуживания для OSI, но эта попытка была непрактичной из-за товарный знак стандарты. Между тем, из-за того, что доклад Раймонда был представлен высшему руководству Netscape, Реймонд обнаружил, только когда прочитал пресс-релиз,[20] и был вызван Netscape Исполнительный директор Джим БарксдейлПозднее в тот же день компания Netscape выпустила свой исходный код Navigator с открытым исходным кодом с благоприятными результатами.[21]

Определения

Логотип Инициатива открытого исходного кода

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

OSI использует Определение открытого исходного кода чтобы определить, считает ли он лицензию на программное обеспечение с открытым исходным кодом. Определение было основано на Рекомендации по свободному программному обеспечению Debian, написанный и адаптированный в основном Перенсом.[25][26][27] Перенс не основывал свое письмо на «четырех свободах» из Фонд свободного программного обеспечения (FSF), которые стали широко доступны лишь позже.[28]

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

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

Лицензирование ПО с открытым исходным кодом

Основная статья: Лицензия с открытым исходным кодом
Дальнейшая информация: Лицензия на бесплатное программное обеспечение
Смотрите также: Бесплатное программное обеспечение с открытым исходным кодом § Лицензирование, и Лицензия на программное обеспечение

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

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

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

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

Сертификаты

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

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

Основная статья: Модель разработки программного обеспечения с открытым исходным кодом

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Организации

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

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

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

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

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

Основная статья: Бизнес-модели для программного обеспечения с открытым исходным кодом

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

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

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

Основная статья: Сравнение программного обеспечения с открытым и закрытым исходным кодом

Споры по поводу Открытый исходный код против. закрытый исходный код (также называется проприетарное программное обеспечение) иногда греется.

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

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

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

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

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

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

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

Основная статья: Альтернативные условия бесплатного программного обеспечения
Смотрите также: Сравнение лицензий на бесплатное и открытое ПО

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

ФСПО[72] сказал, что термин «открытый исходный код» порождает неоднозначность иного рода, так что он путает простую доступность источника со свободой его использования, изменения и распространения.С другой стороны, термин «бесплатное программное обеспечение» подвергался критике за двусмысленность слова «бесплатное» как «доступное бесплатно», что было сочтено препятствием для его внедрения в бизнесе.[73] и за исторически неоднозначное употребление этого термина.[7][74][75]

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

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

Сертифицировано OSI является товарным знаком, который предоставляется только людям, которые распространяют программное обеспечение, лицензированное по лицензии, указанной в списке Open Source Initiative.[81]

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

Основная статья: Исходное программное обеспечение

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

Открытый исходный код

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

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

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

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

Основная статья: Бесплатное программное обеспечение с открытым исходным кодом § Принятие
Смотрите также: Принятие Linux и Бесплатное программное обеспечение § Принятие
«Мы перенесли ключевые функции с Windows на Linux, потому что нам нужна была операционная система, которая была бы стабильной и надежной - та, которая дала бы нам внутренний контроль. Так что, если нам нужно было исправлять, настраивать или адаптировать, мы могли».

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

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

Основная статья: Список пакетов бесплатного и открытого программного обеспечения

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

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

Основная статья: Модель с открытым исходным кодом
Смотрите также: Открытый контент и Открытое сотрудничество

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

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

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

Смотрите также

Рекомендации

  1. ^ Сен-Лоран, Эндрю М. (2008). Общие сведения о лицензировании открытого исходного кода и бесплатного программного обеспечения. O'Reilly Media. п. 4. ISBN 9780596553951.
  2. ^ а б Levine, Sheen S .; Приетула, Майкл Дж. (30 декабря 2013 г.). «Открытое сотрудничество для инноваций: принципы и эффективность». Организационная наука. 25 (5): 1414–1433. arXiv:1406.7541. Дои:10.1287 / orsc.2013.0872. ISSN 1047-7039. S2CID 6583883.
  3. ^ Ротвелл, Ричард (5 августа 2008 г.). «Создание богатства с помощью свободных программ». Журнал свободного программного обеспечения. Архивировано из оригинал 8 сентября 2008 г.. Получено 8 сентября 2008.
  4. ^ "Standish Newsroom - Открытый исходный код" (Пресс-релиз). Бостон. 16 апреля 2008 г. Архивировано с оригинал 18 января 2012 г.. Получено 8 сентября 2008.
  5. ^ Гаудёль, Алексия (2007). «Реагируют ли разработчики с открытым исходным кодом на конкуренцию? Пример использования LaTeX». Обзор сетевой экономики. 6 (2). Дои:10.2202/1446-9022.1119. ISSN 1446-9022. S2CID 201097782.
  6. ^ а б В.М. Брассер (2018). Создайте свое будущее с открытым исходным кодом. Прагматичные программисты. ISBN 978-1-68050-301-2.
  7. ^ а б c Карл Фогель (2016). «Производство программного обеспечения с открытым исходным кодом - как запустить успешный проект свободного программного обеспечения». O'Reilly Media. Получено 11 апреля 2016. Но проблема шла глубже. Слово «бесплатно» несет в себе неизбежный моральный подтекст: если свобода была самоцелью, не имело значения, оказывается ли свободное программное обеспечение лучше или более прибыльным для определенных предприятий при определенных обстоятельствах. Это были просто приятные побочные эффекты мотива, который по своей сути был не техническим или коммерческим, а моральным. Более того, позиция «свободно как в свободе» привела к вопиющей непоследовательности в корпорациях, которые хотели поддерживать определенные бесплатные программы в одном аспекте своего бизнеса, но продолжали продавать несвободные программы в других.
  8. ^ «История ИНМ». Opensource.org.
  9. ^ Б. Чарни (3 мая 2001 г.). «Подход Microsoft Raps с открытым исходным кодом». CNET News.
  10. ^ Джеффри Воас, Кейт В. Миллер и Том Костелло. Бесплатное программное обеспечение с открытым исходным кодом. ИТ-специалист 12 (6) (Ноябрь 2010 г.), стр. 14–16.
  11. ^ Эрик С. Раймонд. «Прощай, бесплатное программное обеспечение»; привет, «открытый исходный код»"". catb.org. Проблема с этим двоякая. Во-первых ... термин «бесплатный» очень неоднозначен ... Во-вторых, этот термин заставляет нервничать многих корпоративных людей.
  12. ^ Келти, Кристфер М. (2008). «Культурное значение бесплатного программного обеспечения - два бита» (PDF). Университет Дьюка пресса - дарем и лондон. п. 99. До 1998 года свободное программное обеспечение относилось либо к Фонду свободного программного обеспечения (и бдительному, контролирующему взгляду Столлмана), либо к одному из тысяч различных коммерческих, профессиональных или университетских исследовательских проектов, процессов, лицензий и идеологий, которые имели множество названий: исходное ПО, бесплатное, условно-бесплатное ПО, открытое ПО, ПО, являющееся общественным достоянием, и так далее. Термин «открытый исходный код», напротив, стремился объединить их всех в одно движение.
  13. ^ Ши, Том (23 июня 1983 г.). «Бесплатное программное обеспечение - свободное программное обеспечение - это свалка запчастей для программного обеспечения». InfoWorld. Получено 10 февраля 2016. «В отличие от коммерческого программного обеспечения, существует большое и постоянно растущее количество бесплатного программного обеспечения, которое существует в общественном достоянии. Программное обеспечение, являющееся общественным достоянием, написано любителями микрокомпьютеров (также известными как« хакеры »), многие из которых в своей профессиональной деятельности являются профессиональными программистами. [...] Поскольку каждый имеет доступ к исходному коду, многие подпрограммы не только использовались, но и значительно улучшались другими программистами ».
  14. ^ Раймонд, Эрик С. (8 февраля 1998 г.). «Прощай, бесплатное программное обеспечение»; привет, «открытый исходный код»"". Получено 13 августа 2008. После того, как в январе было объявлено о Netscape, я много думал о следующем этапе - о серьезном толчке, направленном на то, чтобы «бесплатное программное обеспечение» было принято в основном корпоративном мире. И я понял, что у нас есть серьезная проблема с самим «свободным ПО». В частности, у нас есть проблема с самим термином «свободное программное обеспечение», а не с концепцией. Я убедился, что срок должен уйти.
  15. ^ Райан, Патрик С .; Кассон, Тони (май 2006 г.). «Открытые стандарты, внедрение открытого исходного кода в государственном секторе и их связь с доминированием Microsoft на рынке Тони Кассон, Патрик С. Райан :: SSRN». Papers.ssrn.com. SSRN 1656616. Цитировать журнал требует | журнал = (помощь)
  16. ^ Холтгреве, Урсула (2004). «Определение скорости (ей) Интернета: пример открытого исходного кода / свободного программного обеспечения». Время и общество (Представлена ​​рукопись). 13: 129–146. Дои:10.1177 / 0961463X04040750. S2CID 61327593.
  17. ^ «Пионеры открытого исходного кода встречаются на историческом саммите». 14 апреля 1998 г.. Получено 20 сентября 2014.
  18. ^ Маффатто, Морено (2006). Открытый исходный код: мультидисциплинарный подход. Imperial College Press. ISBN 978-1-86094-665-3.
  19. ^ «Как я придумал термин« открытый исходный код »'".
  20. ^ "NETSCAPE ОБЪЯВЛЯЕТ ПЛАНЫ ПО БЕСПЛАТНО ДОСТУПНОМ ИСХОДНОМУ КОДУ КОММУНИКАТОРА СЛЕДУЮЩЕГО ПОКОЛЕНИЯ В СЕТИ". Netscape Communications Corporation. 22 января 1998 г. Архивировано с оригинал 1 апреля 2007 г.. Получено 8 августа 2013. Смелый шаг к использованию творческой силы ТЫСЯЧ РАЗРАБОТЧИКОВ ИНТЕРНЕТА; КОМПАНИЯ СДЕЛАЕТ NETSCAPE NAVIGATOR AND COMMUNICATOR 4.0 НЕМЕДЛЕННО БЕСПЛАТНЫМ ДЛЯ ВСЕХ ПОЛЬЗОВАТЕЛЕЙ, ПОСАДКА РЫНКА ДЛЯ ПРЕДПРИЯТИЙ И БИЗНЕСА NETCENTER
  21. ^ "MOUNTAIN VIEW, Калифорния, 1 апреля / PRNewswire / - Netscape Communications и разработчики открытого кода празднуют первую годовщину 31 марта 1999 года выпуска исходного кода браузера Netscape на mozilla.org". Netscape Communications. 31 марта 1999 г.. Получено 10 января 2013. [...] Организация, которая управляет разработчиками с открытым исходным кодом, работающими над новым поколением браузера и коммуникационного программного обеспечения Netscape. Это событие стало исторической вехой для Интернета, поскольку Netscape стала первой крупной коммерческой компанией-разработчиком программного обеспечения, открывшей свой исходный код, - тенденции, которой с тех пор последовали несколько других корпораций. С тех пор, как код был впервые опубликован в Интернете, тысячи людей и организаций загрузили его и внесли сотни вкладов в программное обеспечение. Mozilla.org отмечает эту годовщину вечеринкой в ​​четверг вечером в Сан-Франциско.
  22. ^ «Международный авторитет и признание». Opensource.org.
  23. ^ «Список аффилированных лиц OSI». Opensource.org.
  24. ^ «Партнерское соглашение OSI». Opensource.org.
  25. ^ Перенс, Брюс. Открытые источники: голоса революции открытого исходного кода. O'Reilly Media. 1999.
  26. ^ Дибона, Крис; Окман, Сэм (январь 1999 г.). Определение открытого исходного кода Брюса Перенса. ISBN 978-1-56592-582-3.
  27. ^ «Определение открытого исходного кода»., Определение открытого исходного кода в соответствии с Open Source Initiative
  28. ^ "Сколько лицензий на открытый исходный код вам нужно? - Slashdot". News.slashdot.org. 16 февраля 2009 г.. Получено 25 марта 2012.
  29. ^ Инициатива открытого исходного кода. «Определение открытого исходного кода (с аннотацией)». opensource.org. Получено 22 июля 2016.
  30. ^ Тиманн, Майкл. «История ИНМ». Инициатива открытого исходного кода. Архивировано из оригинал 24 сентября 2006 г.. Получено 13 мая 2014.
  31. ^ Столмен, Ричард (16 июня 2007 г.). «Почему« Открытый исходный код »упускает из виду суть свободного программного обеспечения». Философия проекта GNU. Фонд свободного программного обеспечения. Получено 23 июля 2007. Поскольку сторонники открытого исходного кода привлекают новых пользователей в наше сообщество, мы, активисты свободного программного обеспечения, должны работать еще больше, чтобы привлечь внимание этих новых пользователей к проблеме свободы. Мы должны говорить: «Это бесплатное программное обеспечение, и оно дает вам свободу!» - громче и громче, чем когда-либо. Каждый раз, когда вы говорите «бесплатное программное обеспечение», а не «открытый исходный код», вы помогаете нашей кампании.
  32. ^ а б Столмен, Ричард (19 июня 2007 г.). «Почему« свободное программное обеспечение »лучше, чем« открытое программное обеспечение »"". Философия проекта GNU. Фонд свободного программного обеспечения. Получено 23 июля 2007. Рано или поздно этим пользователям будет предложено вернуться на проприетарное программное обеспечение для получения некоторой практической выгоды. Бесчисленные компании стремятся предложить такое искушение, и почему пользователи будут отказываться? Только если они научатся ценить свободу, которую дает им свободное программное обеспечение, ради самого себя. Наша задача - распространять эту идею - и для этого мы должны говорить о свободе. Определенная доля «молчания» в бизнесе может быть полезна для сообщества, но мы также должны иметь достаточно свободы для разговоров.
  33. ^ а б Столмен, Ричард (16 июня 2007 г.). «Почему« Открытый исходный код »упускает из виду суть свободного программного обеспечения». Философия проекта GNU. Фонд свободного программного обеспечения. Получено 23 июля 2007. Под давлением кино- и звукозаписывающих компаний программное обеспечение для частных лиц все чаще разрабатывается специально для их ограничения. Эта вредоносная функция известна как DRM или Управление цифровыми ограничениями (см. DefectiveByDesign.org), и это противоположность в духе свободы, которую стремится предоставить свободное программное обеспечение. [...] Тем не менее, некоторые сторонники открытого исходного кода предложили программное обеспечение DRM с открытым исходным кодом. Их идея состоит в том, что, публикуя исходный код программ, предназначенных для ограничения вашего доступа к зашифрованным носителям, и позволяя другим изменять его, они создадут более мощное и надежное программное обеспечение для ограничения таких пользователей, как вы. Затем он будет доставлен вам в устройствах, которые не позволяют вам его изменить. Это программное обеспечение может быть «с открытым исходным кодом» и использовать модель разработки с открытым исходным кодом; но это не будет бесплатное программное обеспечение, поскольку оно не будет уважать свободу пользователей, которые на самом деле его запускают. Если модель разработки с открытым исходным кодом преуспеет в том, чтобы сделать это программное обеспечение более мощным и надежным для ограничения вас, это только ухудшит ситуацию.
  34. ^ Розен, Лоуренс. «Совместные работы - Лицензирование открытого кода: Закон о свободе программного обеспечения и интеллектуальной собственности». flylib.com. Получено 22 июля 2016.
  35. ^ Эндрю Т. Фам, Verint Systems Inc. и Мэтью Б. Вайнштейн и Джейми Л. Райерсон. "Просто как азбука: категоризация лицензий с открытым исходным кодом В архиве 8 ноября 2012 г. Wayback Machine"; www.IPO.org. Июнь 2010 г.
  36. ^ Шилс, Мэгги (14 августа 2008 г.). «Юридическая веха для открытого исходного кода». Новости BBC. Получено 15 августа 2008.
  37. ^ а б Попп, доктор Карл Майкл (2015). Лучшие практики для коммерческого использования программного обеспечения с открытым исходным кодом. Нордерштедт, Германия: Книги по запросу. ISBN 978-3738619096.
  38. ^ [1] В архиве 15 ноября 2007 г. Wayback Machine
  39. ^ [2] В архиве 7 декабря 2007 г. Wayback Machine
  40. ^ а б c Раймонд, Эрик С. (11 сентября 2000 г.). «Собор и базар». Получено 19 сентября 2004.
  41. ^ Роблес, Грегорио (2004). «Подход к свободному программному обеспечению» (PDF). В Роберте А. Геринге, Бернд Люттербек (ред.). Открытый исходный код Ярбух 2004 (PDF). Берлин: Технический университет Берлина. Получено 11 февраля 2020.
  42. ^ Ghosh, R.A .; Роблес, G .; Глотт Р. (2002). «Бесплатное / свободное и открытое программное обеспечение: обзор и исследование, часть V». Маастрихт: Международный институт инфономики.
  43. ^ Министерство обороны США. «Часто задаваемые вопросы по программному обеспечению с открытым исходным кодом». Руководитель информационной службы. Получено 22 июля 2016.
  44. ^ а б Шарма, Сринараян; Виджаян Сугумаран; Баладжи Раджагопалан (2002). «Фреймворк для создания сообществ гибридного программного обеспечения с открытым кодом» (PDF). Журнал информационных систем. 12: 7–25. Дои:10.1046 / j.1365-2575.2002.00116.x. S2CID 5815589.
  45. ^ Лэндри, Джон; Раджив Гупта (сентябрь 2000 г.). «Получение прибыли от открытого исходного кода». Harvard Business Review. Дои:10.1225 / F00503.
  46. ^ Рейнольдс, Карл; Джереми Вятт (февраль 2011 г.). "Открытый исходный код, открытые стандарты и информационные системы здравоохранения". Журнал медицинских интернет-исследований. 13 (1): e24. Дои:10.2196 / jmir.1521. ЧВК 3221346. PMID 21447469.
  47. ^ Плоткин, Хэл (декабрь 1998). «Что (и почему) вы должны знать о программном обеспечении с открытым исходным кодом». Новости управления Гарварда: 8–9.
  48. ^ Пейн, Кристиан (февраль 2002 г.). «О безопасности открытого программного обеспечения». Журнал информационных систем. 12 (1): 61–78. Дои:10.1046 / j.1365-2575.2002.00118.x. S2CID 8123076.
  49. ^ "Руководство хакера GNU Classpath: Руководство хакера GNU Classpath". Gnu.org. 11 августа 2003 г.. Получено 25 марта 2012.
  50. ^ Мефферт, Клаус; Нил Ротстан (2007). «Краткое изложение стиля и практики кодирования, используемых в JGAP». Пакет генетических алгоритмов Java. Архивировано из оригинал 25 декабря 2012 г.. Получено 8 сентября 2008.
  51. ^ Трипп, Энди (16 июля 2007 г.). «Хакеры пути к классам разочарованы медленным процессом OpenJDK». Javalobby. Архивировано из оригинал 12 марта 2012 г.. Получено 2 мая 2008.
  52. ^ а б Стамелос, Иоаннис; Лефтерис Анжелис; Апостолос Ойкономоу; Георгиос Л. Блерис (2002). «Анализ качества кода при разработке программного обеспечения с открытым исходным кодом». Информационный системный журнал. 12: 43–60. Дои:10.1109 / MS.2007.2. S2CID 18538582.
  53. ^ Галливан, Майкл Дж. (2001). «Достижение баланса между доверием и контролем в виртуальной организации: контент-анализ примеров использования программного обеспечения с открытым исходным кодом». Журнал информационных систем. 11 (4): 277–304. Дои:10.1046 / j.1365-2575.2001.00108.x. S2CID 11868077.
  54. ^ а б c Болдырев, Корнелия; Лавери, Джанет; Наттер, Дэвид; Ранг, Стивен. «Процессы и инструменты разработки с открытым исходным кодом» (PDF). Flosshub. Получено 22 июля 2016.
  55. ^ Стэнсберри, Глен (18 сентября 2008 г.). «Обзор 7 систем контроля версий - Smashing Magazine». Smashing Magazine. Получено 22 июля 2016.
  56. ^ а б Франтцелль, Леннарт (18 июля 2016 г.). «GitHub, Launchpad и BitBucket, как сегодняшние распределенные системы контроля версий способствуют беспрецедентной глобальной революции с открытым исходным кодом». IBM developerworks. Получено 22 июля 2016.
  57. ^ Бейкер, Джейсон. «Четыре основных инструмента отслеживания проблем с открытым исходным кодом». opensource.com. Получено 22 июля 2016.
  58. ^ Франсуа Летелье (2008), Программное обеспечение с открытым исходным кодом: роль некоммерческих организаций в объединении бизнес-экосистем и инновационных экосистем, AFME 2008.
  59. ^ Институт программного обеспечения с открытым исходным кодом. "Дома". Институт программного обеспечения с открытым исходным кодом. Получено 22 июля 2016.
  60. ^ Хеллексон, Гуннар. "Дома". Открытый исходный код для Америки. Получено 25 марта 2012.
  61. ^ от EntandoSrl (Энтандо). «Мил-ОСС». Получено 25 марта 2012.
  62. ^ Ирина Гусева (@irina_guseva) (26 марта 2009 г.). «Плохая экономика хороша для открытого исходного кода». Cmswire.com. Получено 25 марта 2012.
  63. ^ «Открытый исходный код против проприетарного программного обеспечения». Бизнес-центр PCWorld. Pcworld.com. 3 ноября 2011 г.. Получено 25 марта 2012.
  64. ^ Джефф Спик (@ Goffee71) (26 октября 2009 г.). «Движение за открытый исходный код находит друзей в Белом доме». Cmswire.com. Получено 25 марта 2012.
  65. ^ «Ящик Пандоры для открытого кода - CNET News». News.cnet.com. 12 февраля 2004 г.. Получено 25 марта 2012.
  66. ^ Мерфи, Дэвид (15 августа 2010 г.). «Опрос: 98 процентов компаний используют открытый код, 29 процентов вносят свой вклад». Новости и мнения. PCMag.com. Получено 25 марта 2012.
  67. ^ а б «Национальная безопасность помогает защитить открытый исходный код - CNET News». News.cnet.com. Получено 25 марта 2012.
  68. ^ Гринли, Нил. «Обзор программного обеспечения с открытым исходным кодом». Архивировано из оригинал 22 июня 2013 г.. Получено 9 октября 2012.
  69. ^ Буланже, А. (2005). Сравнение программного обеспечения с открытым исходным кодом и проприетарного программного обеспечения: одно ли надежнее и безопаснее другого? IBM Systems Journal, 44 (2), 239–248.
  70. ^ Зельцер, Ларри (4 мая 2004 г.). "Действительно ли открытый исходный код безопаснее?". PCMag.com. Получено 25 марта 2012.
  71. ^ Мишель Делио (14 декабря 2004 г.). «Linux: меньше ошибок, чем конкурентов». Проводной. Получено 23 мая 2016.
  72. ^ «Почему с открытым исходным кодом упускается из виду свободное программное обеспечение - проект GNU - Фонд свободного программного обеспечения». Gnu.org. Получено 30 марта 2015.
  73. ^ «Прощай, бесплатное программное обеспечение»; привет, «открытый исходный код»"". Проблема с этим двоякая. Во-первых, ... термин "бесплатный" очень неоднозначен ... Во-вторых, этот термин заставляет нервничать многих корпоративных людей.
  74. ^ Келти, Кристфер М. (2008). «Культурное значение бесплатного программного обеспечения - два бита» (PDF). Университет Дьюка пресса - Дарем и Лондон. п. 99. До 1998 года свободное программное обеспечение относилось либо к Фонду свободного программного обеспечения (и бдительному, контролирующему взгляду Столлмана), либо к одному из тысяч различных коммерческих, профессиональных или университетских исследовательских проектов, процессов, лицензий и идеологий, которые имели множество имен: исходное ПО, бесплатное, условно-бесплатное ПО, открытое ПО, ПО, являющееся общественным достоянием, и так далее. Термин «открытый исходный код», напротив, стремился объединить их всех в одно движение.
  75. ^ OSI. «История OSI». участники конференции решили, что пора отбросить морализаторское и конфронтационное отношение, которое в прошлом ассоциировалось со «свободным программным обеспечением», и продать идею строго на тех же прагматических основаниях, что и бизнес
  76. ^ Столмен, Ричард. «ФЛОСС и ФОСС». Фонд свободного программного обеспечения. Получено 22 июля 2016.
  77. ^ Столмен, Ричард (16 июня 2007 г.). «Почему« Открытый исходный код »упускает из виду суть свободного программного обеспечения». Философия проекта GNU. Проект GNU. Получено 23 июля 2007.
  78. ^ Тиманн, Майкл (19 сентября 2006 г.). «История ИНМ». Инициатива открытого исходного кода. Получено 23 августа 2008.
  79. ^ Нельсон, Рассел (26 марта 2007 г.). «Знак сертификации». Инициатива открытого исходного кода. Архивировано из оригинал 6 февраля 2008 г.. Получено 22 июля 2007.
  80. ^ Раймонд, Эрик С. (22 ноября 1998 г.). "Объявление о запуске OSI". Инициатива открытого исходного кода. Получено 22 июля 2007.
  81. ^ Нельсон, Рассел (19 сентября 2006 г.). «Лицензии с открытым исходным кодом по категориям». Инициатива открытого исходного кода. Получено 22 июля 2007.
  82. ^ «Microsoft объявляет о расширении инициативы Shared Source Initiative». Geekzone.co.nz. 21 марта 2005 г.. Получено 30 марта 2015.
  83. ^ «OSI одобряет отправку лицензий Microsoft». opensource.org. 17 октября 2007 г.. Получено 8 августа 2013. Действуя по совету председателя по утверждению лицензий, Совет OSI сегодня утвердил публичную лицензию Microsoft (Ms-PL) и взаимную лицензию Microsoft (Ms-RL). Решение об утверждении было принято на основе подавляющего (хотя и не единодушного) консенсуса в сообществе открытого исходного кода, что эти лицензии удовлетворяют 10 критериям определения открытого исходного кода и, следовательно, должны быть одобрены.
  84. ^ Агерфолк, Пар и Фитцджеральд, Брайан (2008 г.), Аутсорсинг неизвестной рабочей силе: изучение открытого подряда как глобальной стратегии поиска поставщиков, MIS Quarterly, Том 32, № 2, с.385–410
  85. ^ Гюнтер, Джоэл (10 мая 2013 г.). «Международная космическая станция смело переходит на Linux поверх Windows». Телеграф.
  86. ^ Бриджуотер, Адриан (13 мая 2013 г.). «Международная космическая станция принимает Debian Linux, переносит Windows и Red Hat в воздушный шлюз». Computer Weekly.
  87. ^ Майкл Дж. Галливан, «Достижение баланса между доверием и контролем в виртуальной организации: контент-анализ тематических исследований программного обеспечения с открытым исходным кодом», Info Systems Journal 11 (2001): 277–304
  88. ^ Хэл Плоткин, «Что (и почему) вы должны знать о программном обеспечении с открытым исходным кодом» Harvard Management Update 12 (1998): 8–9
  89. ^ Нойес, Кэтрин (18 мая 2011 г.). «Программное обеспечение с открытым исходным кодом - теперь норма в бизнесе». PCWorld. Получено 22 июля 2016.
  90. ^ Столмен, Ричард (24 сентября 2007 г.). «Почему« Открытый исходный код »упускает из виду суть свободного программного обеспечения». Философия проекта GNU. Фонд свободного программного обеспечения. Получено 6 декабря 2007. Однако не все пользователи и разработчики свободного программного обеспечения согласны с целями движения за свободное программное обеспечение. В 1998 году часть сообщества свободного программного обеспечения отделилась и начала кампанию во имя «открытого исходного кода». Первоначально этот термин был предложен, чтобы избежать возможного неправильного понимания термина «свободное программное обеспечение», но вскоре он стал ассоциироваться с философскими взглядами, весьма отличными от взглядов движения за свободное программное обеспечение.
  91. ^ «Что такое открытый исходный код?». Получено 29 июля 2013.
  92. ^ «Экология открытого исходного кода». ... создание первого в мире воспроизводимого самодостаточного децентрализованного высокотехнологичного пермакультуры с открытым исходным кодом ...
  93. ^ «Биткойн открытого сотрудничества». Informs.org. 2 января 2014 г.. Получено 30 марта 2015.
  94. ^ Раймонд, Эрик С. Собор и базар. ред 3.0. 2000 г.

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

внешняя ссылка