Архитектурная методология Feature Sliced / Даниил Крохмаль

Очень уверенно заявлять, что это поможет создать единую архитектуру во всех компаниях. Названия каталогов будут одинаковыми, но понимание о фичах и ентити будет у каждого своя, так же как и исключения из правил. И к чему мы пришли? так же придется консультироваться с командой, так же придется вникать в тонкостей их понимания сущностей и фич, так же придется смотреть каждую папочку и понимать что же у них там внутри, как далеко они отошли от методологии. Аргументация будет такая : "В моем проекте это не применимо, я изменил концепцию под себя". Я взял FSD, но поменял ее под себя xD

А сайт нормально выводит? выиграл тут пару скинчиков, вот думаю ставить на вывод или поиграть еще)

Классный доклад, доступно и по делу, спасибо!

Крутил-вертел месяца 2, но так и не удалось внедрить на крупный реальный проект. Сложилось стойкое впечатление что авторы методологии выходцы из маркетплейсов и социальный сетей. Ибо все звезды сходятся когда у тебя есть куча пересечений простых сущностей и фич типа "заказ", "товар", "написание поста", "лента пользователей" и все очень плохо если это дашборда, криптобиржа или графический редактор файлов. После того как вернулся к помеси модульной структуры с DDD будто сел на ламбу после самопального драндулета.

Это все конечно здорово, но вот слой Widgets обязательный, а слой Features - нет

вау, спасибо за простое объяснение . Читаю оф документацию, ничего не понятно, а тут вы так просто все по полкам разложили

Спасибо!
Интересно!

И получается как раз та штука, которую автор описывал: лезешь что-то поправить в виджете, оттуда в features, оттуда в entities, оттуда в shared

Спасибо за доклад! Интересно было послушать )

Красава мужик

та надо просто депенденси инжекшн с композишн рутом над всей приложкой, да и все. что ети слайсы всякие )) они не вывезут! покуда будут эти "import import", даже если будет все ссылаться в корень модуля - все это кончится спагетти

Ух классный доклад