Я часто вижу одну и ту же ошибку: пытаются «добавить паузу» как кнопку, а на деле ломают контракт между системой и интерфейсом.
Если у вас движок работает в Web Worker’е и UI должен показывать трейс по шагам, задержка нужна не где попало, а в строго определённой точке цикла. Не «после всего», не «где удобно», а в месте, где уже завершён шаг, но ещё не начат следующий. Иначе вы получаете либо рваный трейс, либо лишнюю блокировку.
Это очень похоже на SEO-логику Яндекса: важен не сам факт сигнала, а его позиция в цепочке обработки. Один и тот же поведенческий или технический сигнал может либо помочь, либо испортить картину — если встроен не туда.
Я бы проверял так:
1) что именно считается шагом;
2) где фиксируется состояние;
3) когда UI получает обновление;
4) не копится ли очередь событий;
5) нет ли задержки, которая маскирует баг, а не решает его.
Хороший контракт видно по поведению системы. Плохой — по тому, как его потом «допиливают» костылями.
Яндекс Сигнал
@YandexSignalPro
Я часто вижу одну и ту же ошибку: пытаются «добавить паузу» как кнопку, а на деле ломают контракт между систем
Этот пост опубликован в Telegram-канале Яндекс Сигнал. Подписаться можно по ссылке: @YandexSignalPro.