Копаем глубже в Feature-Sliced Design / Александр Моргунов

Рет қаралды 4,320

11 күн бұрын

Это Александр Моргунов из Samokat.tech и его доклад на «Я💛Фронтенд 2024» - нашей главной фронтенд-конференции. На ней мы обсудили, как делать удобные интерфейсы, использовать популярные и не очень инструменты, правильно относиться к себе и сообществу и строить карьеру.
В своём докладе Александр расскажет об архитектурной методологии Feature-Sliced Design (FSD). Архитектура - это всегда сложно: много различных терминов и практик, которые не всегда получается однозначно разобрать. А некоторые подходы способны даже навредить проекту. Александр кратко разберёт FSD, поделится своим опытом его использования и раскроет некоторые моменты, не описанные в его документации. И ответит на главный вопрос: нужен вам FSD или нет?
Всю информацию о мероприятиях Яндекса можно найти здесь: events.yandex.ru/
Подписывайтесь на телеграм-канал о жизни фронтендеров Яндекса: t.me/yandex4frontend

Пікірлер: 21

@kromus 9 күн бұрын

в сотни раз лучше и понятней объяснён FDS, чем в самой его документации ) спс.

@gyros9162 7 күн бұрын

Александр классный докладчик! Просмотрел до конца. Но мне до сих пор не понятно, какие проблемы решает FSD на фронте, что делает проще, легче и быстрей. Ощущение, что этот FSD ради FSD и при этом довольно трудно ему следовать ибо концепция довольно субъективна

@vgsnva 7 күн бұрын

Самая большая проблема фсд, это субъективщина, каждый в команде понимает по своему. Плюс код размазывается тонким слоем по проекту, совершенно без причины. Если мы что-то переиспользуем, только тогда это надо выносить в энтити или фичу, в остальных же случаев это карго-культ.

@yunglocokid1457 6 күн бұрын

Иногда данная субъективщина играет на пользу) в общем то самими разработчиками FSD закладывалось то что каждая команда может подстроить методологию по своему, главное что бы кодеры в контексте одной команды понимали эти пастулаты)

@user-pc7ih3cb4y 5 күн бұрын

@@yunglocokid1457 их нельзя понять, у них нет определения

@radiofedor 3 күн бұрын

Так потому что этот фсд буквально наркоман сова выдумал

@fiatluxinregnonoctis 8 күн бұрын

Мандец, этот FSD такой запутанный))

@RomanTchekashov 9 күн бұрын

Что плохого в модульной архитектуре на подобии той, что используется в Ангуляр проектах? FSD по сравнению с ней гораздо сложнее;( В одной крупной компании придумали, все копируют, совершают ошибки, сам FSD частенько конфликтует с другими библиотеками и фреймворками, при чем даже с документацией в ней сложно разобраться и по итогу проект только еще сложнее становится.

@valikirr 8 күн бұрын

тем что даже в ангуляре в модульной архитектуре можно довольно хорошо поговнокодить. fsd ложится хорошо под любую архитектуру будь то react, angular или vue, и вообще никак не конфликтует. В ангуляре не используя никакой методологии, можно наклепать модулей, и все равно иметь зависимости между модулями, потому что некоторые вещи с ростом проекта, как правило, начинают использоваться в нескольких модулях. можно вынести все в shared, тогда будет у тебя вроде как переиспользуемый код с одной стороны, а с другой стороны у этот код будет содержать бизнес логику, а так как еще он используется в разных модулях, наверняка он еще будет меняться под новые какие то требования, а это уже нарушает обычный SOLID. методология FSD совершенствуется, потому что общество растет, вопросов становится больше, и следовательно и ответов на эти вопросы. FSD требует не документацию, а целую книгу, потому что это архитектурная методология. Строгих инструкций тут быть не может. Ты также не найдешь документацию по DDD, нужно прочитать как минимум одну книгу, и поработать с каким то проектом, чтобы понять что да как.

@SuhushinAS 3 күн бұрын

Наговнокодить можно где угодно, и fsd тут не исключение.) А "кривой" концепт fsd, который сами авторы не могут описать в документации, не слабо увеличивают эту вероятность.)

@valikirr 3 күн бұрын

@@SuhushinAS есть телега, есть сообщество, есть бот который поможет ответить на многие вопросы, есть множество примеров... остальное уже в ответственности разраба

@SuhushinAS Күн бұрын

@@valikirr В ответственности разработчика - выбрать архитектуру, которая понятна, без сидения в чатах и имеет все те же преимущества)

@valikirr Күн бұрын

@@SuhushinAS здрасьте. тогда давайте поговорим о бэкенде. попробуйте разрабатывать приложение на DDD не прочитав хотя бы одну книгу по DDD. а в отличие от FSD, такой вот официальной документации по DDD вообще нет. А даже прочитав книгу, там появится столько вопросов, что придется еще и доклады разные послушать, и с опытными разрабами проконсультироваться, и т.д. Архитектура вообще по своей сути не углубляется в тонкие детали реализации. Если вы найдете такую волшебную архитектуру и документацию к ней, где все сразу будет понятно и разобрано до мелочей, дайте знать.

@developerdiary3136 6 күн бұрын

Докладчик задел тему про получение моделей от бекенда. Для этого лучше использовать кодген опенапи или графкл, ну или иные инструменты которые для этого подходят. Странно, что не сказал, когда упоминал

@livechat1608 8 күн бұрын

Че за эпилепсия у монтажера. Докладчик рассказывает новые штуки опираясь на слайд, нам покажут зал, покажут докладчика, покажут взгляд под углом, но не сам слайд 🤦‍♀️ Некоторые слайды в кадре появляются буквально на 2 секунды, даже прочитать не успеваешь как уже меняются. И это опять же гениальное чувство монтажника.

@osad4enko 5 күн бұрын

для одностраничника ОК

@evstafyevandrew2198 6 күн бұрын

А, это ваши люди наезжают на прохожих (и на меня тоже) на тротуарах?! Уже минус

@user-gs7ro3tl9t 5 күн бұрын

На мой взгляд, бесполезный доклад, продающий бесполезную FSD-методологию, которая только в теории звучит хорошо, а на практике создает только проблемы с неудобным "размазыванием" кодовой базы по многим файлам, созданием излишних сущностей, папок, файлов и смысловых противоречий даже в простом проекте. Кому FSD упростил жизнь в боевом проекте? Напишите, пожалуйста, ответ на этот комментарий. Я пробовал FSD и ужаснулся от его бесполезности для решения реальных проблем сложности разработки любых frontend-проектов.

@vgsnva 2 күн бұрын

Такое чувство что люди из бэкенда пытаются писать фронт, и пытаются писать бэк на фронтЕ.

@BorisEdigarian 15 минут бұрын

Какая архитектура тогда полезна ? FSD не заставляет вас создавать сущности, по сути только 3 слоя обязательны(app, pages, shared), можно все делать в папке pages, и выносить общие компоненты в shared.