Архитектура твоего проекта
Вопрос
«Расскажите про архитектуру вашего приложения». Отвечай про свой реальный проект: как устроен, почему так, что бы поменял.
Попробуйте сами
Ответьте вслух за 2 минуты, как на собесе. Потом сверьтесь с тезисами: что прозвучало, а что нет.
Показать ответ и разбор
Коротко
Что должно прозвучать в ответе
называешь конкретный проект и его масштаб в цифрах
описываешь структуру: как поделён код и по какому признаку
объясняешь, какую проблему решала выбранная структура
честно называешь, что в ней неудобно
говоришь, что поменял бы сейчас и почему не поменял тогда
не выдаёшь учебную схему за свою: это вскрывается уточняющим вопросом
Что могут спросить следом
- А как вы обеспечивали, что правило не нарушается?
- Что было бы, если бы в команду пришло ещё три человека?
Разбор
Это не вопрос про FSD - это вопрос про то, умеешь ли ты принимать решения и видеть их последствия.
Рабочий каркас ответа на две минуты:
- Что за проект и какого размера. «Мульти-арендный SaaS, столько-то экранов, столько-то арендаторов в проде».
- Как поделён код и почему. «Разделение по доменам, внутри - ui/api/model. Слоями не пошёл, потому что команда маленькая, и цена церемонии выше пользы».
- Что это дало. Одно конкретное измеримое последствие: скорость добавления нового арендатора, изоляция платежей, возможность вырезать модуль.
- Что болит. «Общий слой разросся, часть хелперов знает про домен» - называть минусы самому сильнее, чем ждать, пока их найдут.
- Что поменял бы. Одно изменение с причиной.
Главное - не пересказывать схему из статьи. Следующий вопрос будет «а почему именно так?», и на нём выдуманная архитектура рассыпается.
Частые ошибки
- Пересказ FSD вместо своего опыта - вскрывается первым же уточнением.
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.