Хочешь ли участвовать в проектировании архитектуры?
Что проверяют
Вопрос звучит как приглашение, но по ответу определяют ваш уровень и то, куда вас поставят. Смотрят, отличаете ли вы «поучаствовать в обсуждении» от «отвечать за решение», принимали ли вы компромиссы осознанно, и не начнёте ли с ходу тащить в проект всё модное сразу.
Как отвечать
Ответ «да», но с конкретикой, на каком уровне вы это уже делали. Назовите масштаб решений, которые реально принимали в питон-проекте:
- границы модулей и структура пакетов в сервисе на Django или FastAPI;
- схема базы, индексы, порядок миграций без простоя;
- где кончается синхронная обработка и начинается очередь задач (Celery или аналог), что делать с повторной доставкой;
- контракт API между сервисами и версионирование;
- кэш, идемпотентность, поведение при недоступности внешней интеграции.
Покажите способ принятия решения, а не только результат: какие варианты рассматривали, по каким критериям выбрали, что записали (короткий ADR), как проверили гипотезу прототипом или нагрузочным тестом. Отдельно скажите, что готовы и к роли исполнителя чужого решения: архитектор без умения принять «нет» команде не нужен.
Хорошо закончить встречным вопросом: как в команде принимаются такие решения, есть ли дизайн-ревью и записи решений, кто финально отвечает за результат.
Где спотыкаются
Отвечают «да, хочу» и не приводят ни одного примера. Это читается как желание получить интересные задачи, не неся за них ответственности, и следующий вопрос про последний принятый компромисс ответ обнуляет.
Пересказывают шаблон с выдуманными цифрами вроде «система стала держать втрое больше пользователей». Спросят, как мерили и что было до, и история рассыпается. Честное «нагрузочный тест показал предел на четырёх воркерах, вынесли отчёты в отдельный процесс» весит больше.
Предлагают микросервисы, оркестрацию и разделение команд и чтения как «правильную архитектуру» по умолчанию. Для команды из нескольких человек монолит с внятными границами модулей и одной базой почти всегда выигрывает, и умение это сказать ценится выше знания модных аббревиатур.