> как минимум какая то логика взаимодействия между модулями
это есть и в маленьких проектах

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

есть моменты которые редакс не вывозит? его особеность, что сам все пишешь

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

Потом еще кейсы, представим у вас есть полноценный чат, там очень много логики, к вам приходит бизнес и говорит "это все класно ты молодец но вот этот вот чат надо еще на вот этой вот странице без таких/с такими доп модулями", что делать в этом случаее на редаксе в котором надо создавать фабрику? В том же мобх мы легко можно создать два инстанса стора чата и они будут работать изолировано и к этому мы можешь модульно добавлять функциональность какую нам нужно

Что насчет зомби чайлд?

Это мой личный список того из за чего я бы не брал в большие проекты редакс

по формам согласен, недавно фиксил баг редакса где из-за его странности вызывался апдейт всего стора, хотя менял только один обьект.
Дебаунс и интпут, да подобный момент был, опять же вынос с отдельную ветку редакса и работает нормально, но кода больше
Зомби чайлд - как то было обсуждение, насколько понял с хуками это не проблема(а разве ктото сейчас пишет без хуков?)

А есть моменты которые реакт не вывозит?

например большое количество контента на странице, когда виртуал лист нельзя подключить. (по причине что должно быть полноценное выделение текста в всем контенте)Тогда начинаются проблемы производительности

Я имею в виду в проблемах которые типа редакс должен решать

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

так редакс или реакт?  редакс предоставляет стор, стейт, хранилище, и пользоваться можно как угодно

а и эти убогие экшен тайпы🙈это удача если ребята хотя бы слышали за всяие тулкиты и тому подобное, не говорю уже об использовании

интересно глянуть на проекте где на преформанс влияет триггеринг useSelector под капотом

Это понятно, но зачем?

как бы ни страно это было, но в осоновном использую редакс для кеширования данных. то есть это главное хранилище контента для работы приложения

у нас в @react_js часто на эту темы идут беседы, в целом за стм

что есть стм? это про потоки и паралельность?

стм это сокращение от стейт менеджера

Господа, вопрос к тем кто сталкивался - как делали видео сессии пользователя?
просто воссоздавали те же ивенты, которые у него происходят?

хочу использовать реакт квери как менеджер состояний, скажите я болен? ;)

Не уверен, что ваш случай, но посмотрите hotjar

Окстись