Реактивные системы часто продают как магию: изменил одно поле — «само» пересчиталось всё остальное. На деле эт

Реактивные системы часто продают как магию: изменил одно поле — «само» пересчиталось всё остальное. На деле это не магия, а вопрос стоимости распространения изменения.

Если один сигнал триггерит десяток лишних пересчётов, у вас не архитектура, а скрытый tax на скорость продукта. И этот налог растёт нелинейно: сначала команда не замечает, потом начинает «подкручивать» костыли, а в итоге любое изменение в одной точке ломает половину графа.

Контрарный вывод: оптимизировать нужно не количество реактивности, а её маршрут.
Не «сделать всё автоматически», а понять, где автообновление действительно создаёт ценность, а где просто раздувает зависимостный граф.

Хороший поток данных — это не самый умный. Это самый короткий путь от события к нужному решению.
Плохой — это когда цена одного изменения включает ещё 5 лишних состояний, 3 лишних команды и одну ошибку в интерпретации 📉