Статья описывает опыт команды разработчиков, применявшей Feature-Sliced Design (FSD) при создании нового продукта. FSD был выбран для структурирования процесса и предотвращения хаоса, что в итоге оправдало себя. FSD обеспечивает четкую структуру проекта, изоляцию модулей и легкость масштабирования. Команда следовала итеративному процессу с трехнедельными спринтами, каждая итерация была посвящена созданию одного раздела приложения, что обычно соответствовало одной странице.
Процесс разработки включал несколько этапов: анализ требований, создание FSD-макета, документирование схемы страницы, декомпозицию задач и их распределение. FSD-макет создавался на основе визуального представления страницы, но компоненты определялись по смыслу и цели, а не по визуальной части. Команда использовала Excalidraw для макетов, Confluence для документации и Storybook для компонентов UI. Каждой задаче соответствовала декомпозиция, разбиение на подзадачи, что позволяло более эффективно распределять работу.
Особое внимание уделялось созданию общего UI-кита в shared слое, что позволило ускорить разработку и повысить переиспользуемость компонентов. Команда отмечала, что с каждой итерацией процесс разработки становился быстрее, уменьшались сроки тестирования, а освободившееся время можно было использовать для рефакторинга и технической документации. Использование файловой маршрутизации (FSR) позволило создать плоскую структуру каталогов. Но использование FSR требует пересмотреть некоторые части реализации проекта и FSD.
Изображение носит иллюстративный характер
Процесс разработки включал несколько этапов: анализ требований, создание FSD-макета, документирование схемы страницы, декомпозицию задач и их распределение. FSD-макет создавался на основе визуального представления страницы, но компоненты определялись по смыслу и цели, а не по визуальной части. Команда использовала Excalidraw для макетов, Confluence для документации и Storybook для компонентов UI. Каждой задаче соответствовала декомпозиция, разбиение на подзадачи, что позволяло более эффективно распределять работу.
Особое внимание уделялось созданию общего UI-кита в shared слое, что позволило ускорить разработку и повысить переиспользуемость компонентов. Команда отмечала, что с каждой итерацией процесс разработки становился быстрее, уменьшались сроки тестирования, а освободившееся время можно было использовать для рефакторинга и технической документации. Использование файловой маршрутизации (FSR) позволило создать плоскую структуру каталогов. Но использование FSR требует пересмотреть некоторые части реализации проекта и FSD.
