Как развиваться для перехода на уровень сеньора
Что проверяют
Понимаете ли вы, чем сеньор отличается от мидла кроме стажа, и есть ли у вас план, а не общее «буду учиться». Следом почти всегда просят пример: где вы уже действовали на уровне сеньора и что пока не получается.
Как отвечать
Начните с определения: сеньор отвечает за результат куска системы целиком, а не за закрытые тикеты. Затем разложите развитие по направлениям и к каждому приложите свой факт:
- глубина в Java: модель памяти и
java.util.concurrent, виртуальные потоки из Java 21, выбор и настройка сборщика (G1 по умолчанию, ZGC для коротких пауз), профилирование через JFR и async-profiler. Сильный пример: вы нашли утечку или просадку по дампу и профилю, а не наугад; - проектирование: границы сервисов, транзакции и согласованность, выбор между синхронным вызовом и очередью, умение записать решение в ADR с отвергнутыми альтернативами;
- эксплуатация: метрики, трейсы, разбор инцидентов, дежурства. Сеньор знает, как его код ведёт себя в проде, а не только на локальной машине;
- влияние на команду: код-ревью, которое учит, а не придирается, онбординг новичков, декомпозиция задач для других;
- разговор с бизнесом: умение оценить задачу, предложить более дешёвый вариант и объяснить риск без жаргона.
Закончите конкретным планом на ближайшие полгода: какую зону ответственности хотите взять и по какому признаку поймёте, что получилось. Примеры и цифры берите только свои. Если какого-то пункта в опыте нет, скажите прямо: «инциденты разбирал только как участник, хочу вести сам». Это звучит зрелее, чем приукрашивание, которое рассыпается на первом уточняющем вопросе.
Где спотыкаются
Сводят развитие к списку курсов и книг. Интервьюера интересует, что изменилось в вашей работе после прочитанного.
Считают, что сеньора дают за годы или за знание десятка фреймворков. Широта без ответственности за решения остаётся уровнем мидла.
Говорят только о технике и пропускают людей: наставничество, ревью, споры об архитектуре. На позицию сеньора это обычно решающая часть.