LabVIEW Portal

Artem.spb писал(а): 03 окт 2025, 20:07

AndreyDmitriev писал(а): 22 сен 2025, 09:54 Я на Расте при помощи ИИ пишу теперь быстрее, чем на LabVIEW. Где-то так.

Это субъективное мнение, или реальность, подтверждённая экспериментами?

Не, это практический результат, я даже результат показать могу - https://github.com/AndrDm/SpiderChart, причём там не только код на Расте, там и документацию ИИ нагенерил и на немецкий перевёл. На всё про всё у меня меньше выходных ушло, на LabVIEW руками я б дольше возился. Там в общем нет ничего сложного - несколько вложенных шестиугольников да несложный график по таблицам пересчёта. По ходу дела копилот понял, что у меня есть биндинги к CVI и через некотрое время сам понимал что надо, я просто жамкал табуляцию да ввод, а он сам подгонял код строку за строкой. В принципе любому программисту бывает надо набросать несложные инструменты, вот бувально на этой деле мне нужна была фиговинка, чтобы пройти по компьютеру, собрать определённые конфиги, запаковать их в архив, и распаковать на другой комп с нехитрыми изменениями. Ну я начал на LabVIEW, вот эти все билд/стрип путей и OpenG, потом бросил это дело и просто рассказал ИИ что мне надо и получил практически рабочий код. Вообще тут эйфории быть не должно, прирост (или напротив, падение) производительности сильно зависит от характера задачи, размера и вообще многих факторов, но игнорировать это дело не следует, а просто надо разумно применять, отчётливо понимая границы применимости. Ну а если в код дотошно заглянуть, то там, конечно копипаста и спагетти, плюс всякие зависимости, что есть то есть. Я б с большим проектом пока повременил, но при хорошей архитектуре можно. Ошибки опять же ИИ классно исправляет.

Тут еще вопросы к качеству кода который генерит модель и общей архитектуре всего проекта.
У меня больше вопросы к тому можно ли на расте запилисть управление подвижкой по данным основанных на машинном зрении .
Тут уже простым промтингом не отмашешься и нужно будет полностью продумать всю структуру и прочее.

iGerodot писал(а): 24 окт 2025, 08:20 Тут еще вопросы к качеству кода который генерит модель и общей архитектуре всего проекта.

OffTop, но не удержался
Великий крах качества программного обеспечения

Но реальная картина ещё более тревожная. Наше исследование показало:

• Код, сгенерированный ИИ, содержит на 322% больше уязвимостей безопасности

• 45% всего кода, сгенерированного ИИ, содержит уязвимости, которые можно эксплуатировать

• Junior разработчики, использующие ИИ, наносят ущерб в 4 раза быстрее, чем без него

• 70% нанимающих менеджеров доверяют результатам работы ИИ больше, чем коду младших разработчиков.

Уважаемые знатоки!
После изучения REST API технологии и интеграции
ее в Лабвью с помощю JSON-виаек, все таки возникла необходимость
для некоторых других случаев обновлять периодически вызванную вебстраницу, имитируя
в цикле, нажатие клавиши F5 каждые несколько секунд.
Подскажите, как в Лабвью (версия-2020) это нажатие F5 можно симитировать.

Где то использовала в своем проекте симуляцию нажатия клавиш. Тут главное получить handle окна (можно спросить у Dadreamer, он специалист в этом вопросе), потом сделать его активным ну и программно нажать клавишу. В примере в IE открывается этот форум и через 5 секунд обновляется страница.

Спасибо, работает в LV 2020, 64 бит. Я использовал только голубую часть
из Вашего примера, VI запускается и сворачивается, потом любая вебстраница,
если она активное окно, циклично обновляется.

Jakob Brontfeyn писал(а): 30 окт 2025, 08:33 потом любая вебстраница,
если она активное окно, циклично обновляется.

А если она не активное окно? Или того хуже - активно другое, где нажатие F5 приведет к чему то нехорошему? Поэтому логичнее было бы перед тем как "жмякать F5" делать проверку