Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

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

Мотивация [ править ]

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

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

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

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

Открытое сотрудничество [ править ]

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

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

Открытое общение [ править ]

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

Обеспечение качества через отделение вклада от интеграции [ править ]

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

Преимущества [ править ]

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

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

Распространенность [ править ]

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

  • HP
  • Philips
  • Lucent
  • Nokia
  • IBM
  • DTE
  • Роберт Бош
  • Google
  • Microsoft [8]
  • SAP
  • PayPal [9]
  • Capital One [10]
  • Amdocs
  • Skyscanner
  • Comcast
  • Т-Мобайл [11]
  • Сименс [12]

Ключевые факторы для принятия внутреннего источника [ править ]

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

Факторы продукта [ править ]

  • Семенной продукт для привлечения сообщества
  • Множество заинтересованных сторон для разнообразного вклада
  • Модульность для привлечения участников и пользователей

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

  • Практики, поддерживающие "базарное" развитие.
  • Практики, поддерживающие обеспечение качества "в базарном стиле"
  • Стандартизация инструментов для облегчения сотрудничества

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

  • Координация и лидерство для поддержки появления внутренней меритократии
  • Прозрачность для открытия организации
  • Поддержка менеджмента и мотивация к вовлечению людей

Ссылки [ править ]

  1. ^ Капраро, Максимилиан; Риле, Дирк (06.02.2017). «Определение внутреннего источника, преимущества и проблемы» (PDF) . ACM Computing Surveys . 49 (4): 1–36. DOI : 10.1145 / 2856821 . ISSN  0360-0300 . Внутренний исходный код (IS) - это использование практики разработки программного обеспечения с открытым исходным кодом и создание в организациях культуры, подобной открытому исходному тексту. Организация все еще может разрабатывать проприетарное программное обеспечение, но внутренне открывает его.
  2. ↑ Ven van 't ende (09.05.2016). «InnerSource: подход с открытым исходным кодом к культуре сообщества» . Тим О'Рейли, основатель O'Reilly Media, ввел термин «внутренний источник» в 2000 году, описывая его как «использование методов разработки с открытым исходным кодом внутри корпорации».
  3. ^ О'Рейли, Тим (2000-12-01). «Открытый исходный код и OpenGL» . oreilly.com . O'Reilly and Associates. Архивировано из оригинала на 2015-02-15 . Проверено 22 февраля 2017 . [Мы] мы также работали с компаниями над тем, что мы называем «внутренним поиском», то есть помогая им использовать методы разработки с открытым исходным кодом внутри корпорации.
  4. ^ Кевин Crowston, Kangning Вэй, Джеймс Howison, Андреа Уиггинс (2012), ACM (ред.), "Развитие Free / Libre с открытым исходным кодом: Что мы знаем и чего мы не знаем", ACM Computing Surveys (на немецком языке ) , 44 (2): 1-35, DOI : 10,1145 / 2089125,2089127 , S2CID 2246943 CS1 maint: multiple names: authors list (link)
  5. ^ Стол, Клаас-Ян; Фицджеральд, Брайан (2014). «Внутренний исходный код - внедрение практик разработки с открытым исходным кодом в организациях: учебное пособие» (PDF) . Программное обеспечение IEEE . DOI : 10.1109 / MS.2014.77 . hdl : 10344/4443 . [...] ряд организаций применили методы открытого исходного кода для разработки своего программного обеспечения. [...] В отличие от традиционных подходов, разработчики проекта с внутренним исходным кодом не принадлежат к одной команде или отделу. Вместо этого любой в пределах организации может стать участником этого внутреннего сообщества, либо в качестве пользователя, либо в качестве участника. CS1 maint: uses authors parameter (link)
  6. ^ a b Капраро, Максимилиан; Риле, Дирк (01.12.2016). «Определение внутреннего источника, преимущества и проблемы» . ACM Comput. Surv . 49 (4): 67: 1–67: 36. DOI : 10.1145 / 2856821 . ISSN 0360-0300 . S2CID 5385511 .  
  7. ^ Стол, Клаас-Ян; Фицджеральд, Брайан (01.07.2015). «Внутренний исходный код - Принятие практик разработки с открытым исходным кодом в организациях: учебное пособие» (PDF) . Программное обеспечение IEEE . 32 (4): 60–67. DOI : 10.1109 / MS.2014.77 . hdl : 10344/4443 . ISSN 0740-7459 . S2CID 1965218 .   
  8. ^ Обновление Microsoft Internal Solorigate Investigation Update .
  9. ^ Орам, Энди (2015). Начало работы с InnerSource . ISBN O'Reilly Media, Inc. 978-1-491-93758-7.
  10. ^ Смит, Джаред (2016). Использование методов с открытым исходным кодом для внутренних программных проектов . O'Reilly Media, Inc.
  11. ^ https://www.youtube.com/watch?v=pTssFh1qLwk
  12. ^ "Смотреть: Создание концентратора внутреннего источника в Siemens" . JFrog . 2020-07-28 . Проверено 9 декабря 2020 .
  13. ^ Стол, KJ; Avgeriou, P .; Бабар, Массачусетс; Lucas, Y .; Фитцджеральд, Б. (2014). «Ключевые факторы для принятия внутреннего источника». ACM Transactions по программной инженерии и методологии . 23 (2): 1. DOI : 10,1145 / 2533685 . hdl : 10344/3897 . S2CID 6995068 .