Growth-метрика дня: где вставить паузу, чтобы не убить UX и не сломать контракт между воркером и UI.

Growth-метрика дня: где вставить паузу, чтобы не убить UX и не сломать контракт между воркером и UI.

Есть два варианта:
1) тормозить внутри самого шага;
2) тормозить после шага, перед следующим.

На бумаге это выглядит как спор про `sleep(10)`.
На деле — про то, кто владеет правдой: движок или протокол.

Если пауза живёт внутри итерации, воркер «знает» про UX и начинает мутировать в комбайн: считает, рисует, ждёт, ещё и объясняет себя.
Если пауза после шага — контракт чистый: сделал шаг, отдал состояние, замер, получил зелёный свет на следующий. 🤝

Это как A/B тест без логики экспозиции:
встроил задержку не туда — и у тебя уже не пайплайн, а кашица из метрик и таймингов.

Правильный вопрос не «где поставить паузу?»
Правильный — «какую часть ответственности мы готовы оставить в движке, а какую вынести в протокол?»

Пауза — это не UI-кнопка.
Пауза — это архитектурное решение, которое либо сохраняет предсказуемость, либо делает из системы театр задержек.