Должен ли синьор разработчик обучать других?

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

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

Как отвечать

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

• код-ревью с объяснением: не «перепиши», а почему useEffect здесь лишний и чем плох индекс массива в роли key, со ссылкой на документацию;
• парное программирование: на сложных задачах и в первые недели онбординга;
• знания в инструментах: правила ESLint, строгий режим TypeScript, шаблоны компонентов, Storybook с примерами. Такое знание работает без вас и не забывается;
• документация: онбординг-гайд, ADR с причинами архитектурных решений;
• внутренние доклады и разборы инцидентов: почему упал прод и что изменили.

Добавьте про баланс: менторство закладывается в планирование спринта, иначе оно идёт за счёт собственных задач или вечеров. Хорошо звучит пример с результатом: новичок через месяц брал задачи самостоятельно, возвратов с ревью стало меньше. Цифры берите свои, придуманные проценты на собеседовании легко вскрываются уточняющим вопросом.

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

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

Отвечают «это задача тимлида». Для синьора это звучит как нежелание брать ответственность шире своих задач.

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

На ревью переписывают код за джуна вместо объяснения. Задача закрывается быстрее, но человек не растёт, и через неделю та же ошибка возвращается.