Позиционируете себя как мидл или синьор
Что проверяют
Совпадает ли ваша самооценка с тем, что вы покажете дальше, и понимаете ли, за что на бэкенде отвечает синьор. От ответа зависят вилка и набор задач, поэтому осторожничать так же вредно, как завышать.
Как отвечать
Назовите уровень и раскройте его через ответственность, а не через стаж:
- мидл закрывает фичу в существующем сервисе, пишет тесты, владеет Spring и JPA настолько, чтобы не ловить ленивую загрузку вне транзакции и не плодить запросы в цикле;
- синьор проектирует API и схему данных, выбирает между синхронным вызовом и брокером, продумывает идемпотентность, повторы и таймауты, проводит миграции без простоя;
- отдельная часть уровня видна в эксплуатации: наблюдаемость сервиса, поведение под нагрузкой, размеры пулов соединений, разбор инцидента по дампу потоков и снимку памяти.
Привяжите это к своему опыту: какой сервис, какая нагрузка, какие решения принимали сами и что из них оказалось неверным. Признанная ошибка с выводом убеждает сильнее списка технологий. Если сомневаетесь между уровнями, так и скажите: вот эта часть синьорной работы уже была, а вот эта пока нет.
Где спотыкаются
Объясняют «я мидл, потому что не руковожу людьми». Синьорность в разработке это техническая ответственность за сервис, а управление людьми отдельная ветка развития.
Перечисляют технологии из текста вакансии. Kafka в резюме и продюсер, написанный по примеру из документации, различаются одним уточняющим вопросом про повторную доставку или порядок сообщений.
Приносят заготовленную историю с придуманным результатом. Цифры, про которые не получается объяснить, откуда взялся замер и что было до изменения, звучат хуже честного «метрику не снимали, судили по количеству жалоб».