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

Цифровой продукт в 2026 году - черный ящик.

В 2017 я работал над Arachne - веб-интерфейсом для выполнения анализов на больших объёмах обезличенных медицинских данных. В какой-то момент для того, чтобы заколлабиться с другим продуктом, Atlas, нам было необходимо стать opensource и мы разделили свой продукт на Community и Enterprise версии. Enterprise была сделана с помощью самописных webpack-плагинов так, чтобы ее кода в Community-версии не было совсем. После выхода на github мы получили не только перспективы для бизнеса, но и помощь сообщества, это было превосходным решением!

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

Если бы я был CTO другой большой IT-компании, я бы сделал код, баг-трекер и роадмап публичными, но финальное решение по всем вопросам оставил бы за сотрудниками (продакт-менеджерами, дизайнерами, разработчиками) компании. В конце концов, когда кто-то бесплатно разбирает твой беклог, приоритет которого мы все с вами знаем, это же прекрасно! И я говорю не только про техническую сторону, но и про UX.

А что с безопасностью? Ничего нового, автотесты, security gate, ручное тестирование и AI-ревью.

Это работает с bug-bounty, почему не может сработать и с продуктовым развитием? Просто стань прозрачным и получи синергию.