В реактивных системах платят не за код, а за количество лишних пересчетов.

В реактивных системах платят не за код, а за количество лишних пересчетов.

Логика простая: меняется одно состояние — рантайм тянет за ним весь граф зависимостей. Если связи кривые, каскад раздувается: пересчитывается то, что к изменению вообще не относится. Это уже не “архитектура”, а скрытая переработка.

Для агентства это читается в деньгах:
- лишние зависимости = лишние часы на поддержку;
- лишние пересчеты = медленнее релизы;
- сложный граф = дороже любой доработки;
- в смете это обычно прячется в “непредвиденных работах” 🧾

Нормальная оптимизация — не “ускорить все”, а убрать разветвления, изолировать контуры и не тащить чужие состояния в каждую задачу. Тогда система считает только то, что реально изменилось.

Иначе вы продаете не решение, а право команде каждый раз разбираться, почему снова пошел каскад.