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