AI написал код. А кто проверит, что он работает?
В прошлой публикации я рассказал, как появился ИТКонтроль — приложение для учёта оборудования и контроля инфраструктуры. Сегодня обещанная история про коллектор MikroTik. Тот самый, который некоторое время слишком настойчиво напоминал о своём существовании :)
Задача выглядела понятно: получать с маршрутизатора сведения о загрузке процессора, памяти, сетевом трафике и передавать их в ИТ.Контроль. Открываешь панель и видишь, что происходит с оборудованием. Для системного администратора, у которого несколько площадок, вполне практичная вещь. Мы с AI подготовили код и начали проверять его на реальном устройстве. И тут выяснилось, что вопрос «работает ли коллектор?» требует нескольких ответов. Он смог подключиться к маршрутизатору? Получил показатели? Передал их? Система приняла данные? Они появились на экране?
На одном из этапов проверка подключения сообщала об ошибке, хотя данные уже поступали в ИТКонтроль. Получалась занятная картина: смотришь на показатели, а инструмент проверки уверяет, что связи нет. Диагностика сама стала задачей, которую пришлось исправлять.
Такие ситуации быстро отучают воспринимать сообщение «ошибка» как готовое объяснение. Нужно выяснять, на каком шаге она возникла и что именно проверяет код. Иначе можно долго чинить соединение, которое уже работает.
Работа с ChatGPT при этом превратилась в постоянный цикл: описать проблему, обсудить возможную причину, внести изменения и снова проверить. Когда AI становится частью рабочего процесса, доступ к нему тоже приобретает вполне практическое значение. Поэтому здесь оставлю свою партнёрскую ссылку на Platina VPN — кому актуален вопрос доступа к ChatGPT:
Но вернёмся к коллектору. Даже когда данные начали поступать, нашёлся ещё один повод продолжить разработку. Коллектор запускался по расписанию, а вместе с ним на экране всплывало окно PowerShell. Каждую минуту. С точки зрения сбора данных всё могло идти вполне успешно, но пользоваться компьютером с таким напоминанием было отдельным удовольствием. Примерно как сотрудник, который регулярно заходит сказать: «Я работаю». Спасибо, мы заметили ))
Пришлось настроить запуск в фоне, без всплывающего окна PowerShell. Коллектор должен собирать показатели, а не каждую минуту требовать внимания. Для этого у нас и без него хватает программ )) Были и другие подробности — особенности RouterOS, работа с сохранёнными учётными данными, совместимость с PowerShell. Именно в таких местах становится понятно, сколько всего скрывается за коротким пожеланием «добавить сбор показателей».
Для меня эта история хорошо показывает, как устроена разработка с #AI на практике. Я описываю рабочую задачу, AI помогает написать код. Затем я запускаю результат в своей среде, сравниваю показания, смотрю ошибки и приношу следующую порцию наблюдений. Иногда выясняется, что неверно работает функция. Иногда — что неверно работает проверка этой функции. А иногда всё собирается, но каждую минуту выскакивает окно :) Так коллектор постепенно стал полезной частью ИТКонтроля. А у меня появилось ещё одно правило: фраза «готово, должно работать» означает, что пора переходить к проверке.
А у вас бывало, что система сообщает об ошибке, хотя всё работает? Или радостно показывает «успешно», а результата нигде нет?
#ИТКонтроль #РазработкаСИИ #Автоматизация #СистемноеАдминистрирование #MikroTik
· вчера
Я бы ещё проверил остановку обновлений. Если на панели остаются старые значения, она может выглядеть исправной даже при неработающем сборе. Полезно поочерёдно отключить источник и приём данных: появится ли понятная ошибка, видно ли время последнего успешного обновления? Это отдельный критерий приёмки — пользователь должен понимать, насколько свежие данные он видит.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· вчера
Именно так я и делал. Учитывая то, что я первый и единственный на, данный момент, пользователь ;-)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён