Расскажите про опыт работы и зону ответственности
Что проверяют
Границы вашей самостоятельности. Вопрос про зону ответственности это вопрос о том, что вы решали сами, за что отвечали в проде и где начиналась чужая работа.
Как отвечать
Разделите рассказ на три части: что за система, что делали руками, за что отвечали головой.
- система: сервис или монолит, фреймворк, база, очередь фоновых задач, кеш, объёмы и нагрузка;
- задачи: конкретные функции продукта и то, что в них было сложного;
- ответственность: какие модули ваши, участвуете ли в дежурствах, кто решает по схеме базы, кто катит релиз, делаете ли ревью;
- качество: как устроены тесты на pytest, что подменяете вместо внешних вызовов, что проверяет CI;
- эксплуатация: логи, метрики, алерты, разбор инцидента, миграции без простоя.
Хорошая деталь, которую нельзя придумать: как устроены фоновые задачи. Повторные попытки, идемпотентность обработчика, что происходит при падении воркера в середине работы. Такой рассказ сразу отделяет опытного разработчика от человека, читавшего документацию.
Если зона была узкой, скажите прямо и добавьте, куда хотите её расширить на новом месте. Это звучит лучше, чем раздутая роль.
Где спотыкаются
Подменяют ответственность списком технологий. Перечисление фреймворков не отвечает на вопрос, кто принимал решения, и интервьюер просто повторит его другими словами.
Второе: завышают роль. Заявка на ответственность за архитектуру не выдерживает вопроса, какие варианты рассматривали и почему выбрали этот. Меньший, но настоящий кусок сильнее: например, интеграция с платёжным провайдером целиком, от схемы данных до алертов.
Третье: молчат про прод. Тесты, мониторинг, инциденты, миграции на живой базе. Без этого рассказ выглядит работой в песочнице, даже если человек делал сложные вещи.