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

Страница защищена ожидающими изменениями

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

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

Разработка программного обеспечения с открытым исходным кодом может привнести различные перспективы, выходящие за рамки возможностей одной компании. По одной из оценок, стоимость программного обеспечения с открытым исходным кодом для компаний составляет 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]

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

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

В своем эссе 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] На протяжении всего этого периода существовало множество других проектов и лицензий свободного программного обеспечения, все с разными представлениями о том, какой была и должна быть концепция свободного программного обеспечения, а также о морали несвободного программного обеспечения, такого как Berkely Software Distribution . TeX и система X Window . [40]

По мере развития свободного программного обеспечения Фонд свободного программного обеспечения начал искать способы привнести идеи свободного программного обеспечения и предполагаемые преимущества в индустрию коммерческого программного обеспечения . [40] Был сделан вывод, что социальная активность FSF не привлекала компании, и им нужен был способ провести ребрендинг движения за свободное программное обеспечение , чтобы подчеркнуть бизнес-потенциал совместного использования и совместной работы над исходным кодом программного обеспечения. [40] Термин «открытый исходный код» был предложен Кристиной Петерсон в 1998 году на собрании сторонников свободного программного обеспечения. [17] Многие в группе чувствовали, что название «свободное программное обеспечение» сбивает с толку новичков и сдерживает интерес отрасли, и они с готовностью приняли новое обозначение «открытый исходный код», создав Инициативу открытого исходного кода (OSI) и определение OSI того, что такое программное обеспечение с открытым исходным кодом. [17] Определение Инициативы открытого исходного кода (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 , Совместимость, распространение, фрагментация и направленность.

Дальнейшее чтение [ править ]

Внешние ссылки [ править ]