Сколько времени занимаешься бэкендом
Что проверяют
Соответствие заявленного уровня реальному опыту. Число лет само по себе никому не интересно: слушают, чем эти годы наполнены, был ли рост и сходится ли ответ с резюме и с тем, что вы расскажете дальше.
Как отвечать
Назовите срок, а следом сразу содержание, иначе его додумают за вас. Схема простая: сколько лет, в каких ролях, на каких системах, что делали руками.
- фреймворки и подход: Django с его ORM и админкой, FastAPI или Flask там, где нужен тонкий сервис; асинхронный код и понимание, когда он даёт выигрыш, а когда только усложняет;
- данные: PostgreSQL, схема и индексы, миграции, транзакции, чтение планов запросов;
- фон и интеграции: очереди и периодические задачи, идемпотентность обработчиков, повторы при сбоях;
- эксплуатация: логи, метрики, разбор инцидентов, упаковка в контейнер и выкладка.
Покажите динамику: начинали с задач внутри готового сервиса, потом отвечали за сервис целиком, потом проектировали новый. Полезно самому назвать самую сложную задачу за этот срок и чем именно она была сложна, потому что дальше почти наверняка спросят про неё.
Если стаж небольшой, так и скажите, добавив глубину: нагрузка, объём данных, зона ответственности. Полтора года с дежурствами и разбором инцидентов звучат сильнее, чем три года однотипных правок.
Где спотыкаются
Отвечают одним числом и замолкают. Интервьюер получает пустую строку и вынужден вытаскивать детали вопросами, а впечатление остаётся такое, будто рассказывать особо не о чем.
Второе: растягивают срок за счёт курсов, учебных проектов и смежных задач. Это вскрывается на первом уточнении: просят вспомнить рабочий случай из тех лет, и выясняется, что коммерческой работы там не было.
Третье: подпирают ответ красивыми цифрами прироста, которых никто не измерял. Утверждение о выросшей производительности сразу тянет вопросы, чем мерили, на какой нагрузке и что было узким местом, и без ответа звучит хуже скромной правды.