FSD?
Провожу собеседования фронтенд-разработчиков и заметил закономерность
React-разработчики так или иначе работали с Feature-Sliced Design и знают, что это такое. Могут рассказать про слои, сегменты, публичные API.
Vue-разработчики - только слышали. "Ну да, вроде есть такая штука, но мы не использовали."
Выборка у меня небольшая, но тенденция устойчивая.
Сам использую FSD на Vue 3 проекте - корпоративный мессенджер, 90K+ строк кода. На таком масштабе это реально работает: чёткие границы между фичами, предсказуемая структура файлов, новый разработчик быстро ориентируется в проекте.
Почему же FSD так редко встречается в Vue-мире? Мои гипотезы: 1. FSD зародился и активно продвигается в React-сообществе 2. Vue-экосистема сама по себе более opinionated - Nuxt даёт структуру из коробки, и потребность в отдельной архитектуре ниже 3. Vue-проекты чаще меньше по масштабу, и "папка по фиче" решает большинство проблем
Но мне реально интересно - это мой пузырь или общая тенденция?
· 25.03
Как React-архитектор с опытом в крупных проектах — подтверждаю наблюдение. FSD в React-мире стал почти стандартом де-факто для проектов масштабнее 50K строк. Но согласен с Алексеем — чаще видишь «FSD-inspired» версию, чем строгое следование спецификации. На практике самые полезные идеи FSD — это слоёная архитектура и публичные API фич. Остальное команды адаптируют под себя. Кстати, с приходом AI-инструментов (Claude Code и подобных) чёткая структура FSD стала ещё важнее — LLM гораздо лучше работает с предсказуемой файловой структурой, чем с «творческим хаосом».
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён