Очень крутой монтаж, информация сжатия, но ее очень много, спасибо за ролик это нереально круто. Видео на 14 минут, надо как обычно в 3 минуты всю информацию. А так это отличная концовка серии стримов по стейт менеджменту. Ждем еще контент
Ты аккуратнее с такими видео, ты настолько просто и понятно объясняешь, что люди начнут думать, что фронтенд это просто и за что вообще там столько платят 😷
Эта инфа - прожеванная как для младенцев, результат использования не на одном проекте. Чтобы на самом деле понять всю суть, конечно нужно самому это все попробовать. А на это может уйти немало времени. Конечно, с подачи автора, хочется все прощупать самостоятельно, видео заряжает мотивацией. За что автору огромное спасибо!!
Гиганская благодарность. Я Java разработчик, и пытаюсь понять мир React. Но это все так далеко от мира бэк-энда. Особенно работа с состоянием. Гугл не сильно помогает, потому что интернет завален ахинеей типо жми кнопочку и вот видишь циферка поменялась. Вот кому блин этот функционал нужен? А как нормальный гайдов с данными бэкенда, без тонны странных и очевидно придурковатых конструкций за выше упомянутым хламом найти сложно. А тут всё что нужно объяснил. Чел ты лучший!!!!!!!!!
Спаасибо за качественный ролик.Вопрос не со всем связан с темой видео, но я все же спрошу.Ты не думал сделать видео по Архитектуре frontenda'а про то какие ты использовал,плюсы и минусы (твое личное мнение). Относительно недавно также появилась FSD которая хоть и интересна ,но в некоторых местах реализация некоторых бизнес-задач в FSD не дает конкретных ответов как следует поступить правильно относительно методологии.
Привет, спасибо отзыв< будем и дальше стараться. По поводу fsd будет отдельный стрим с моим мнением, но методология и не должна отвечать на все вопросы, я думаю
Требую новый видос! Во славу Сибири, дружище! Тут наткнулся на ролик где парень оскверняет app router в next и утверждает что он еще очень сырой для прода( Можешь ли ты опровергнуть это или просто высказаться?
Очень крутое видео, особенно для начинающих! Но разве нельзя реализовать работу со стейтом средствами ванильного JS? Возможно есть видео на эту тему? почему лучше пользоваться стейт менеджерами?
Спасибо за отзыв, если мы говорим про реакт, то он слушает только изменения state и props и если прям ванильно делать, то все равно придется использовать как минимум useState и как максимум useSyncExternalStore, все эти библиотеки это просто уже готовые решения для реакт и не только
Тебе не нужно ничего из ооп, чтобы работать с mobx, ну максимум может инкапсуляция, но в остальном - ничего. Если не нравится классовый подход, используй функцию observable
@@siberiacancode нет. Классы это просто классы - способ объединить данные и функции, которые работают с этими данными. ООП - это парадигма программирования с кучей подходов, паттернов и известной троицей - инкапсуляция, полиморфизм, наследование Создать стор на классах - это не ООП. Так же, как и классовый подход в реакт - это тоже не ООП
не позорься, чел у формы есть состояние, реакт хук форм менеджит это состояние. Глобальный стейт можно разделить на клиентский и на то, что нам приходит с сервера. Реакт квери менеджит (свр и тд) серверный стейт используя при этом кеширование
всё смешал, лишь бы наговорить на ролик. никакого сравнения, да и как можно сравнивать инструменты кеширования со стейт менеджерами, просто всё засунуть в одно видео и зачитать давно известные тезисы. и кто только хвалит такие видео…
Спасибо, за такой фидбек. По каждой технологии есть стримы, которые делали полгода, можешь на досуге посмотреть. Ну и 97% процентов хвалят, возможно 3% просто особенные 😎
Если учитывать инфраструктуру, то соглашусь. Полный объем редакса при его простоте и популярности. Но а вообще я думаю с помощью реакт хуков можно покрыть все, zustand тому доказательство
Formik буквально сразу стал обновляться, по моим подсчетам - во время монтажа видео 😁. На момент 5.06.2023 актуальная версия - 2.4.1 (4 дня назад). Спасибо за видео!
Слова о том, что редакс - отличное решение для написания бизнес-логики в больших приложениях звучат крайне сомнительно, т.к. в редакс нет ни одиного инчтрумента для описания бизнес-логики.
@@siberiacancode на сайте редакс сага авторы описывают библиотеку как "An intuitive Redux side effect manager." Но бизнес-логика не состоит из одних сайд-эффектов.
@@izzei-1614 мне нравится как ты упустил thunk и saga и даже иногда вариант писать логику в доп классах или даже в редюсерах, хотя это плохая практика + react получается не инструмент
