Плюсы для компании от разработки OpenSource

 Публичный пост

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

Пока нашел такие аргументы:
1)Платформу проще продвигать в качестве некого стандарта, когда кто угодно может взять и построить на ней систему. Кто знал о внутреннем инструменте компании типа tarantool или clickhouse, пока его не открыли? А теперь на них строят системы и обращаются за платной поддержкой к разработчикам. А Nginx не получил бы такую долю, если бы не был свободным. А 1000 бесплатных инсталляций обязательно принесут одну, но с платной поддержкой и доработками.
2)У компании появляются больше разработчиков, которые радеют за продукт. Потому что большая опен-сорс система это то, что хорошо засовывается в резюме: и код показать можно, и не пет-проект, выглядит внушительно и реально применяется. Появляется стимул делать красиво.
3)Повышается качество кода и качество продукта в целом: можно пощупать, прежде чем купишь непоятно что, что стимулирует писать документацию и делать хорошо
4)Появляется внешний бесплатный или условно-бесплатный (при наличии программы Bug Bounty) аудит кода на предмет уязвимостей и багов. Улучшает качество ПО, что снижает затраты на поддержку, добавляет аргумент для клиентов, что упрощает продажу.
5)Появляется повод для пиара

У кого-нибудь есть еще аргументы?

5 комментариев 👇

Может не совсем в тему, но читали Social Architecture: Building On-line Communities @ Pieter Hintjens?

Книга от автора ZeroMQ о том, как он построил стабильное OSS-сообщество для ZeroMQ и смежных проектов. Настолько стабильное, что сам ZeroMQ жив даже после смерти автора. У него был рак, возможно, поэтому он и старался выстроить стабильный проект и написать книгу об этом.

Конечно, она о том, как строить OSS-сообщество, а не о том, зачем его делать. Хотя, вроде бы там было пару примеров, саксес-сторей отдельных контрибьюторов, как это им помогло. Но, может, если соберётесь выпускать OSS, то будет полезно почитать...

  Развернуть 1 комментарий

Раньше я работала в оутсорс компании, которая в основном занимается e-commerce решениями для средних и больших фирм. И у них есть своя opensource платформа Saleor, которая покрывает все основные функциональности интернет магазина.

Самый большой бизнес плюс это то, что большая часть клиентов приходила к нам именно из-за того, что CTO какой-то компании натыкался на наш opensource продукт. Просто на гитхабе, на конференции или в каком-то блоге.

Кроме этого, как уже писали выше, opensource можно использовать в маркетинговых целях. Легче собирать вокруг себя комьюнити, выступать на конференциях или просто представлять фирму как эксперта в какой-то технологии. Еще это привлекает классных потенциальных сотрудников. Ну и свой, независимый от клиента продукт это просто классная площадка для экспериментов с новыми технологиями.

Из возможных минусов - это очень время и ресурсозатратно. У нас в компании над Saleor всегда работала отдельная команда разработчиков и дизайнеров. Так как чтобы построить что-то внятное и солидное нужна постоянная команда, которая будет направлять это все в нужное русло и создавать главные функциональности. Еще нужно активно заниматься маркетингом это самого opensource продукта, чтобы он приносил все вышеперечисленные плюшки.

  Развернуть 1 комментарий

Дополняя 1 пункт, можно сказать, что разработка в Open Source - это еще про создание экосистемы, которая в последствии может привести к прибыли. Приятнее покупать что-то активное, с большим количеством участников и реальными историями и сообществом заказчиков. Инновации, которые могут внести участники этой экосистемы или лицензировать другие компании, чтобы они могли продавать ваш софт.

Очень спорно, но, наверное, еще можно добавить, что это видимость активности, которая может доказать, что продукт не будет заброшен.

И однозначно, что Open Source легче продвигать - делать доклады с ссылками на репозитории, вступать в различные сообщества и фаундейшены (https://www.lfedge.org/) и коллаборировать с другими.

P.S. Интересный доклад, который затрагивает тему Open source и его выгоды для бизнеса:

  Развернуть 1 комментарий
Anatoly Shipitsin Специалист по НЕХ 9 июля 2020

забыта самая главная фича увеличивается количество тестеров

  Развернуть 1 комментарий
Olga Sentemova Королева заправки 9 июля 2020

Пожалуй поиграю в адвоката дьявола здесь. Потому что если бы я была злым CTO и принимала бы сейчас решение, отдавать платформу в опен сорс или нет, то у меня бы возникло несколько вопросов.

Кто знал о внутреннем инструменте компании типа tarantool или clickhouse, пока его не открыли? А теперь на них строят системы и обращаются за платной поддержкой к разработчикам.

Не очень понятно, а какой самой компании от этого профит?

У компании появляются больше разработчиков, которые радеют за продукт. Потому что большая опен-сорс система это то, что хорошо засовывается в резюме: и код показать можно, и не пет-проект, выглядит внушительно и реально применяется. Появляется стимул делать красиво.

Не совсем так: сторонние люди, которые будут работать над этим проектом, будут делать то, что им нужно, что может легко идти вразрез с тем, чем ваша компания хочет. И не факт, что будут вообще.

Повышается качество кода и качество продукта в целом: можно пощупать, прежде чем купишь непоятно что, что стимулирует писать документацию и делать хорошо

Чтобы делать хорошо нужна какая-то дополнительная мотивация? Ну такое.
Ну и вообще, если сторонние разработчики будут заниматься разработкой вашего продукта в свободное от работы время, то для того, чтобы поддерживать качество, нужно будет прикладывать дополнительные усилия.

Появляется внешний бесплатный или условно-бесплатный (при наличии программы Bug Bounty) аудит кода на предмет уязвимостей и багов. Улучшает качество ПО, что снижает затраты на поддержку, добавляет аргумент для клиентов, что упрощает продажу.

Не думаю, что клиенты, которые платят за софт, будут беспокоиться за то, чтобы он работал на какой-то абстрактной железке в абстрактном окружении, я думаю, что им важно, чтобы оно работало на их железке в их окружении.

Появляется повод для пиара

Это правда.

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

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

  Развернуть 1 комментарий

😎

Автор поста открыл его для большого интернета, но комментирование и движухи доступны только участникам Клуба

Что вообще здесь происходит?


Войти  или  Вступить в Клуб