А у колы разве нет?

есть, но меньше

Вот уж не знал. Но меня ни то, ни другое не бодрит. По поводу саги, я бы тоже санки юзал везде, где возможно, но также знаю людей, которые фанатеют именно от саги)

effector

Это как альтернатива пепси?)) А если серьезно, пока не доводилось ознакомится, но много слышал

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

Что он может больше чем redux?

Фанат редакса?

Дополнительную функциональность, в которой никогда раньше не возникала необходимость, можно счесть излишней

+

Неправильно, функциональность может быть критичной, но нубасик о ней не знает

Расскажи нам секретные моменты ефекта

Секретных нет, все на видном месте

- что нужно, чтобы перестать быть нубом? - пересесть на ефектор

В сарае жить удобно пока у квартире не переночевал

Например нормальная замена селекторов / геттеров - мапнутые сторы Обьединение сторов декларативное через combine Эффекты для удобной работы с асинхронщиной (done, fail, статус выполнения) Операторы для декларативного атомарного описания логики Очень мощная типизация из коробки, вообще без дополнительного кода Ноль бойлерплейта

А если сарай стоит пару лямов и доступен каждому?

Сообщение увеличивается быстрее, чем я его читаю)

А если нет? Фронтендный редакс сарай стоит дороже квартиры

Во, аргументы пошли. Хоть и выглядит немного субъективно, как будто ты фанат ефектора, но тем не менее еще больше захотелось с ним ознакомится. Ехх, у бизнеса вряд-ли возникнет потребность соскочить с ртк - остаётся найти свободное время для этого)

У бизнеса нет потребности в ртк

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

Я правильно понимаю, что вызов всех редьюсеров на каждый диспатч, вызов всех селекторов активных на каждый апдейт стора - это субьективно плохо?

Это почти объективно плохо)

У бизнеса потребность в продукте, ртк - вымышленная потребность разработчиков, вышедшая из гегемонии говна в индустрии Удовлетворяет не логика, а ее реализация и скорость разработки, логика - это требования от бизнеса

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

Проблема в “для бизнеса дороже” - а кто сказал и как измерить, что значит “дороже” и пр. А никак это не измерить, это физически невозможно, я только один пример от Совы (вроде) слышал, когда была реальная возможность пилить 2 версии приложения 4 месяца на разных стеках. В реальности это должен быть адекватный техлид, видящий проблему текущего стека, способный её формализовать, донести до команды и дядек, сделать план перехода и пр. и пр. Бизнес не видит проблемы стека, бизнес видит проблему ухудшения эффективности. Да, если это легаси на поддержке - да бог с вами, там переделки опасны. Но если это активный проект с наполеоновскими планами - пересмотр неудачно выбранных технологий необходим

Согласен, необходим. Если оправдан. Остановимся на том, что я не техлид и не мне решать за архитектуру всего проекта)