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

Подписаться 57 тыс.

Просмотров 4 тыс.

0% 0

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

Опубликовано:

18 июн 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 17

@kromus 8 дней назад

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

@gyros9162 5 дней назад

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

@RomanTchekashov 8 дней назад

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

@valikirr 7 дней назад

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

@SuhushinAS 2 дня назад

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

@valikirr 2 дня назад

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

@fiatluxinregnonoctis 7 дней назад

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

@vgsnva 6 дней назад

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

@yunglocokid1457 4 дня назад

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

@user-pc7ih3cb4y 3 дня назад

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

@radiofedor 2 дня назад

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

@livechat1608 6 дней назад

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

@developerdiary3136 4 дня назад

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

@osad4enko 4 дня назад

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

@evstafyevandrew2198 4 дня назад

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

@user-gs7ro3tl9t 3 дня назад

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

@vgsnva День назад

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