https://opennet.ru/openforum/vsluhforumID3/140956.html Разработчики языка программирования Rust утвердили правила применения AI-ассистентов в проекте. За отдельными исключениями, правила запрещают передачу кода, сгенерированного через AI, но разрешают использование AI для анализа, изучения, рецензирования и проверки кода. Правила распространяются только на основной репозиторий rust-lang/rust, и отдельно утверждаются командами разработчиков субмодулей, подветок и зависимостей из каталога crates.io...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66036<br> https://opennet.ru/openforum/vsluhforumID3/140956.html#176 Fri, 21 Aug 2026 06:50:28 GMT &gt;код для ИИ генерится на Python и TypeScript<br><br>Слишком низкая скорость программы<br><br>&gt;Откуда ты это взял? Он был создан как ходунки для поддержки неквалифицированной рабочей силы<br><br>"неквалифицированной рабочей силы" = ИИ<br><br>&gt; про ИИ тогда и мысли не было<br><br>про ИИ уже все годов с 70х говорят, так что мысли - точно были...<br> https://opennet.ru/openforum/vsluhforumID3/140956.html#175 Thu, 20 Aug 2026 15:12:01 GMT &gt;ЯП, который создан, чтобы генерить на нем код с помощью ЫЫ<br><br>Откуда ты это взял? Он был создан как ходунки для поддержки неквалифицированной рабочей силы, чтобы она выдавала хоть что-то приемлимое по качеству, про ИИ тогда и мысли не было. Лучший код для ИИ генерится на Python и TypeScript потому что для них есть гигантские датасеты хорошего качества. Для Раст и прочих нишевых языков ИИ генерит в лучшем случае средний код, под стать их кодовой базе.<br> https://opennet.ru/openforum/vsluhforumID3/140956.html#174 Wed, 12 Aug 2026 14:14:46 GMT У CMake есть File API<br><br>Это протокол, основанный на файлах. Записываете запрос в специальную папку (build/.cmake/api/v1/query), а CMake при следующем запуске генерации обрабатывает его и сохраняет ответ в папку reply.<br><br>Можно использовать готовую библиотеку cmake-file-api из PyPI. Она умеет читать ответы в удобном для Python виде. Это дает доступ к целям, исходникам, зависимостям и многому другому. Это механизм интеграции IDE с CMake.<br><br>Так что, те кто хотят, могут работать с CMake из чего угодно. Из Python'а то же.<br> https://opennet.ru/openforum/vsluhforumID3/140956.html#173 Mon, 10 Aug 2026 04:42:57 GMT &gt;Объясните, почему такое негативное отношение к этому языку?<br><br>Да все просто: посмотри на его архитектуру и ты увидишь, что он буквально создан для нейрослопа и централизации, а соответственно, все что на нем написано (а точнее Переписано) - скоро будет принадлежать корпоратам...<br> https://opennet.ru/openforum/vsluhforumID3/140956.html#172 Mon, 10 Aug 2026 04:39:34 GMT Занимательно... ЯП, который создан, чтобы генерить на нем код с помощью ЫЫ, запрещает использовать ЫЫ при разработке своей внутрянки))))))<br> https://opennet.ru/openforum/vsluhforumID3/140956.html#171 Sun, 09 Aug 2026 12:49:12 GMT &gt;&gt; Еще раз. В расте они настолько медленные, что bevy явно пишет их не использовать.<br>&gt; Чел ты в адеквате вообще? Дебажный билд с отключенными оптимизациями будет медленным <br>&gt; НА ЛЮБОМ ЯЗЫКЕ. Что конкретно тебе не понятно?<br><br>Похоже тебе конкретно не понятно, что на bevy это приводит к неюзабельным дебаг сборкам. Еще раз приведи пример, чтобы такое было на с++ движке.<br><br>&gt;&gt; Почему ты отрицаешь явные доказательства уже в какой раз?<br>&gt; Какие доказательства? Чего доказательства? Сформируй внятно свою мысль.<br>&gt; Или ты что, серьезно думаешь, что если собрать C++ код clang-ом и <br>&gt; примерно аналогичный код Rust, то второй будет медленее при том, что <br>&gt; в обоих случаях под капотом один и том же бекенд (LLVM)? <br><br>Дык, раст вставляет доп. проверки в дебаге в отличие от. <br><br>&gt; в обоих случаях под капотом один и том же бекенд (LLVM)<br><br>И что? <br><br>&gt; Впрочем, да, я уверен, что именно так ты и думаешь: ведь ты <br>&gt; только сейчас обнаружил, что у компиляторов, оказывается, есть флажки оптимизаций.<br>&gt; Заканчивай позорится.<br><br> https://opennet.ru/openforum/vsluhforumID3/140956.html#170 Sun, 09 Aug 2026 12:37:27 GMT &gt; Еще раз. В расте они настолько медленные, что bevy явно пишет их не использовать. <br><br>Чел ты в адеквате вообще? Дебажный билд с отключенными оптимизациями будет медленным НА ЛЮБОМ ЯЗЫКЕ. Что конкретно тебе не понятно?<br><br>&gt; Почему ты отрицаешь явные доказательства уже в какой раз? <br><br>Какие доказательства? Чего доказательства? Сформируй внятно свою мысль.<br><br>Или ты что, серьезно думаешь, что если собрать C++ код clang-ом и примерно аналогичный код Rust, то второй будет медленее при том, что в обоих случаях под капотом один и том же бекенд (LLVM)?<br><br>Впрочем, да, я уверен, что именно так ты и думаешь: ведь ты только сейчас обнаружил, что у компиляторов, оказывается, есть флажки оптимизаций.<br><br>Заканчивай позорится.<br> https://opennet.ru/openforum/vsluhforumID3/140956.html#169 Sun, 09 Aug 2026 09:26:50 GMT &gt;&gt;&gt; Так вулны-то в актуальных проектах находят. Причем в тех проектах, которые буквально <br>&gt;&gt;&gt; обмазаны этими самыми анализаторами и валгриндами.<br>&gt;&gt; Примеры? Недавний sqlite отличный показатель, что большинство вулнов - фикция. А сколько воплей.<br>&gt; Я смотрю, у тебя память, как у золотой рыбки. Вот тебе примеры: <br>&gt; "Mozilla опубликовала отчёт о проверке кодовой базы Firefox при помощи AI-модели Claude <br>&gt; Mythos [...] Отмечается, при использовании Mythos практически не было ложных срабатываний <br>&gt; [...] В апреле в Firefox было устранено 423 уязвимости, из которых <br>&gt; 271 была выявлена сотрудниками Mozilla при помощи Claude Mythos. 180 уязвимостей <br>&gt; из 271 признаны опасными, 80 присвоен умеренный уровень опасности, а 11 <br>&gt; - низкий. " <br><br>Кто тебе сказал, что в FF был хороший код?<br><br>&gt;[оверквотинг удален]<br>&gt; последние два года: <br>&gt; https://blog.google/security/chrome-stronger-with-every-update/ <br>&gt; "Инженеры Google также сделали вывод, что основным источником проблем с безопасностью является <br>&gt; новый код https://opennet.ru/openforum/vsluhforumID3/140956.html#168 Sun, 09 Aug 2026 09:18:31 GMT &gt;&gt; Одного раза достаточно. Опять таки, ты упорно игноришь прямое доказательство.<br>&gt; Доказательство чего? Того, что ты не вынимаешь носа из интернетных помоек в <br>&gt; поисках политоты, связанной с сообществом Раста? Ну тае я тебе в <br>&gt; третий раз повторяю: можно просто перестать это делать.<br><br>Доказательство того, что раст используется в полит целях.<br><br>&gt; А так вообще удивляет твое лицемерие: в сообществе Раста приплетать политоту нельзя, <br>&gt; а в сообществе GNU/CGG/FSF - можно. Ты очень удобно игнорируешь и <br>&gt; сам факт политической направленности FSF/GNU, и целую тьму высказываний Столлмана (главного <br>&gt; идеолога) на темы власти, цензуры, слежки, политических элит, угнетения простого люда <br>&gt; и прочей дурки, которую дед в своих фантазиях сплетает с темой <br>&gt; ПО.<br><br>У тебя каша в голове. Столлман, если и высказывается, то у себя в блоге, никаких полит высказываний GNU не делает.<br>