https://github.com/Semigradsky/events/commits?author=avdeev бгг

@newbornfrontender заюзал styled-breakpoints?

Еще нет. Вечером попробую

гайз, кто шарит за стореон, эффектор, и другие малоизвестные  убийцы редакса? В чем их киллер-фичи?
@mg901 ?

То что они лучше

Сразу с козырей?)

Ты забыл про смузи))

могу ответить за Mobx:

Плюсы
– Легко для старта
– Меньше бойлерплейта
– Легкая работа со вложенными данными

Минусы
– Трудно отлаживать (с непривычки)

зато сразу понятно :)

ну слабый поинт на самом деле. “Типичный редаксер” тоже без смузи не ходит :)

Да, я подумал что тут уже пора про детокс коктейли говорить)))

Ты уже начал использовать эффектор?

не, я только начал рассматривать альтернативы редаксу

Касательно эффектора, по мимо офф доки, можно посмотреть вот эту ишью – https://github.com/zerobias/effector/issues/238

ну и примеры – https://github.com/zerobias/effector/tree/master/examples

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

будут скорее всего

еще один вопрос
буду делать приложение, суть простая: вводятся данные, начинают выполняться API- и другие запросы, затем результат рендерится на странице.
В запросах могут присутствовать ключи, утечка которых не наносит ущерба.

Есть два стула варианта реализации:
1. Результаты запросов обрабатываются на сервере

+ можно спрятать все внутренности на сервере, оставив на фронте только инпут и две кнопки
+ сервер проще защитить
- нужно писать серверный код (дополнительно)
- точек отказа приложения стало в два раза больше

2. Результаты запросов обрабатываются на клиенте и затем уже рендерятся на странице.

+ не нужно писать серверный код

Какой вариант реализации более предпочтительный с точки зрения информационной безопасности и принятых практик?

Принять стоимость времени разработчика равной нулю и отсутствие необходимости оптимизировать клиентскую часть