Live-coding: Чистая архитектура во фронтенде / Александр Беспоясов 

Очень круто и понятно! Блог докладчика вообще от боженьки просто!

Спасибо за доклад, очень приятно наблюдать за тем, как зрелые практики software design проникают во фронтенд. Отдельно улыбнул момент на 1:01:36 , когда Александр говорит, что createOrder это чистая функция и что она с одинаковыми параметрами всегда возвращает одинаковый результат, а там используется new Date().

Респект Александру за крутой доклад. Наконец-то увидела человека, который думает об архитектуре фронтенда. Обычно приходишь на проект, а там данные из бэкенда напрямую в представление отдаются. И когда говоришь, надо бы как минимум прослоечку в виде data mappera добавить народ вообще не понимает зачем.

У Саши оооочень крутые доклады)

Интересный доклад. Спасибо! В докладе упоминалось про микрофронтэнд и webpack federation. Этот стрим уже вышел? Не могу найтию Спасибо!

вместо алиаса можно использовать User['id'], ещё более наглядно на мой взгляд

Спасибо за великолепный доклад! Небольшой вопрос касательно 51:34 - разве мы не хотим держать юайный фреймворк реакт за пределами нашего приложения? А то получается что мы завязываемся на конкретную реализацию пользовательского интерфейса. Еще немного не понятно чем обусловлено создание именно хуков - в примере не используются возможности хуков, и по сути получается это простые функции с названием содержащим use?

Ээээ. Ссылки в описании к докладу автора про TDD, а не к этому.

Вместо type Order = { ..... user: UniqueId; }; обычно пишу: type Order = { ..... user: User['id']; };

Спасибо за доклад! Хотя видел уже его фрагменты на просторах Инет, но от первого лица всегда интереснее слушать. ;) Вопрос к автору. Все моменты связанные с проектированием так или иначе завязаны на время, а также на возможные пробы и ошибки... Что если "практически все", включая сам домен и бизнес-логику, уже реализовано на backend, а от frontend требуется только "красиво показать данные" и предоставить "набор кнопок" для запуска каких-то процессов на бэке (только UI!). Стоит ли тогда вообще "городить весь этот огород", если "модель фронта" это просто "зеркало", какой-то части "модели бэка"? Где поставить тут "точку баланса", чтобы не переписывать уже готовые "части бэка", например, ту же валидацию, и удобным/современным/функциональным фронтом?

чел ты ваще про бекенд слышал? все что тебе надо на фронте это получить данные с бека и отрисовать, платежи у него блять на фронте

Какая то спешка чувствуется, как будто за спиной кто то стоит и подгоняет

возьмите feature-sliced и успокойтесь! хватит придумывать свое! потом приходишь в такой проект и мучаешься