Третий, последний пока пост про Opensource. Зачем и почему небольшим компаниям типа Додо идти в Opensource?

IT Brand.
Конечно, первое что приходит в голову – это про бренд работодателя. Участие в opensource community это своего рода шильдик качества, что в этой компании ценят сообщество, поддерживают не словом, а делом.

Для нас это еще и возможность показать технологии, которые мы используем. Например, у нас в стэке есть Azure Data Explorer с SQL-подобным языком Kusto Query Language. Крайне мощная штука, но пока не самая распространенная. Нужна поддержка для SqlAlchemy для Kusto, сделаем. Используете jaeger для трейсинга? Не проблема, мы сделаем решение.

Или вот используем мы CosmosDB. Почитайте, какой уровень SLA она предлагает, собственно, потому и используем. Окей, вот для нее ASP.NET Session State Provider.

Opensource как часть процесса разработки
Но бренд не главное. Opensource задает стандарты. Неплохо бы добавить CI и следить за сборкой новых версий. Неплохо бы добавить тесты, в качестве гарантии, что библиотека прошла проверку. Сделать нормальную документацию, чтобы любой внешний человек, прочитав ее, понял о чем речь, как интегрировать и т.д. Opensource задает стандарты, соблюдая которые, ты можешь двинуться к следующему большому шагу в организации внутренних процессов – Inner Source.

Inner Source как часть процесса. Все репозитории и все продукты открыты для любого разработчика Додо. Каждый может контрибьютить в любой код Dodo IS. Такой процесс работы требует той самой грамотной организации, в том числе в части документации, описания, CI, тестов, структуры поддержки и дежурств и т.д. Inner Soure – часть нашего глобального процесса разработки, который сочетает работу рыночных команд, которые развивают Dodo IS под конкретные рынки и глобальных команд, цель которых создавать универсальные решения для всех рынков. Inner Source помогает балансировать между скоростью рынков и масштабируемостью и гибкостью глобальных решений.

В итоге получается что для многих библиотек, которые мы используем внутри, это лишь вопрос выбора – делать их публичными или нет. Если мы считаем что она может быть полезна другим – открываем. Если нет – остается внутри.

Opensource уже становится скорее не про пиар активности, не про хайп, он – часть процесса разработки.