Видео

Я думал тут про пайтон, а тут про интерфейсы которые со стороны пайтона видятся все как как VCP/COM/tty.... Только не говорите что вы на питоне rts/cts обрабатываете.

Красава

отличный доклад, огромная благодарность автору за ссылку на гит

какой ты нахрен специалист если не знаешь что язык называется Java я не "ява". На яве твой дед твою бабку катал...

Спасибо!

Здравствуйте, где проходят ваши презентации локально в Краснодаре?

Отличная лекция - большое спасибо за нее!

Как начать все это понимать) Помогите😅

Спасибо большое за столь подробное объяснение) Очень помогли

Тягомотина. Убрать все мммм и ээээээээ, ролик будет на 34 минуты короче

Ничего не понимаю... это точно архитектура?) По-моему это просто договорённость что и куда класть. Каким образом в папке с кнопками оказывается папка с абстракциями для запросов к апи? Вы всего лишь абстрактно объясняете, а уже выглядит как жесть. Если Entity это сущность, а feature это дейтсвие, то выходит у нас в одной папке лежит сущность ,а вдругой её методы? Или методы там же где и сущность? Тогда возвращаемся к вопросу: а в чем разница между features и entities? И какое направление зависимостей? Сущность (с данными) не может устанавливать зависимость от методов? Или методы не могут подключать к себе данные? И главное: никого не смущает, что при попытке интеграции первая проблема: циклические зависимости! Вы серьезно? Это вообще нетипичная проблема при построении архитектуры! Все проблемы с которыми столкнулся автор доклада прям кричат ,что архитектура выбрана неправильно, но он старался и старательно натягивал. Обозначенные плюсы свойственны любой правильно подобранной архитектуре. Любой. А вот этих минусов я не слышала ни в одной архитектуре... сложно... да это неоднозначно!! а значит в команде будет два человека и один будет орать: это фича, другой - это сущность! И весь рабочй процесс будет напоминать психиатрическую лечебницу, где кто первый надел халат тот и доктор

Лайк за каналью)

В какой-то мере многие уже использовали fsd. Когда создавали utils и общие компоненты, которые относятся к shared слою. Затем шли бизнесовые компоненты и виджеты. Это слой features. Затем в каждом проекте обычно есть папочка pages. Этот название само за себя говорит. Ну и обычно есть папочка app или что-то в этом роде, где инициализирутся редакс стор, роутинг, логеры и пр. Так что fsd - это не новшество, а лишь немного углублённое переосмысливание давно используемой архитектуры. Кому-то подойдёт этот углубленный подход, а кто-то не захочет заморачиваться. Я работаю на проекте, в котором уже написано много кода по описанной мной архитектуре. Вполне успешно масштабируется. После изучения fsd я не увидел смысла заморачиваться с этим дроблением ещё и на slices, так как не решит это боль поддержки и развития, а лишь привнесёт боль правильного дробления. Если в команде есть чел, которые умеет правильно дробить по слоям и слайсам и он будет за этим следить, то ок. Но, если он увольняется, то другие прогеры начнут такой запутанный клубок создавать, что поддержка только ухудшится. ИМХО

хахаха орнул с 1:15 ))))

Спасибо за доклад, очень интересно. Надо посмотреть более детально. Вообще при разработке в ddd паттернах не наблюдаю зачастую ни одной сущности на фронте, одни объекты значения, как объекты значений на fsd перекладываются

У нас во всех проектах были pages. Что надо для перехода на FSD - это папки utils, hooks и ui смешатт в кучу и назвать shared. Папку components разбить на entitys, features. И теперь мы радуемся, что базово у нас 5 папок, зато в каждой папке лежит огромная смесь разных логических деталей

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

Самое важное никто из таких докладчиков не разъяснил. Что такое модуль ? И что такое слои в контексте модуля ? В общем доклад простой копирайт. Нет осмысления и нормального объяснения.

вот.

В процессе просмотра этого доклада я научился готовить вкусную еду) А если без шуток, то спасибо за хороший доклад

Не сравнивали с полнотекстом Postgres?

Что делать если в одной фиче нам нужны данные которые запрашиваются в контексте другой фичи, если нельзя вытягивать отдельные модули (например actions)?

Привет, коллеги! Меня зовут Данил, и я пишу дезметал!

Нашел Костяна, найти бы ещё Славика Шута, Ромку встречал, не помню точно фамилию его. Яболоков что ли - судьба прогнула Ефименко Лорик, судьба стандартная....

Вы большой молодец, Кирилл, спасибо большое за доклад!

Ни чего не понятно, но очень интересно. В entities пишется логика redux и вся бизнес логика, а если нет redux?. От кол-ва папок уже кукуха едет

у докладчика каша в голове.

тема нагрузки не раскрыта, 200 человек держит? для бизнеса дешевле использовать cms, и будет админка и гибкая настройка, и любой хостинг поддерживает популярные cms. Подозреваю о даталоадерах они не слышали так как занимаются обычно фронтом и компонентами, да и про скейлинг ни у кого не возникло вопросов. Тяжелый монолит но с gql и призмой? а не лучше отдельно использовать nestjs + prisma? Если нужна gql апишка вместо моков - есть strapi, вообщем не продал!

если его послушать, то волосатый граф делают хипи )))

крутой докладчик

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

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

100 строк функция это типа ок?)

Разве рельсы не в 2005 году появились?

ох и тошнотное вещание.

Пха) какого хера так хорошо вышел доклад

круто!)

Если открыть статистику, половина сайтов на Wordpress. В РФ , в частности, в Москве, львиная доля интернет магазинов работают на Bitrix. При чем, это не какие то мелкие лузеры, а лидеры на своих рынках. Первая версия WP появилась в мае 2003, к 2006му году, о котором говорит спикер, вышла уже 4я версия. А про <div> совсем весело! Первый div появился в html 3.0 аж в 1995 году и о блочной верстке заговорили с версии html 3.2 (1997год), когда появилась поддержка и explorer и Netscape и CSS. Она же в 1997 году стала версией 4.0. Вполне себе «продвинутый» HTML. И парень сидит и спрашивает - кто то помнит cms?? И рассказывает про 2006 год 😂 Он занимается обучением? Ну ну

это не архитектура а паттерн, после слайда сравнение паттерна с архитектурой, понял что автор не разбирается

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

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

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

Пытался завести jest на старом vue2 проекте. После установки кучи библиотек, типа, babel-jest, vue-jest и прочих плясок с бубном, уперся в "ReferenceError: Vue is not defined" и всё!!! Больше пляски с бубном ни к чему не привели :( Так что "Jest - без настроек" - это сказки.

Зачем пользоваться инструментами для фронта, вместо существующих решений для бекенда? go, java, например?

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

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

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

даже Цукерберг пришел на доклад

Как дети, то туда, то сюда... ССР... Ладно.

Это генеально! Я пол года искал схему и сам не мог догадаться до такой структуры БД. Программирование в России живёт только благодаря таким авторам! Спасибо за твою лекцию, однозначно лайк!