stringtranslate.com

Внутренний источник

InnerSource — это использование лучших практик разработки программного обеспечения с открытым исходным кодом и создание культуры , подобной культуре с открытым исходным кодом , в организациях [1] для разработки своего не-открытого и/или проприетарного программного обеспечения . Термин был придуман Тимом О'Рейли в 2000 году [2] в его колонке. [3]

Мотивация

Открытый исходный код признан способным предоставлять высококачественное программное обеспечение. [4] Более того, открытое сотрудничество в области открытого исходного кода позволяет сотрудничать даже между конкурентами (например, ARM и Intel работают над ядром Linux, принимая решения на основе заслуг).

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

Использованные практики с открытым исходным кодом

Помимо ряда практик, установленных в таких фондах , как Apache Software Foundation , Linux Foundation и Eclipse Foundation , InnerSource и проекты с открытым исходным кодом требуют открытого сотрудничества , открытого общения и надлежащего контроля качества .

Открытое сотрудничество

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

На основе принципов открытого сотрудничества ( эгалитарного , меритократического и самоорганизующегося) обычно приветствуется каждый участник, который готов помочь проекту InnerSource. Вклады в проекты InnerSource обычно оцениваются меритократически на основе ценности, которую они приносят проекту. Меритократия также может быть реализована посредством открытого общения, поскольку решения обсуждаются публично. Хотя организация не обязательно становится полностью самоорганизующейся для принятия InnerSource, InnerSource позволяет отдельным лицам, организационным подразделениям и проектным сообществам более высокую степень самоорганизации.

Открытое общение

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

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

Специальная проверка кода и разделение участников и коммиттеров (интеграторов, разработчиков с правом записи) гарантируют качество проекта с открытым исходным кодом, а следовательно, и проекта InnerSource.

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

Помимо качественных характеристик программного обеспечения с открытым исходным кодом сообщаются следующие преимущества: [6] [7]

Более эффективное и действенное развитие
Преодоление границ организационных единиц
  • Распределение затрат и рисков между организационными подразделениями
  • Сотрудничество через границы организационных подразделений
  • Обмен информацией в рамках всей программы
Более успешное повторное использование
  • Использование компетенций, отсутствующих у поставщиков компонентов
  • Независимость между повторными пользователями и поставщиками
  • Освобождение поставщиков комплектующих
Лучший программный продукт
Более гибкое использование разработчиков
  • Упрощенное развертывание для разработчиков
  • Сотрудничество независимых разработчиков
Улучшенное управление знаниями
  • Обучение на уровне сообщества
  • Открытость и доступность знаний
Более высокая мотивация сотрудников

Распространенность

Среди прочих известны следующие компании, внедрившие InnerSource: [6]

Ключевые факторы для принятия InnerSource

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

Факторы продукта

Факторы процесса и инструментов

Факторы организации и сообщества

Ссылки

  1. ^ Capraro, Maximilian; Riehle, Dirk (2017-02-06). "InnerSource Definition, Benefits, and Challenges" (PDF) . ACM Computing Surveys . 49 (4): 1–36. doi :10.1145/2856821. ISSN  0360-0300. S2CID  5385511. InnerSource (IS) — это использование практик разработки программного обеспечения с открытым исходным кодом и создание культуры, подобной культуре с открытым исходным кодом, в организациях. Организация может по-прежнему разрабатывать проприетарное программное обеспечение, но внутренне открывать его разработку.
  2. ^ ben van 't ende (2016-05-09). "InnerSource: подход с открытым исходным кодом к культуре сообщества". Тим О'Рейли, основатель O'Reilly Media, ввел термин "inner-sourcing" в 2000 году, описав его как: "использование методов разработки с открытым исходным кодом в корпорации".
  3. ^ O'Reilly, Tim (2000-12-01). "Open Source and OpenGL". oreilly.com . O'Reilly and Associates. Архивировано из оригинала 2015-02-15 . Получено 2017-02-22 . [М]ы также работали с компаниями над тем, что мы называем "внутренним сорсингом" — то есть помогали им использовать методы разработки с открытым исходным кодом внутри корпорации.
  4. ^ Кевин Кроустон, Каннинг Вэй, Джеймс Хоуисон, Андреа Виггинс (2012), ACM (ред.), «Разработка свободного программного обеспечения с открытым исходным кодом: что мы знаем и чего не знаем», ACM Computing Surveys (на немецком языке), 44 (2): 1–35, doi :10.1145/2089125.2089127, S2CID  2246943{{citation}}: CS1 maint: несколько имен: список авторов ( ссылка )
  5. ^ Стол, Клаас-Ян; Фицджеральд, Брайан (2014). "InnerSource — внедрение методов разработки с открытым исходным кодом в организациях: учебное пособие" (PDF) . IEEE Software . doi :10.1109/MS.2014.77. hdl : 10344/4443 . S2CID  1965218. [...] ряд организаций внедрили методы разработки с открытым исходным кодом для разработки своего программного обеспечения. [...] В отличие от традиционных подходов, разработчики проекта InnerSource не принадлежат к одной команде или отделу. Вместо этого любой человек в пределах организации может стать участником этого внутреннего сообщества, либо как пользователь, либо как участник.
  6. ^ ab Capraro, Maximilian; Riehle, Dirk (2016-12-01). «Определение, преимущества и проблемы InnerSource». ACM Comput. Surv . 49 (4): 67:1–67:36. doi :10.1145/2856821. ISSN  0360-0300. S2CID  5385511.
  7. ^ Стол, Клаас-Ян; Фицджеральд, Брайан (01.07.2015). «InnerSource — Внедрение методов разработки с открытым исходным кодом в организациях: учебное пособие» (PDF) . IEEE Software . 32 (4): 60–67. doi :10.1109/MS.2014.77. hdl : 10344/4443 . ISSN  0740-7459. S2CID  1965218.
  8. ^ Обновление внутреннего расследования Microsoft Solorigate.
  9. ^ Орам, Энди (2015). Начало работы с InnerSource. O'Reilly Media, Inc. ISBN 978-1-491-93758-7.
  10. ^ Смит, Джаред (2016). Использование методов с открытым исходным кодом для внутренних программных проектов. O'Reilly Media, Inc.
  11. ↑ Архивировано в Ghostarchive и Wayback Machine: Commit San Francisco 2020: Извлечение корпоративных устриц — начало культуры Innersource @ T-Mobile. YouTube .
  12. ^ "Смотреть: Создание InnerSource Hub в Siemens". JFrog . 2020-07-28 . Получено 2020-12-09 .
  13. ^ Стол, К.Дж.; Авгериу, П.; Бабар, Массачусетс; Лукас, Ю.; Фицджеральд, Б. (2014). «Ключевые факторы для внедрения InnerSource». Транзакции ACM по программной инженерии и методологии . 23 (2): 1. дои : 10.1145/2533685. hdl : 10344/3897 . S2CID  6995068.