Open Source
Inner Source: OSS внутри компании
PayPal применил GitHub workflow к 1500+ внутренним репозиториям - и скорость разработки выросла на 30%. Как OSS-практики работают внутри корпорации?
- PayPal Inner Source: 1,500+ репозиториев, 30% рост скорости - публично рассказали на InnerSource Summit 2015
- Google открыл Kubernetes в 2014 - сейчас 3,000+ контрибьюторов из 500+ компаний, включая Amazon и Microsoft
- TypeScript (Microsoft, 2012): внутренний инструмент → стандарт JavaScript разработки с 40M+ пользователями
- IBM inner source programme: 10,000+ разработчиков, снижение дублирования кода на десятки процентов
Что такое inner source
**Inner Source** - применение практик open source разработки к внутренним репозиториям компании. Код остаётся приватным, но процессы - публичные pull requests, открытые code reviews, прозрачный issue tracker - доступны всем внутри организации.
**InnerSource Commons** (innersourcecommons.org) - open source организация с паттернами, книгами и конференциями по inner source. Если хотите внедрить в компании - начните с их Learning Path.
Команда А владеет внутренней библиотекой. Команда Б хочет добавить функцию. По inner source модели - что происходит?
Как контрибьютить OSS с работы
Работа в компании не означает что вы не можете контрибьютить в OSS. Но это требует понимания ваших IP прав и корпоративной политики.
**Не молчите:** если хотите контрибьютить в OSS, скажите менеджеру. Большинство компаний поощряют это - это делает вас более ценным специалистом и улучшает репутацию компании. Лучше спросить, чем нарушить IP agreement случайно.
Разработчик из Яндекса хочет добавить feature в open source ORM. Проект требует ICLA. Что нужно сделать?
OSS стратегия для компании: зачем открывать код
Многие крупнейшие OSS-проекты созданы внутри компаний и потом открыты. React (Meta), TensorFlow (Google), Kubernetes (Google), TypeScript (Microsoft) - всё это началось как внутренние инструменты.
**Провалы open-sourcing:** не всё что открывают - успех. Многие проекты открыты и заброшены через год ("open source washing"). Признаки настоящего OSS: активные maintainers, ответы на issues, принятие внешних PR.
InnerSource работает только в компаниях с сильной инженерной культурой. В иерархических организациях он не приживается
InnerSource начинается с локальных успехов: один-два проекта с открытым contribution моделью убеждают лучше деклараций. Культура изменяется инкрементально через демонстрацию ценности
Ожидание 'правильной культуры' создаёт catch-22: культура формируется через практику, а не наоборот. GitHub, SAP, PayPal внедряли InnerSource в традиционных корпоративных структурах
Meta открыла исходный код React в 2013. Основная бизнес-причина была:
Ключевые идеи
- Inner source = OSS процессы (fork/PR/review) для приватных корпоративных репозиториев
- Trusted Committer - роль maintainer во внутреннем OSS, принимает PR от любой команды
- Контрибьюция с работы: проверьте IP agreement, выясните нужен ли CCLA, документируйте разрешение
- Компании открывают код ради hiring, внешних контрибьюций и стандартизации рынка - не альтруизм
- React, TypeScript, Kubernetes - все начинали как внутренние инструменты крупных компаний
Связанные темы
Финальный урок курса - inner source замыкает цикл: от OSS практик к их применению в любом контексте.
- CI/CD для OSS — Inner source использует те же GitHub Actions паттерны
- Стать мейнтейнером — Trusted Committer в inner source = maintainer роль в OSS
Вопросы для размышления
- В вашей компании 50 команд используют одну и ту же date-formatting утилиту, но каждая написала свою версию. Как внедрить inner source подход и убедить команды участвовать вместо разработки своего?
- React создала Meta для своих нужд. Если завтра Meta решит прекратить его поддержку - что произойдёт с экосистемой? Как сообщество защищается от такого сценария?