✖


Jump to content

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

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

Для более широкого освещения этой темы см. Движение за программное обеспечение с открытым исходным кодом .
Снимок экрана : Манджаро, запускающий среду рабочего стола Cinnamon , Firefox, получающий доступ к Википедии , которая использует MediaWiki , LibreOffice Writer , Vim , калькулятор GNOME , VLC и файловый менеджер Nemo , все из которых являются программным обеспечением с открытым исходным кодом.

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

Разработка программного обеспечения с открытым исходным кодом может привнести различные перспективы, выходящие за рамки возможностей одной компании. По оценкам, к 2024 году стоимость программного обеспечения с открытым исходным кодом для компаний составит 8,8 триллиона долларов, поскольку компаниям придется потратить в 3,5 раза больше, чем они сейчас тратят без использования программного обеспечения с открытым исходным кодом. [4]

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

Определения

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

Определение Open Source Initiative (OSI) признано правительствами нескольких стран на международном уровне. [5] как стандартное или фактическое определение. OSI использует определение открытого исходного кода , чтобы определить, считает ли она лицензию на программное обеспечение открытым исходным кодом. Определение было основано на Руководстве по свободному программному обеспечению Debian , написанном и адаптированном в первую очередь Перенсом. [6] [7] [8] Перенс не основывал свое письмо на «четырех свободах» Фонда свободного программного обеспечения (FSF), которые стали широко доступны только позже. [9]

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

По данным Феллера и др. (2005), термины «свободное программное обеспечение» и «программное обеспечение с открытым исходным кодом» должны применяться к любым «программным продуктам, распространяемым на условиях, которые позволяют пользователям» использовать, модифицировать и перераспределять программное обеспечение «любым способом, который они считают целесообразным, не требуя что они платят автору(ам) программного обеспечения роялти или гонорар за участие в перечисленных видах деятельности». [11]

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

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

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

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

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

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

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

Модель базара, однако, другая. [15] В этой модели роли четко не определены. [15] Некоторые предлагаемые характеристики программного обеспечения, разработанного с использованием модели базара, должны демонстрировать следующие закономерности: [16]

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

Ранние выпуски : первая версия программного обеспечения должна быть выпущена как можно раньше, чтобы увеличить шансы на ранний поиск соразработчиков. [16]

Частая интеграция: изменения кода следует интегрировать (объединять в общую базу кода) как можно чаще, чтобы избежать накладных расходов на исправление большого количества ошибок в конце жизненного цикла проекта. [16] [17] Некоторые проекты с открытым исходным кодом имеют ночные сборки, в которых интеграция выполняется автоматически . [16]

Несколько версий: должно быть как минимум две версии программного обеспечения. [16] Должна быть версия с большим количеством ошибок и более стабильная версия с меньшим количеством функций. [16] Версия с ошибками (также называемая версией для разработки) предназначена для пользователей, которые хотят немедленно использовать новейшие функции и готовы принять риск использования кода, который еще не тщательно протестирован. [16] Затем пользователи могут выступать в качестве соразработчиков, сообщая об ошибках и предоставляя исправления ошибок. [16] [18]

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

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

Процесс разработки открытого исходного кода начинается с выявления требований , когда разработчики решают, следует ли им добавлять новые функции или необходимо исправить ошибку в их проекте. [18] Это достигается путем общения с сообществом OSS с помощью таких средств, как отчеты об ошибках и отслеживание , а также списки рассылки и страницы проектов. [18] Затем разработчики OSS выбирают задачу или назначаются ей и определяют решение. Поскольку в OSS часто существует множество различных возможных путей решения, лучшее решение должно быть выбрано с тщательным рассмотрением, а иногда даже с обратной связью . [18] Затем разработчик приступает к разработке и фиксации кода. [18] Затем код тестируется и проверяется коллегами. [18] Разработчики могут редактировать и развивать свой код благодаря обратной связи от непрерывной интеграции . [18] Как только руководство и сообщество будут удовлетворены проектом в целом, его можно будет частично выпустить, а инструкции для пользователей можно будет задокументировать. [18] Если проект готов к выпуску, его замораживают, и проводятся только серьезные исправления ошибок или исправления безопасности. [18] Наконец, проект полностью выпущен и изменен лишь путем исправления мелких ошибок. [18]

Преимущества

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

Внедрение стандарта с открытым исходным кодом может ускорить принятие этого стандарта. [19] Это создает лояльность разработчиков, поскольку они чувствуют себя уполномоченными и чувствуют ответственность за конечный продукт. [20]

Кроме того, для OSS необходимы более низкие затраты на маркетинговые и логистические услуги. [21] OSS может стать инструментом продвижения имиджа компании, в том числе ее коммерческих продуктов. [22] Подход к разработке OSS помог быстро и недорого создать надежное, высококачественное программное обеспечение. [21]

Разработка открытого исходного кода предлагает потенциал для ускорения инноваций и создания социальной ценности. [23] Во Франции, например, политика, которая стимулировала правительство отдавать предпочтение бесплатному программному обеспечению с открытым исходным кодом, увеличила почти до 600 000 вкладов OSS в год, создавая социальную ценность за счет увеличения количества и качества программного обеспечения с открытым исходным кодом. [23] Эта политика также привела, по оценкам, к увеличению количества технологических стартапов на 18% и к увеличению числа людей, занятых в ИТ-секторе, на 14%. [23]

OSS может быть очень надежным, если тысячи независимых программистов тестируют и исправляют ошибки программного обеспечения. [16] Открытый исходный код не зависит от компании или автора, который его изначально создал. [24] Даже если компания терпит неудачу, код продолжает существовать и развиваться его пользователями. [24]

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

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

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

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

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

Системы контроля версий, такие как централизованная система контроля версий (CVCS) и распределенная система контроля версий (DVCS), являются примерами инструментов, часто с открытым исходным кодом, которые помогают управлять файлами исходного кода и изменениями в этих файлах для программного проекта, чтобы способствовать сотрудничеству. [27] CVCS централизованы с центральным репозиторием, тогда как DVCS децентрализованы и имеют локальный репозиторий для каждого пользователя. [27] Система параллельных версий (CVS), а также более поздние версии Subversion (SVN) и Git являются примерами CVCS. [27] Репозитории таких размещаются и публикуются на средствах размещения исходного кода, как GitHub . [27]

В проектах с открытым исходным кодом используются такие утилиты, как средства отслеживания проблем, для организации разработки программного обеспечения с открытым исходным кодом. Часто используемые средства отслеживания ошибок включают Bugzilla и Redmine . [18]

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

Возможности для участия

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

Содействие

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

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

Некоторые возможные способы участия в разработке программного обеспечения с открытым исходным кодом включают такие роли, как программирование , проектирование и тестирование пользовательского интерфейса , веб-дизайн , сортировка ошибок , проектирование и тестирование доступности, проектирование UX , тестирование кода, а также проверка и тестирование безопасности . [28] Однако есть несколько способов внести свой вклад в проекты OSS, даже не имея навыков программирования. [28] Например, некоторые менее технические способы участия — это написание и редактирование документации , перевод , управление проектами , организация и координация мероприятий, маркетинг, управление выпусками, управление сообществом, а также связи с общественностью и информационно-пропагандистская деятельность. [28]

Финансирование — это еще один потрясающий способ, которым отдельные лица и организации выбирают свой вклад в проекты с открытым исходным кодом. Такие группы, как Open Collective, предоставляют людям возможность ежемесячно вносить свой вклад в поддержку своих любимых проектов. [29] Такие организации, как Sovereign Tech Fund, могут внести миллионы долларов на поддержку инструментов, которые использует правительство Германии . [30] Национальный научный фонд учредил программу «Пути к созданию экосистем с открытым исходным кодом» (POSE) для поддержки инноваций с открытым исходным кодом. [31]

Участие отрасли

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

Внедрение программного обеспечения с открытым исходным кодом в промышленности со временем растет. [32] OSS популярен в нескольких отраслях, таких как телекоммуникации , аэрокосмическая промышленность , здравоохранение , средства массовой информации и развлечения, благодаря своим преимуществам. [33] Внедрение OSS более вероятно в крупных организациях и зависит от использования ИТ в компании, эффективности работы и производительности сотрудников. [32]

Отрасли, скорее всего, будут использовать OSS из-за функциональности бэк-офиса, поддержки продаж, исследований и разработок, функций программного обеспечения, быстрого развертывания, переносимости между платформами и предотвращения управления коммерческими лицензиями. [32] более низкая стоимость оборудования и владения. Кроме того, важным преимуществом является [32]

Известные организации

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

Организации, которые способствуют развитию и расширению движений за свободное и открытое программное обеспечение, существуют во всем мире. [28] Эти организации преследуют такие цели, как обучение и распространение технологий. [28] Как перечислил бывший вице-президент инициативы открытого исходного кода , некоторые американские организации включают Фонд свободного программного обеспечения , организацию по сохранению свободы программного обеспечения , инициативу открытого исходного кода и программное обеспечение в общественных интересах . [28] В Европе некоторыми известными организациями являются Европейский фонд свободного программного обеспечения , проекты с открытым исходным кодом ЕС (OSP) и openforum Europe (OFE) . [28] Одна австралийская организация — linux australia, в то время как в Азии есть asia и fossasia с открытым исходным кодом . [28] бесплатное программное обеспечение с открытым исходным кодом для Африки (FOSSFA) и openafrica — это африканские организации, а в Центральной и Южной Азии есть такие организации, как FLISOL и GRUP de usuarios de Software libre Peru . [28] Помимо них, существует множество других организаций, занимающихся продвижением программного обеспечения с открытым исходным кодом. [28]

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

Лицензирование

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

Продукты FOSS обычно лицензируются по двум типам лицензий: разрешительное лицензирование и лицензирование с авторским левом . [34] Оба этих типа лицензий отличаются от проприетарного лицензирования тем, что они могут предоставить большему количеству пользователей доступ к программному обеспечению и разрешить создание производных работ , как указано в условиях конкретной лицензии, поскольку каждая лицензия имеет свои собственные правила. [34] автора Разрешительные лицензии позволяют получателям программного обеспечения реализовать авторские права без необходимости использования той же лицензии для распространения. [34] Примеры лицензий этого типа включают лицензии BSD , MIT и Apache . [34] Лицензии с авторским левом отличаются тем, что они требуют, чтобы получатели использовали одну и ту же лицензию, по крайней мере, для некоторых частей распространения своих произведений. [34] Лицензии с сильным авторским левом требуют, чтобы все производные работы использовали одну и ту же лицензию, тогда как слабые лицензии с авторским левом требуют использования одной и той же лицензии только при определенных условиях. [34] Примеры этого типа лицензий включают семейство лицензий GNU , а также лицензии MPL и EPL . [34] Сходство между этими двумя категориями лицензирования заключается в том, что они обеспечивают широкое предоставление авторских прав, требуют, чтобы получатели сохраняли уведомления об авторских правах, и чтобы копия лицензии предоставлялась получателям вместе с кодом. [34]

Один важный юридический прецедент для программного обеспечения с открытым исходным кодом был создан в 2008 году, когда в деле Джейкобсон против Катцера были применены условия Художественной лицензии , включая указание авторства и идентификацию модификаций. [34] Решение по этому делу закрепило правоприменение в соответствии с законом об авторском праве, когда условия лицензии не были соблюдены. [34] Из-за сходства Художественной лицензии с другими лицензиями на программное обеспечение с открытым исходным кодом это решение создало прецедент, получивший широкое распространение. [34]

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

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

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

В правовой истории программного обеспечения в целом велось много споров о том, следует ли защищать его как интеллектуальную собственность в соответствии с патентным законодательством , законом об авторском праве или введением уникального регулирования. [34] В конечном итоге закон об авторском праве стал стандартом, а компьютерные программы стали считать формой литературного произведения с некоторыми изменениями в уникальном регулировании. [34]

Программное обеспечение обычно считается исходным кодом и объектным кодом , причем оба они подлежат защите, хотя в этом определении есть юридическое разнообразие. [34] Некоторые юрисдикции пытаются расширить или сузить эту концептуализацию в своих целях. [34] Например, Европейский суд определяет компьютерную программу как не включающую в себя функциональность программы, язык программирования или формат файлов данных. [34] Ограничивая защиту различных аспектов программного обеспечения, закон отдает предпочтение подходу к использованию программного обеспечения с открытым исходным кодом. [34] В США особенно открыт подход к программному обеспечению, поскольку большинство лицензий с открытым исходным кодом происходит именно там. [34] Однако это увеличило внимание к патентным правам в рамках этих лицензий, что вызвало негативную реакцию со стороны сообщества OSS, которое предпочитает другие формы защиты интеллектуальной собственности . [34]

Другой вопрос касается мер технологической защиты (TPM) и методов управления цифровыми правами (DRM), которые были международно признаны и защищены Договором Всемирной организации интеллектуальной собственности (ВОИС) 1996 года . [34] Сторонникам программного обеспечения с открытым исходным кодом не нравились эти технологии, поскольку они ограничивали конечных пользователей потенциально за пределами закона об авторском праве. [34] Европа отреагировала на такие жалобы, поставив TPM под юридический контроль, что стало победой сторонников OSS. [34]

Экономические/деловые последствия

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

В сообществах с открытым исходным кодом вместо того, чтобы владеть созданным программным обеспечением, производитель владеет разработкой развивающегося программного обеспечения. [35] Таким образом, будущее программного обеспечения открыто, что затрудняет владение или интеллектуальную собственность в рамках OSS. [35] Лицензирование и брендинг могут предотвратить кражу продукта другими, сохраняя его статус общественного блага . [35] Программное обеспечение с открытым исходным кодом можно считать общественным благом, поскольку оно доступно каждому и не теряет своей ценности для других при загрузке одним человеком. [35] Программное обеспечение с открытым исходным кодом уникально тем, что оно становится более ценным по мере его использования и вклада, а не уменьшения ресурса. Это объясняется такими понятиями, как инвестиции в репутацию и сетевые эффекты . [35]

Экономическую модель программного обеспечения с открытым исходным кодом можно объяснить тем, что разработчики вносят свой вклад в проекты, создавая общественную пользу. [35] Разработчики выбирают проекты на основе предполагаемых выгод или затрат, таких как улучшение репутации или ценность проекта. [35] Мотивация разработчиков может исходить из самых разных источников и причин, но важный вывод заключается в том, что деньги — не единственный и даже не самый важный стимул . [35]

Поскольку экономическая теория в основном фокусируется на потреблении ограниченных ресурсов, динамику OSS может быть трудно понять. В OSS производители становятся потребителями, пожиная плоды своего вклада в проект. [35] Например, разработчик пользуется большим уважением среди коллег за успешный вклад в проект OSS. [35] Социальные выгоды и взаимодействие OSS также трудно учесть в экономических моделях. [35] Более того, технологические инновации создают постоянно меняющиеся дискуссии о ценностях и взглядах, что делает экономическую модель неспособной предсказать социальное поведение. [35]

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

В середине 2000-х годов все больше и больше технологических компаний начали использовать OSS. [24] Например, шаг Dell по продаже компьютеров с уже установленным GNU/Linux . [24] Сама Microsoft запустила операционную систему на базе Linux, несмотря на предыдущую враждебность к движению OSS. [24] Несмотря на эти изменения, эти компании, как правило, используют OSS только для определенных целей, что приводит к опасениям, что корпорации используют OSS в своих интересах и не получают ничего взамен. [24]

Правительство использует

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

Хотя многие правительства заинтересованы во внедрении и продвижении программного обеспечения с открытым исходным кодом из-за множества предоставляемых преимуществ, огромной проблемой, которую следует учитывать, является кибербезопасность . [36] Хотя возможны случайные уязвимости, возможны и атаки со стороны внешних агентов. [36] Из-за этих опасений интерес правительства к участию в управлении программным обеспечением стал более заметным. [36] Однако это общие аспекты проблемы: каждая страна имеет свои собственные специфические политизированные взаимодействия с программным обеспечением с открытым исходным кодом и свои цели по его внедрению. [36] Например, Соединенные Штаты сосредоточили внимание на национальной безопасности в отношении внедрения программного обеспечения с открытым исходным кодом из-за предполагаемой угрозы увеличения активности программного обеспечения с открытым исходным кодом в таких странах, как Китай и Россия, при этом Министерство обороны рассматривает множество критериев для использования OSS. [36] Эти критерии включают в себя: если оно получено и поддерживается доверенными источниками, будет ли оно продолжать поддерживаться, существуют ли зависимости от подкомпонентов программного обеспечения, безопасность и целостность компонентов, а также влияние иностранных правительств. [36]

Еще одной проблемой для правительств в отношении открытого исходного кода являются их инвестиции в такие технологии, как операционные системы , полупроводники , облака и искусственный интеллект . [36] Все эти технологии имеют последствия для глобального сотрудничества, вновь открывая проблемы безопасности и политические последствия. [36] Многим странам в этих партнерствах приходится балансировать между технологическими инновациями и технологической зависимостью. [36] Например, после того, как в 2019 году китайской компании с открытым исходным кодом Huawei запретили использовать систему Android от Google , они начали создавать собственную альтернативную операционную систему: Harmony OS . [36]

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

Движение за открытое программное обеспечение

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

История

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

На заре компьютерной эры , например, в 1950-х и в 1960-х годах, программисты и разработчики совместно использовали программное обеспечение, чтобы учиться друг у друга и развивать область вычислений. [37] Например, Unix включал операционной системы исходный код для пользователей. [37] В конце концов, коммерциализация программного обеспечения в 1970–1980 годах начала предотвращать эту практику. [37] Однако ученые по-прежнему часто разрабатывают программное обеспечение совместно. [37]

, зародилось движение за открытый исходный код В ответ на это в результате работы опытных программистов-энтузиастов, широко известных как хакеры или хакерская культура . [38] Один из этих энтузиастов, Ричард Столлман , был движущей силой движения за свободное программное обеспечение , которое позже позволило создать движение с открытым исходным кодом . [17] В 1984 году он ушел из Массачусетского технологического института, чтобы создать свободную операционную систему GNU , после того как культура программистов в его лаборатории была подавлена ​​несвободным программным обеспечением, препятствующим распространению и улучшению исходного кода. [17] GNU была совместима с UNIX, а это означало, что программисты-энтузиасты все еще были знакомы с тем, как она работает. [17] Однако быстро стало очевидно, что существует некоторая путаница с ярлыком, который Столлман выбрал для свободного программного обеспечения , которое он описал как свободное, как свободу слова, а не бесплатное пиво, имея в виду понятие «бесплатное» как свободу, а не как цену. [17] Позже он расширил эту концепцию свободы до четырех основных свобод. [17] Благодаря GNU появились нормы открытого исходного кода по включению чужого исходного кода, исправления ошибок сообщества и предложения кода для новых функций. [17] В 1985 году Столлман основал Фонд свободного программного обеспечения (FSF) для продвижения изменений в программном обеспечении и помощи в написании GNU. [17] Чтобы предотвратить использование его работ в несвободном программном обеспечении, Столлман создал концепцию авторского лева , которая позволяла использовать его работы кем угодно, но на определенных условиях. [17] Для этого в 1989 году он создал Стандартную общественную лицензию GNU (GNU GPL), которая была обновлена ​​в 1991 году. [17] В 1991 году GNU была объединена с ядром Linux , написанным Линусом Торвальдсом , поскольку в GNU отсутствовало ядро. [39] Операционная система теперь обычно называется Linux . [17] На протяжении всего этого периода существовало множество других проектов и лицензий свободного программного обеспечения, все с разными представлениями о том, какой была и должна быть концепция свободного программного обеспечения, а также о морали несвободного программного обеспечения, такого как Berkeley Software Distribution . TeX и система X Window . [40]

По мере развития свободного программного обеспечения Фонд свободного программного обеспечения начал искать способы привнести идеи свободного программного обеспечения и предполагаемые преимущества в индустрию коммерческого программного обеспечения . [40] Был сделан вывод, что социальная активность FSF не привлекала компании, и им нужен был способ провести ребрендинг движения за свободное программное обеспечение , чтобы подчеркнуть бизнес-потенциал совместного использования и совместной работы над исходным кодом программного обеспечения. [40] Термин «открытый исходный код» был предложен Кристиной Петерсон в 1998 году на собрании сторонников свободного программного обеспечения. [17] Многие в группе считали, что название «свободное программное обеспечение» сбивает с толку новичков и сдерживает интерес отрасли, и они с готовностью приняли новое обозначение «открытый исходный код», создав Инициативу открытого исходного кода (OSI) и определение OSI того, что такое программное обеспечение с открытым исходным кодом. [17] Определение Open Source Initiative (OSI) теперь признано несколькими правительствами на международном уровне в качестве стандартного или фактического определения. [39] Определение было основано на Руководстве по свободному программному обеспечению Debian , написанном и адаптированном главным образом Брюсом Перенсом. [41] Определение OSI отличалось от определения свободного программного обеспечения тем, что оно допускало включение несвободного программного обеспечения и давало больше свободы в его лицензировании. [17] Некоторые, такие как Столлман, в результате больше согласны с первоначальной концепцией свободного программного обеспечения, поскольку она занимает жесткую моральную позицию в отношении несвободного программного обеспечения, поскольку между этими двумя движениями во многом совпадают с точки зрения работы программного обеспечения. [17]

В то время как Инициатива открытого исходного кода стремилась поощрять использование нового термина и пропагандировать принципы, которых она придерживалась, поставщики коммерческого программного обеспечения оказались под все большей угрозой со стороны концепции свободно распространяемого программного обеспечения и универсального доступа к исходному коду приложения . в 2001 году назвал открытый исходный код разрушителем интеллектуальной собственности . [42] Однако, хотя бесплатное программное обеспечение с открытым исходным кодом (FOSS) исторически играло роль за пределами основной разработки частного программного обеспечения, такие крупные компании, как Microsoft, начали развивать официальное присутствие открытого исходного кода в Интернете. [42] IBM, Oracle и State Farm — это лишь некоторые из компаний, имеющих серьезную общественную заинтересованность в сегодняшнем конкурентном рынке открытого исходного кода, что знаменует собой значительный сдвиг в корпоративной философии, касающейся развития FOSS. [42]

Будущее

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

Будущее сообщества программного обеспечения с открытым исходным кодом и сообщества свободного программного обеспечения в более широком смысле стало успешным, хотя и не запуталось в том, что оно означает. [24] Например, Android и Ubuntu являются примерами успеха программного обеспечения с открытым исходным кодом, которое приобрело известность среди технологических инноваций, существовавших в начале 2000-х годов. [24] Однако некоторые члены сообщества считают их неудачными в представлении OSS из-за таких проблем, как преуменьшение роли OSS-центра Android со стороны Google и ее партнеров, использование лицензии Apache , которая допускала разветвление и приводила к потере возможностей для сотрудничество в Android, приоритет удобства над свободой в Ubuntu и функции Ubuntu, которые отслеживают пользователей в маркетинговых целях. [24]

Использование OSS стало более распространенным в бизнесе: 78% компаний сообщили, что они полностью или частично осуществляют свою деятельность с использованием FOSS. [24] Популярность OSS возросла до такой степени, что Microsoft , некогда критиковавшая OSS, включила его использование в свои системы. [24] Однако этот успех вызвал обеспокоенность, которая определит будущее OSS, поскольку сообщество должно ответить на такие вопросы, как, что такое OSS, каким оно должно быть и что следует сделать для его защиты, если оно вообще нуждается в защите. [24] В целом, хотя революция свободного и открытого исходного кода замедлилась до предполагаемого равновесия на рынке, это не означает, что она закончилась, поскольку необходимо провести множество теоретических дискуссий, чтобы определить ее будущее. [24]

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

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

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

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

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

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

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

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

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

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

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

Следовательно, разработчики использовали альтернативные термины « Свободное программное обеспечение с открытым исходным кодом» ( FOSS ) или «Свободное/свободное программное обеспечение с открытым исходным кодом» (FLOSS) для описания программного обеспечения с открытым исходным кодом, которое также является свободным программным обеспечением . [28]

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

[ редактировать ]
Основная статья: Программное обеспечение, доступное в исходном коде

Программное обеспечение может распространяться с исходным кодом , который является читаемым. [46] Программное обеспечение считается доступным, если этот исходный код доступен для просмотра. [46] Однако для того, чтобы исходный код был доступен или FOSS , исходный код не обязательно должен быть доступен всем, а только пользователям этого программного обеспечения. [46] Хотя исходный код всего программного обеспечения FOSS доступен, поскольку это требование определения открытого исходного кода , не все доступное программное обеспечение с исходным кодом является FOSS. [46] Например, если программное обеспечение не соответствует другим аспектам определения открытого исходного кода, таким как разрешенная модификация или распространение, даже если исходный код доступен, программное обеспечение не является ФОСС. [46]

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

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

Недавней тенденцией среди компаний-разработчиков программного обеспечения является открытый исходный код или переход их предыдущего проприетарного программного обеспечения в программное обеспечение с открытым исходным кодом путем выпуска его под лицензией с открытым исходным кодом . [47] [48] Примерами компаний, которые сделали это, являются Google, Microsoft и Apple. [47] Кроме того, открытый исходный код может относиться к программированию программного обеспечения с открытым исходным кодом или установке программного обеспечения с открытым исходным кодом. [48] Открытый исходный код может быть полезен во многих отношениях, например, в привлечении большего количества внешних участников, которые привносят новые перспективы и возможности решения проблем. [47] К недостаткам открытого исходного кода можно отнести работу, которую необходимо проделать для поддержания нового сообщества, например, сделать базовый код более понятным, настроить каналы связи для новых разработчиков и создать документацию, позволяющую новым разработчикам легко присоединиться. [47] Тем не менее, обзор нескольких проектов с открытым исходным кодом показал, что, хотя новый проект с открытым исходным кодом привлекает много новичков, многие из них, вероятно, вскоре покинут проект, и их форки также, вероятно, не окажут никакого эффекта. [47]

Другой

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

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

Общество и культура

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

Демография

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

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

В 2021 году в число стран с наибольшим вкладом в программное обеспечение с открытым исходным кодом вошли США, Китай, Германия, Индия и Великобритания (в указанном порядке). [49] Согласно исследованию 2021 года, в страны с наибольшим количеством разработчиков OSS на душу населения входят, по порядку, Исландия, Швейцария, Норвегия, Швеция и Финляндия, тогда как в 2008 году странами с наибольшим предполагаемым количеством участников в SourceForge были США, Германия, Великобритания, Канада и Франция. [49] [51] Хотя было проведено несколько исследований распределения и вклада разработчиков OSS, это все еще остается открытым полем, которое можно измерить несколькими различными способами. [51] Например, было показано, что участие в сфере информационных и коммуникационных технологий, население, благосостояние и доля доступа к Интернету коррелируют с вкладом OSS. [51]

Хотя гендерное разнообразие повышает производительность команды, женщины по-прежнему сталкиваются с предвзятостью при участии в проектах программного обеспечения с открытым исходным кодом, когда их пол можно определить. было обнаружено, что [52] В 2002 году только 1,5% международных разработчиков программного обеспечения с открытым исходным кодом составляли женщины, в то время как женщины занимали 28% должностей в технологической отрасли, демонстрируя их низкую представленность в области программного обеспечения. [53] Несмотря на то, что вклад OSS не имеет никаких предварительных условий, эта гендерная предвзятость может продолжать существовать из-за общего убеждения участников, что пол не должен иметь значения, и качество кода должно быть единственным фактором при принятии кода, не позволяя сообществу устранять системные различия. в женском представлении. [38] Однако более поздние данные об участии женщин в OSS на международном уровне, рассчитанные за период с 2005 по 2021 год, составляют 9,8%, причем большинство из них внесли свой вклад в последнее время, что указывает на то, что участие женщин может расти. [54]

Мотивации

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

Существует множество мотивов для внесения вклада в сообщество OSS. [28] Во-первых, это возможность изучить и практиковать множество навыков, таких как программирование и другие способности, связанные с технологиями, а также фундаментальные навыки, такие как общение и сотрудничество, а также практические навыки, необходимые для достижения успеха в областях, связанных с технологиями, таких как отслеживание проблем или контроль версий . [28] Вместо обучения в классе или на работе, обучение посредством участия в OSS позволяет участникам учиться в своем собственном темпе и следить за тем, что их интересует. [28] Внося свой вклад в OSS, вы можете изучить лучшие отраслевые практики, технологии и тенденции и даже получить возможность внести свой вклад в следующую крупную инновацию, поскольку OSS становится все более популярным в области технологий. [28] Участие в OSS без оплаты означает отсутствие угрозы увольнения, хотя репутация может пострадать. [28] С другой стороны, огромной мотивацией внести свой вклад в OSS является репутация, полученная по мере роста вашего публичного портфолио. [28]

Диспропорции

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

Несмотря на то, что программирование изначально считалось женской профессией, в компьютерных технологиях по-прежнему существует большой разрыв. [55] Социальная идентичность, как правило, вызывает серьезную озабоченность, поскольку женщины в технологической отрасли сталкиваются с неуверенностью в том, что они могут привлечь нежелательное мужское внимание и преследование, или из-за того, что они неженственны в своих технологических знаниях, что оказывает большое влияние на уверенность в себе. [38] Некоторые участники-мужчины в сфере технологий ясно дают понять, что, по их мнению, вливание женщин в эту культуру невозможно, что усиливает неуверенность женщин и их место в технологической индустрии. [52] Кроме того, даже в среде добровольного вклада, такой как программное обеспечение с открытым исходным кодом, женщины, как правило, в конечном итоге занимаются менее техническими аспектами проектов, такими как ручное тестирование или документирование, несмотря на то, что женщины и мужчины демонстрируют одинаковую продуктивность в вкладах в OSS. [52] Явные предвзятости включают более длительное время обратной связи, более тщательное изучение кода и более низкий уровень принятия кода. [52] В частности, в сообществе программного обеспечения с открытым исходным кодом женщины сообщают, что оскорбительные выражения сексуального характера являются обычным явлением, и женской идентичности уделяется больше внимания, чем участникам OSS. [38] С предвзятостью трудно бороться из-за убеждения, что пол не должен иметь значения, при этом большинство участников считают, что особое обращение с женщинами несправедливо и успех должен зависеть от навыков, что предотвращает любые изменения, чтобы они были более инклюзивными. [38]

Принятие и применение

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

Ключевые проекты

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

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

Unix: Unix — это операционная система , созданная AT&T, которая началась как предшественник программного обеспечения с открытым исходным кодом, поскольку революция бесплатного программного обеспечения с открытым исходным кодом началась, когда разработчики начали пытаться создавать операционные системы без кода Unix. [24] Unix была создана в 1960-х годах, до коммерциализации программного обеспечения и до того, как возникла необходимость в концепции программного обеспечения с открытым исходным кодом, поэтому она не считалась настоящим проектом программного обеспечения с открытым исходным кодом. [24] Это началось как исследовательский проект, а затем было коммерциализировано в середине 1980-х годов. [24] До коммерциализации оно воплощало в себе многие идеалы революции свободного и открытого программного обеспечения, включая децентрализованное сотрудничество пользователей по всему миру, периодические выпуски и культуру сообщества, недовольную несвободным программным обеспечением . [24]

BSD: Berkely Software Distribution (BSD) — это операционная система , которая возникла как вариант Unix в 1978 году и в которой код Unix смешивался с кодом из лабораторий Беркли для увеличения функциональности. [24] Поскольку BSD была сосредоточена на расширении функциональности, она публично делилась своими величайшими инновациями с основной операционной системой Unix. [24] Это пример бесплатного совместного использования общедоступного кода, который сегодня является центральной характеристикой FOSS. [24] Когда в 1980-х годах Unix стала коммерциализироваться, разработчики или члены сообщества, которые не поддерживали проприетарное программное обеспечение, начали концентрироваться на BSD и превращать ее в операционную систему, не включающую никакого кода Unix. [24] Окончательная версия BSD была выпущена в 1995 году. [24]

GNU: GNU — это свободная операционная система, созданная Ричардом Столлманом в 1984 году. Ее название означает «Gnu's Not Unix». [24] Идея заключалась в том, чтобы создать альтернативную операционную систему Unix , которая была бы доступна каждому и позволяла бы программистам свободно обмениваться кодом между собой. [24] Однако целью GNU было не просто заменить Unix, но и создать более совершенную версию с большими технологическими возможностями. [24] Он был выпущен до того, как были по-настоящему определены философские убеждения революции свободного и открытого программного обеспечения. [24] Благодаря созданию известного программиста FOSS Ричарда Столлмана, GNU активно участвовала в деятельности FOSS, причем одним из величайших достижений GNU стало создание Стандартной общественной лицензии GNU или GPL, которая позволяла разработчикам выпускать программное обеспечение, которое можно было законно распространять. и модифицировано. [24]

Linux: Linux — это ядро ​​операционной системы , представленное в 1991 году Линусом Торвальдсом . [24] Linux был вдохновлен созданием улучшенной версии коммерческого операционной службы Minux . [24] Он радикально отличался от того, что создавали другие хакеры в то время, поскольку был абсолютно бесплатным и децентрализованным. [24] Позже Linux был переведен под лицензию GPL , что позволило людям зарабатывать деньги с помощью Linux и привело Linux в сообщество FOSS. [24]

Apache: Apache начался в 1995 году как сотрудничество группы разработчиков, выпустивших собственный веб-сервер из-за их разочарования в базе кода NCSA HTTPd . [24] Название Apache использовалось из-за нескольких исправлений, которые они применили к этой базе кода. [24] В течение года после выпуска он стал ведущим веб-сервером в мире . [24] Вскоре Apache выпустила собственную лицензию , что вызвало разногласия в широком сообществе FOSS, но в конечном итоге оказалось успешным. [24] Лицензия Apache позволяла разрешенным членам иметь прямой доступ к исходному коду, что существенно отличалось от подходов GNU и Linux. [24]

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

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

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

Те же принципы, которые лежат в основе программного обеспечения с открытым исходным кодом, можно найти во многих других проектах, таких как открытый исходный код, открытый контент и открытое сотрудничество . [58] [3]

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

Ценить

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

Более 90 процентов компаний используют программное обеспечение с открытым исходным кодом как компонент своего проприетарного программного обеспечения. [59] Решение использовать программное обеспечение с открытым исходным кодом или даже участвовать в проектах с открытым исходным кодом для улучшения существующего программного обеспечения с открытым исходным кодом обычно является прагматичным бизнес-решением. [60] [61] Когда проприетарное программное обеспечение находится в прямой конкуренции с альтернативой с открытым исходным кодом, исследования показали противоречивые результаты о влиянии конкуренции на цену и качество проприетарного продукта. [62]

На протяжении десятилетий некоторые компании сделали обслуживание программного продукта с открытым исходным кодом для корпоративных пользователей своей бизнес-моделью. Эти компании контролируют программный продукт с открытым исходным кодом и вместо того, чтобы взимать плату за лицензирование или использование, взимают плату за улучшения, интеграцию и другое обслуживание. [63] Продукты «программное обеспечение как услуга» (SaaS), основанные на компонентах с открытым исходным кодом, становятся все более распространенными. [64]

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

См. также

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

Ссылки

[ редактировать ]
  1. ^ Сен-Лоран, Эндрю М. (2008). Понимание лицензирования открытого и свободного программного обеспечения . О'Рейли Медиа. п. 4. ISBN  978-0-596-55395-1 . Архивировано из оригинала 22 апреля 2023 года . Проверено 21 марта 2023 г.
  2. ^ Корбли, Джеймс Эдвард (25 сентября 2014 г.). «Альтернатива бесплатному программному обеспечению: бесплатное программное обеспечение, программное обеспечение с открытым исходным кодом и библиотеки» . Информационные технологии и библиотеки . 33 (3): 65. doi : 10.6017/ital.v33i3.5105 . ISSN   2163-5226 . Архивировано из оригинала 1 мая 2021 года . Проверено 28 апреля 2021 г.
  3. ^ Перейти обратно: а б Левин, Шин С.; Приетула, Майкл Дж. (30 декабря 2013 г.). «Открытое сотрудничество ради инноваций: принципы и эффективность». Организационная наука . 25 (5): 1414–1433. arXiv : 1406.7541 . дои : 10.1287/orsc.2013.0872 . ISSN   1047-7039 . S2CID   6583883 .
  4. ^ Хоффманн, Мануэль; Нэгл, Фрэнк; Чжоу, Яно (2024). «Ценность программного обеспечения с открытым исходным кодом» . Электронный журнал ССРН . дои : 10.2139/ssrn.4693148 . ISSN   1556-5068 .
  5. ^ «Международный авторитет и признание» . Opensource.org. 21 апреля 2015 г. Архивировано из оригинала 23 июля 2019 г. . Проверено 7 декабря 2017 г.
  6. ^ Перенс, Брюс. Открытые исходные коды: голоса революции открытого исходного кода. Архивировано 15 сентября 2014 года в Wayback Machine . О'Рейли Медиа . 1999.
  7. ^ Дибона, Крис; Окман, Сэм (январь 1999 г.). Определение открытого исходного кода Брюса Перенса . О'Рейли. ISBN  978-1-56592-582-3 .
  8. ^ «Определение открытого исходного кода» . 7 июля 2006 г. Архивировано из оригинала 15 октября 2013 г. . Проверено 24 августа 2008 г. , Определение открытого исходного кода согласно Инициативе открытого исходного кода
  9. ^ «Сколько лицензий с открытым исходным кодом вам нужно? – Slashdot» . News.slashdot.org . 16 февраля 2009 года. Архивировано из оригинала 17 июля 2013 года . Проверено 25 марта 2012 г.
  10. ^ Инициатива открытого исходного кода (24 июля 2006 г.). «Определение открытого исходного кода (с аннотациями)» . opensource.org . Архивировано из оригинала 5 мая 2021 года . Проверено 22 июля 2016 г.
  11. ^ Феллер, Джозеф; Фицджеральд, Брайан; Хиссам, Скотт; Лахани, Карим Р. (2005). "Введение". Перспективы свободного и открытого программного обеспечения . Кембридж, Массачусетс: MIT Press. стр. XVIII. ISBN  0-262-06246-1 .
  12. ^ Тиманн, Майкл. «История ОСИ» . Инициатива открытого исходного кода. Архивировано из оригинала 24 сентября 2006 года . Проверено 13 мая 2014 г.
  13. ^ Перейти обратно: а б с д и ж г час Столлман, Ричард (2007). «Почему открытый исходный код упускает суть свободного программного обеспечения» .
  14. ^ Столлман, Ричард (19 июня 2007 г.). «Почему «свободное программное обеспечение» лучше, чем «открытый исходный код» » . Философия проекта GNU . Фонд свободного программного обеспечения. Архивировано из оригинала 27 марта 2021 года . Проверено 23 июля 2007 г.
  15. ^ Перейти обратно: а б с д и ж г час я дж Раймонд, Эрик (2005). «Собор и базар (первоначально опубликовано в томе 3, номер 3, март 1998 г.)» . Первый понедельник . дои : 10.5210/fm.v0i0.1472 . ISSN   1396-0466 .
  16. ^ Перейти обратно: а б с д и ж г час я дж к л м н тот п д р с Роблес, Грегорио (2006). «Эмпирическое исследование программного обеспечения в области свободного/свободного/открытого программного обеспечения». 2006 г. 22-я Международная конференция IEEE по сопровождению программного обеспечения . стр. 347–350. дои : 10.1109/icsm.2006.25 . ISBN  0-7695-2354-4 . S2CID   6589566 . Проверено 21 ноября 2023 г.
  17. ^ Перейти обратно: а б с д и ж г час я дж к л м н тот п д р с Наполео, Бьянка М.; Петрилло, Фабио; Галле, Сильвен (2020). «Процесс разработки программного обеспечения с открытым исходным кодом: систематический обзор» . 24-я Международная конференция по корпоративным распределенным объектным вычислениям (EDOC) , IEEE, 2020 г. IEEE. стр. 135–144. arXiv : 2008.05015 . дои : 10.1109/EDOC49727.2020.00025 . ISBN  978-1-7281-6473-1 .
  18. ^ Перейти обратно: а б с д и ж г час я дж к л м н Наполео, Бьянка М.; Петрилло, Фабио; Галле, Сильвен (2020). «Процесс разработки программного обеспечения с открытым исходным кодом: систематический обзор» . 24-я Международная конференция по корпоративным распределенным объектным вычислениям (EDOC) , IEEE, 2020 г. IEEE. стр. 135–144. arXiv : 2008.05015 . дои : 10.1109/EDOC49727.2020.00025 . ISBN  978-1-7281-6473-1 .
  19. ^ Министерство обороны США. «Часто задаваемые вопросы по программному обеспечению с открытым исходным кодом» . Главный информационный директор . Архивировано из оригинала 28 августа 2016 года . Проверено 22 июля 2016 г.
  20. ^ Шарма, Сринараян; Виджаян Сугумаран; Баладжи Раджагопалан (2002). «Среда для создания сообществ гибридного программного обеспечения с открытым исходным кодом» (PDF) . Журнал информационных систем . 12 :7–25. дои : 10.1046/j.1365-2575.2002.00116.x . S2CID   5815589 . Архивировано (PDF) из оригинала 30 октября 2008 г. Проверено 8 сентября 2008 г.
  21. ^ Перейти обратно: а б Рейнольдс, Карл; Джереми Вятт (февраль 2011 г.). «Открытый исходный код, открытые стандарты и информационные системы здравоохранения» . Журнал медицинских интернет-исследований . 13 (1): е24. дои : 10.2196/jmir.1521 . ПМК   3221346 . ПМИД   21447469 .
  22. ^ Лэндри, Джон; Раджив Гупта (сентябрь 2000 г.). «Прибыль от открытого исходного кода». Гарвардское деловое обозрение . doi : 10.1225/F00503 (неактивен 31 января 2024 г.). {{cite journal}}: CS1 maint: DOI неактивен по состоянию на январь 2024 г. ( ссылка )
  23. ^ Перейти обратно: а б с Нэгл, Фрэнк (3 марта 2019 г.). «Государственная технологическая политика, социальная ценность и национальная конкурентоспособность» (PDF) . Журнал информационных систем . 12 . дои : 10.2139/ssrn.3355486 . S2CID   85509685 . ССНН   3355486 .
  24. ^ Перейти обратно: а б с д и ж г час я дж к л м н тот п д р с т в v В х и С аа аб и объявление но из в ах есть также Тоцци, Кристофер (2017). Для развлечения и прибыли: история революции бесплатного программного обеспечения и программного обеспечения с открытым исходным кодом . США: MIT Press. ISBN  978-0-262-34118-9 .
  25. ^ Плоткин, Хэл (декабрь 1998 г.). «Что (и почему) вам следует знать о программном обеспечении с открытым исходным кодом». Обновление управления Гарварда : 8–9.
  26. ^ Перейти обратно: а б с Пейн, Кристиан (февраль 2002 г.). «О безопасности программного обеспечения с открытым исходным кодом». Журнал информационных систем . 12 (1): 61–78. дои : 10.1046/j.1365-2575.2002.00118.x . S2CID   8123076 .
  27. ^ Перейти обратно: а б с д Золкифли, Назатул Нурлиса; Нга, Амир; Дераман, Азиз (2018). «Системы контроля версий: обзор» . Procedia Информатика . 135 : 408–415. дои : 10.1016/j.procs.2018.08.191 .
  28. ^ Перейти обратно: а б с д и ж г час я дж к л м н тот п д р с т в Брассер, В.М. (2018). Создавайте свое будущее с открытым исходным кодом: развивайте свои навыки, создавайте свою сеть, создавайте будущее технологий . Прагматичные программисты. Роли, Северная Каролина: Прагматичная книжная полка. ISBN  978-1-68050-301-2 .
  29. ^ «Открытый исходный код» . Открытый коллектив . 20 октября 2022 г. Проверено 28 мая 2024 г.
  30. ^ «Технологии» . Суверенный технологический фонд . Проверено 28 мая 2024 г.
  31. ^ «NSF инвестирует более 26 миллионов долларов в проекты с открытым исходным кодом | NSF — Национальный научный фонд» . new.nsf.gov . 25 октября 2023 г. Проверено 28 мая 2024 г.
  32. ^ Перейти обратно: а б с д Спинеллис, Диомидис; Янникас, Ваггелис (2012). «Организационное внедрение открытого программного обеспечения» . Журнал систем и программного обеспечения . 85 (3): 666–682. дои : 10.1016/j.jss.2011.09.037 .
  33. ^ Чжан, Имин; Малхотра, Балджит; Чен, Ченг (2018). «Общеотраслевой анализ безопасности с открытым исходным кодом» . 2018 16-я ежегодная конференция по конфиденциальности, безопасности и доверию (PST) . IEEE. стр. 1–10. дои : 10.1109/PST.2018.8514185 . ISBN  978-1-5386-7493-2 . S2CID   53234981 .
  34. ^ Перейти обратно: а б с д и ж г час я дж к л м н тот п д р с т в v В х и С Брок, Аманда (2023). Закон, политика и практика открытого исходного кода (2-е изд.). Великобритания: Издательство Оксфордского университета. ISBN  978-0-19-886234-5 .
  35. ^ Перейти обратно: а б с д и ж г час я дж к л м н тот п Винантс М. и Корнелис Дж. (ред.). (2005). Насколько открыто будущее? : Экономические, социальные и культурные сценарии, вдохновленные бесплатным программным обеспечением с открытым исходным кодом . АСП.
  36. ^ Перейти обратно: а б с д и ж г час я дж Паньер, Алиса (2022). Мощь программного обеспечения: экономические и геополитические последствия программного обеспечения с открытым исходным кодом . Этюды Ифри. ISBN  979-10-373-0641-8 .
  37. ^ Перейти обратно: а б с д Мараке, Катарина (2019). «Свободное программное обеспечение с открытым исходным кодом и патентные лицензии на основе FRAND: как стать посредником между стандартным базовым патентом и бесплатным программным обеспечением с открытым исходным кодом» . Журнал мировой интеллектуальной собственности . 22 (3–4): 78–102. дои : 10.1111/jwip.12114 . ISSN   1422-2213 .
  38. ^ Перейти обратно: а б с д и ж г Бреттауэр, Дэвид (2001). «Программное обеспечение с открытым исходным кодом: история» . Информационные технологии и библиотеки . 21 (1).
  39. ^ Перейти обратно: а б «Международный авторитет и признание» . Инициатива открытого исходного кода . 21 апреля 2015 года . Проверено 18 декабря 2023 г.
  40. ^ Перейти обратно: а б с Фогель, Карл (2006). Производство программного обеспечения с открытым исходным кодом: как запустить успешный проект бесплатного программного обеспечения (1. Aufl., [Nachdr.] Ed.). Пекин Кельн: О'Рейли. ISBN  978-0-596-00759-1 .
  41. ^ Келти, Кристофер (2008). Два бита: культурное значение свободного программного обеспечения . Издательство Университета Дьюка. ISBN  978-0-8223-8900-2 .
  42. ^ Перейти обратно: а б с Миллер, Кейт В.; Воас, Джеффри; Костелло, Том (2010). «Свободное программное обеспечение с открытым исходным кодом» . ИТ-специалист . 12 (6): 14–16. дои : 10.1109/mitp.2010.147 . ISSN   1520-9202 . S2CID   265508713 .
  43. ^ Перейти обратно: а б с д Чжу, Кевин Сяого; Чжоу, Зак Чжичжун (2012). «Исследовательская записка — Стратегия блокировки в конкуренции программного обеспечения: программное обеспечение с открытым исходным кодом против проприетарного программного обеспечения» . Исследования информационных систем . 23 (2): 536–545. дои : 10.1287/isre.1110.0358 . ISSN   1047-7047 .
  44. ^ Перейти обратно: а б «Определение открытого исходного кода (с аннотациями)» . Инициатива открытого исходного кода . 24 июля 2006 г. Проверено 18 декабря 2023 г.
  45. ^ Перейти обратно: а б с Столлман, Ричард М.; Гей, Джошуа (2002). Свободное программное обеспечение, свободное общество . Бостон (Массачусетс): Фонд свободного программного обеспечения. ISBN  978-1-882114-98-6 .
  46. ^ Перейти обратно: а б с д и Фортунато, Лаура; Галасси, Марк (17 мая 2021 г.). «Аргументы в пользу бесплатного программного обеспечения с открытым исходным кодом в исследованиях и науке» . Философские труды Королевского общества A: Математические, физические и технические науки . 379 (2197). Бибкод : 2021RSPTA.37900079F . дои : 10.1098/rsta.2020.0079 . ISSN   1364-503X . ПМИД   33775148 . S2CID   232387092 .
  47. ^ Перейти обратно: а б с д и Пинто, Густаво; Штайнмахер, Игорь; Диас, Луис Фелипе; Героза, Марко (2018). «О проблемах проектов проприетарного программного обеспечения с открытым исходным кодом» . Эмпирическая программная инженерия . 23 (6): 3221–3247. дои : 10.1007/s10664-018-9609-6 . ISSN   1382-3256 . S2CID   254467440 .
  48. ^ Перейти обратно: а б Огерфальк; Фицджеральд (2008). «Аутсорсинг неизвестной рабочей силы: изучение Opensurcing как глобальной стратегии снабжения» . МИС Ежеквартально . 32 (2): 385. дои : 10.2307/25148845 . ISSN   0276-7783 . JSTOR   25148845 .
  49. ^ Перейти обратно: а б с д Вакс, Йоханнес; Нитецкий, Мариуш; Шуллер, Уильям; Поллерес, Аксель (март 2002 г.). «География программного обеспечения с открытым исходным кодом: данные GitHub» . Технологическое прогнозирование и социальные изменения . 176 : 121478. arXiv : 2107.03200 . doi : 10.1016/j.techfore.2022.121478 .
  50. ^ Растоги, Аюши; Нагаппан, Начиаппан; Гусиос, Георгиос; ван дер Хук, Андре (11 октября 2018 г.). «Связь между географическим положением и оценкой вклада разработчиков в github» . Материалы 12-го Международного симпозиума ACM/IEEE по эмпирической разработке программного обеспечения и измерениям . АКМ. стр. 1–8. дои : 10.1145/3239235.3240504 . ISBN  978-1-4503-5823-1 . S2CID   215822439 .
  51. ^ Перейти обратно: а б с д и Гонсалес-Бараона, Хесус М.; Роблес, Грегори; Андрадас-Искьердо, Роберто; Гош, Ришаб Айер (август 2008 г.). «Географическое происхождение разработчиков свободного программного обеспечения» . Информационная экономика и политика . 20 (4): 356–363. doi : 10.1016/j.infoecopol.2008.07.001 .
  52. ^ Перейти обратно: а б с д Босу, Амиангшу; Султана, Кази Закиа (2019). «Разнообразие и инклюзивность в проектах программного обеспечения с открытым исходным кодом (OSS): где мы находимся?» . Международный симпозиум ACM/IEEE по эмпирической разработке программного обеспечения и измерениям (ESEM) 2019 . IEEE. стр. 1–11. дои : 10.1109/ESEM.2019.8870179 . ISBN  978-1-7281-2968-6 . S2CID   197640269 .
  53. ^ Нафус, Рассвет (июнь 2012 г.). « «Патчи не имеют пола»: что не открыто в программном обеспечении с открытым исходным кодом» . Новые медиа и общество . 14 (4): 669–683. дои : 10.1177/1461444811422887 . ISSN   1461-4448 . S2CID   206727320 .
  54. ^ Тринкенрайх, Бьянка; Визе, Игорь; Сарма, Анита; Джероза, Марко; Штайнмахер, Игорь (31 октября 2022 г.). «Участие женщин в программном обеспечении с открытым исходным кодом: обзор литературы» . Транзакции ACM по программной инженерии и методологии . 31 (4): 1–37. arXiv : 2105.08777 . дои : 10.1145/3510460 . ISSN   1049-331X . S2CID   234778104 .
  55. ^ Альбусайс, Халед; Бьёрн, Пернилле; Даббиш, Лаура; Форд, Денай; Мерфи-Хилл, Эмерсон; Серебреник, Александр; Стори, Маргарет-Энн (апрель 2021 г.). «Кризис разнообразия в разработке программного обеспечения» . Программное обеспечение IEEE . 38 (2): 19–25. дои : 10.1109/MS.2020.3045817 . ISSN   0740-7459 .
  56. ^ Попп, Карл Майкл, изд. (2020). Лучшие практики коммерческого использования программного обеспечения с открытым исходным кодом: бизнес-модели, процессы и инструменты для управления программным обеспечением с открытым исходным кодом . Синомическая академия. Нордерштедт: Совет директоров – Книги по запросу. ISBN  978-3-7386-1909-6 .
  57. ^ Пауэрс, Стивен М.; Хэмптон, Стефани Э. (2019). «Открытая наука, воспроизводимость и прозрачность в экологии» . Экологические приложения . 29 (1): e01822. Бибкод : 2019EcoAp..29E1822P . дои : 10.1002/eap.1822 . ISSN   1051-0761 . ПМИД   30362295 .
  58. ^ Челиотис, Гиоргос (2009). «От открытого исходного кода к открытому контенту: процессы организации, лицензирования и принятия решений в открытом культурном производстве» . Системы поддержки принятия решений . 47 (3): 229–244. дои : 10.1016/j.dss.2009.02.006 . ISSN   0167-9236 .
  59. ^ Батлер и др. 2022 , стр. 1.
  60. ^ Батлер и др. 2022 , стр. 11152.
  61. ^ Давила 2015 , с. 7.
  62. ^ Чжоу и Чоудхари 2022 , с. 731.
  63. ^ Август и др. 2021 , стр. 1–2.
  64. ^ Август и др. 2021 , с. 1.
  65. ^ Морин и др. 2012 , Совместимость, распространение, фрагментация и направленность.

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

[ редактировать ]
[ редактировать ]
Викискладе есть медиафайлы по теме свободного программного обеспечения .
В Wikibooks есть книга на тему: Открытый исходный код.
В Wikibooks есть книга на тему: Использование источника.
У Scholia есть тематический профиль для программного обеспечения с открытым исходным кодом .
Retrieved from "https://en.wikipedia.org/w/index.php?title=Open-source_software&oldid=1237717969#Open-sourcing"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 9ede3472e21dc07006f741a5063af131__1722389640
URL1:https://arc.ask3.ru/arc/aa/9e/31/9ede3472e21dc07006f741a5063af131.html
Заголовок, (Title) документа по адресу, URL1:
Open-source software - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)