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

Что проверяют

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

Как отвечать

Покажите путь предложения от идеи до решения и привяжите его к Java-стеку:

• сначала команда и техлид: большинство изменений (новая библиотека, переход с RestTemplate на RestClient, внедрение Testcontainers) решается внутри команды. Техлид знает ограничения проекта и подскажет, где идея упрётся;
• архитектор или архитектурный комитет: если изменение задевает несколько сервисов, например переход на новую LTS-версию Java, смена брокера сообщений или включение виртуальных потоков в Spring Boot;
• CTO или руководитель разработки: когда нужны бюджет, лицензии или перестройка процессов;
• менеджер продукта: если внедрение съест время спринтов, ему нужно понимать выгоду для бизнеса.

Само предложение лучше оформить письменно: проблема, варианты, риски, стоимость миграции, план отката. Во многих компаниях для этого есть формат ADR (Architecture Decision Record) или RFC. Сильно помогает прототип или замер: время сборки до и после, профиль из JFR, результат нагрузочного теста.

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

Где спотыкаются

Отвечают «сразу к CTO». Это звучит как неумение работать в команде и попытка перепрыгнуть через техлида, которому потом всё равно это внедрять.

Предлагают технологию, потому что она модная: «давайте перепишем на Kotlin» без описания проблемы, которую это решит, и без цены миграции.

Говорят только о том, к кому идти, и молчат о подготовке. Интервьюер хочет услышать, что вы принесёте не идею на словах, а аргументы, прототип и оценку рисков.