Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Компания Canonical представила проект по разработке транслятора с Си на Rust

20.08.2026 08:11 (MSK)

Компания Canonical анонсировала проект, развиваемый совместной с Бристольским университетом и нацеленный на разработку инструментария для автоматической трансляции кода с языка Си на Rust. Проект ориентирован на перевод больших репозиториев, содержащих сотни тысяч строк кода на Си, в безопасное (без unsafe-операций) и легко сопровождаемое представление на языке Rust. Canonical профинансирует работу исследователей над проектом в течение 3 лет. Развиваемая технология будет опробована для перевода на Rust пакетов AppArmor и snap-confine, чтобы проверить применимость метода к реальным системным компонентам.

В инструментарии будет задействована гибридная модель, комбинирующая технологии на основе машинного обучения с классическими методами анализа, тестирования и формальной верификации. В процессе работы крупные кодовые базы будут разделяться на отдельные фрагменты, транслируемые независимо без потери общего контекста, необходимого для учёта типов, зависимостей и поведения. AI-инструментарий будет обучен на коде существующих проектов, уже переведённых с Си на Rust, для задействования в результирующем коде корректных Rust-абстракций вместо переписывания Си-конструкций на Rust.

Помимо этого будет предоставлен инструментарий для проверки результирующего кода, использующий fuzzing-тестирование и элементы формальной верификации, а также средства для отладки и анализа проблем, выявленных в результате проверки. Проект позиционируется как исследовательский и подразумевает не просто создание связки "AI-компиляция-тестирование", а разработку новых методов, обрабатывающих ситуации с неопределенным поведением в коде на Си, указателями и конкурирующими блокировками.

Создание нового проекта объясняется тем, что ручное переписывание с Си на Rust требует больших трудозатрат и приводит к потере накопленных исправлений и оптимизаций, традиционные трансляторы создают неидиоматичный и небезопасный Rust-код, а AI-модели плохо масштабируются на крупные репозитории и не гарантируют сохранение поведения программы.

  1. Главная ссылка к новости (https://discourse.ubuntu.com/t...)
  2. OpenNews: Прогресс в разработке транслятора из Rust в код на Cи и .NET IR
  3. OpenNews: DARPA развивает AI-транслятор для переписывания Си-кода на Rust
  4. OpenNews: NVIDIA опубликовала CUDA-oxide, компилятор из Rust в CUDA
  5. OpenNews: Опубликован crustc - компилятор rustc, переведённый на язык Си
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66099-rust
Ключевые слова: rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (220) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, я (?), 08:34, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +27 +/
    а не логичнее наоборот сделать?
     
     
  • 2.24, Аноним (24), 10:23, 20/08/2026 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
  • 2.28, Аноним (28), 10:39, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Интересно посмотреть, как на расте будет выглядеть двусвязный список без unsafe.
     
     
  • 3.33, Аноним (33), 10:57, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот так Ещё вопросы use std cell RefCell use std rc Rc, Weak pub struc... большой текст свёрнут, показать
     
     
  • 4.127, Ivan_83 (ok), 13:40, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +17 +/
    Ну и месиво.
     
     
  • 5.199, Аноним (28), 17:40, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Сплошь и рядом ">>>>" - как-то ещё вложенность маленькая шаблонов.
     
  • 4.142, Сладкая булочка (?), 14:12, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А теперь попроси ЫЫ сгенерить тесты производительности и сравни с си
     
     
  • 5.198, Аноним (28), 17:37, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Для начала надо, чтобы оно хотя бы компилировалось. И не в 100 мегабайт кода.
     
  • 4.166, Аноним (166), 15:27, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    внутренняя изменчивость, слабые указатели - это ж неидиоматично. За что боролись?
    Это же всё потенциально ошибкоопасно (утечки, логические ошибки).
    Rust ведь специально разработан для создания дерева владения.
     
  • 3.34, linked list (?), 11:01, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Интересно посмотреть на пример реальной задачи где двусвязный список лучше решение
     
     
  • 4.49, Cooler (??), 11:29, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Там где удаление из списка должно быть О(1).
     
     
  • 5.51, Брат Анон (ok), 11:31, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это называется словарь, динамический массив или даже просто массив с кешированием (ведь нам же не нужны лишние аллокации, правда?)
     
     
  • 6.128, Ivan_83 (ok), 13:43, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Массив - это кусок памяти, каждый раз когда ты что то удаляешь у тебя образуется дырка, хорошо если  удалять последний, а если первый - то двигать весь массив=кусок памяти.
    Но ты видимо про какой то воображаемый массив, реализацию которого ты внутри не видел :)

    Для двусвязного списка можно обойтись без доп аллокаций - достаточно хранить структуру для членства с писке внутри имеющейся структуры объекта который в этот список суют.

     
     
  • 7.139, Аноним (139), 14:04, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > образуется дырка

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

     
     
  • 8.178, Аноним (178), 15:56, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В общем случае так нельзя делать Изменится порядок элементов, а многие программ... текст свёрнут, показать
     
     
  • 9.187, warlock66613 (ok), 16:47, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Всегда можно использовать арену и хранить не ссылки на предыдущий следующий элем... текст свёрнут, показать
     
  • 9.209, Аноним (139), 18:10, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    общий случай, это размыто, в большенстве случаев наплевать, мы говорим о коде на... текст свёрнут, показать
     
  • 8.200, Аноним (28), 17:42, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Растерманы всегда так пишут такой код ... текст свёрнут, показать
     
     
  • 9.211, Аноним (139), 18:12, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    беспонятия как пишут растерманы... текст свёрнут, показать
     
  • 5.307, Пример (?), 02:17, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так приведи реальный пример где это нужно.

    Чтобы удалить элемент из списка, его там сначала найти. В массиве можно получить доступ по индексу за O(1), в списке по индексу только через итерацию, а это уже O(n). Можно сохранить ссылку на ноду, но тогда зачем тогда список? Элементы можно и в хеш-мапе хранить.

    Только если нужен порядок, а порядок важен только для итерации, а итерация массива намного быстрее и удобнее чем итерация списка.  

     
     
  • 6.312, фф (?), 04:55, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    а как вы найдете нужный индекс в массиве? Это же нужно перебрать объекты в массиве и остановиться на нужном. Тут log(n) как минимум, а не O(1)
    А для списка обычная операция - фильтрация - мы идем итератором по списку и удаляем ненужные элементы. Тут сложность точно такая же как с массивом, но удаление не требует перемещений других элементов.
     
     
  • 7.313, Акадкмик (?), 05:08, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Индекс можно вычислить. Если приходится итерировать то массив эффективнее списка, потому что не надо прыгать по хипу.

    При удалении во время итерации ничего не мешает сдвигать элементы по одному, это тот же O(n)

    И сдвинуть кусок памяти 500 элементов через memmove быстрее чем отытерировать 500 нод списка раскидыанных по хипу.

    Список работает только в теориях академиков

     
  • 4.213, Феникс123 (?), 18:17, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    intrusive linked lists - постоянно используются, посмотри например в как используется в Tokio
     
  • 4.268, Ivan_83 (ok), 22:00, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Из реальных - очень удобен когда клиенты подключаются/отключаются часто, чтобы иметь возможность при завершении работы всех корректно прибить, и не только.
     
     
  • 5.308, Пример (?), 02:21, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем тут список, если подойдет key-value контейнер?
     
  • 3.54, Аноним (54), 11:33, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Интересно будет посмотреть, как вы напишите структуру данных с циклическим зависимостями, ни разу не прострелив себе в ногу.
     
  • 3.86, Аноним1234 (?), 12:10, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Интересно посмотреть, как на расте будет выглядеть двусвязный список без unsafe.

    Вставляете в любой AI такой запрос и смотрите. Реализивыация строк на 20.

     
  • 3.151, OpenEcho (?), 14:34, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Сделать то можно, но читаемость use std cell RefCell use std rc Rc, Wea... большой текст свёрнут, показать
     
     
  • 4.177, Аноним10084 и 1008465039 (?), 15:54, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А может это намёк на то, что двусвязный список не так уж и прост, как кажется?
     
     
  • 5.192, OpenEcho (?), 17:28, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А может это намёк на то, что двусвязный список не так уж и прост, как кажется?

    Это не про сложность, а про читаемость и напряг на человеческую ограниченную память способную держать в башке не более 7 (у гениев) вещей одновременно.  

     
     
  • 6.206, Аноним10084 и 1008465039 (?), 17:55, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я про то, что может читаемость двусвязного списка в обычных императивных языках - обманчива? Кажется, что раз читаемо, значит просто
    и безошибочно, а может нет? В чистом функциональном языке его тоже толком не сделаешь. Меж тем функциональная парадигма - одна из величественных, борется с таким порождающим ошибки злом как состояние и побочные эффекты
     
     
  • 7.226, _ (??), 19:22, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В чистом функциональном языке его тоже толком не сделаешь.

    В _чистом_ - невозможно по определению :)
    Ибо чистота там достигается тупо иммутабельностью :)

    Но руст - не чистый и не иммутабельный, тем не менее двусвязный список в нем - _костыль_...
    Вывод?
    PуздЪ - вершина софтостроения конечно же :), преклоните колени еретики!(С)

    > борется с таким порождающим ошибки злом как состояние и побочные эффекты

    Так то оно так ... только вот никому не говори, что как только они пытаются написать прогу для реального мира ... начинается костылестроение с __внесением__ состояния вЪ :) И хорошо если монады какаие на не как у лишперов яЪк-яЪк и в прод^W корзину :-p

     
     
  • 8.300, Аноним10084 и 1008465039 (?), 01:44, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В чистом да, больно и в целом с сохранением чистоты невозможно Это для очень до... текст свёрнут, показать
     
  • 7.269, Ivan_83 (ok), 22:03, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот в С двусвязный список прост в имплементации, задача для начинающих его реализовать.
    Хз где вы там что то умудряетесь найти.
    Другое дело когда доходит до многопоточности, там или всю работу со списком заворачивают под блокировку или переходят на односвязный с атомиками.
    Это всё технологии/знания начала 2000х - по крайней мере я тогда это всё прочитал и узнал.
     
     
  • 8.302, Аноним10084 и 1008465039 (?), 01:46, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот в Haskell, языке почтенном и мудром, двусвязный список тоже толком не реа... текст свёрнут, показать
     
  • 2.29, Васян Айтишник (?), 10:41, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Давайте ещё микроскопами камни обтёсывать :)
     
     
  • 3.201, Аноним (28), 17:45, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Раст именно так и делает.
     
  • 2.31, Аноним (31), 10:52, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По ходу никто не понял сарказма. Мозг нынче обмельчал, ТС :)
     
     
  • 3.71, laindono (ok), 11:49, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Такие трансляторы уже есть (их легко писать). Это уже не сарказм, а отсутствие осведомлённости.
     
  • 2.48, Аноним (54), 11:28, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я понимаю, что это видимо какая-то попытка потроллить, но гуглите хотя бы. Разрабатываются mrustc и rustc_codegen_gcc - транслировать из более строгого языка в менее строгий не rocket science.
     

  • 1.2, Sm0ke85 (ok), 08:40, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    >Компания Canonical анонсировала проект, развиваемый совместной с Бристольским университетом и нацеленный на разработку инструментария для автоматической трансляции кода с языка Си на Rust. Проект ориентирован на перевод больших репозиториев, содержащих сотни тысяч строк кода на Си, в безопасное (без unsafe-операций) и легко сопровождаемое представление на языке Rust.

    Самое яркое подтверждение того, что посредством раста корпы решили наложить руку на весь гпл код...

    #КорпыВорыМошенники

     
     
  • 2.15, Аноним (15), 09:30, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Наконец-то свободное ПО станет действительно свободным
     
     
  • 3.22, _hide_ (ok), 10:15, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Самая главная свобода -- это свобода от взятых обязательств.
     
     
  • 4.55, Брат Анон (ok), 11:34, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Истинная свобода -- это осознанная необходимость.
    Отсутствие обязательств -- это не свобода. Это полное отсутствие окружающей среды. Так не бывает.
     
  • 3.121, localhostadmin (ok), 13:26, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Но есть одно но. ПО будет свободно только для корпов
     
  • 3.132, Аноним (132), 13:54, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Наконец-то свободное ПО станет действительно свободным

    Ну, это "свободное ПО", в вашем понимании, и так уже есть в других системах.
    Только вот, что-то те же BSDи чот не шибко популярны. Интересно, а почему-же это так? Ведь там, по заявленю вам подобных, всамделишний "свободный код", а не "вирусные лицензии"!

    Но упоротых крикунов, кричащих на разный лад кричалки в стиле: "ваш RMS всех обманул!", у местных интересных личностей с каждого утюга, что порой можно подумать, что их по количеству больше, чем реальных пользователей всех BSDей! xD

    Я вот, только до сих пор не могу понять, это просто троллинг такой или это заявы на серьёзных щах и на опеннетах действительно столько упоротых?!

     
     
  • 4.175, Аноним10084 и 1008465039 (?), 15:50, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Для ядра ОС GNU GPL (второй версии) действительно оказался не так плох. Вот только сейчас копилефт не особо-то в почете, в новых проектах, на которые инвесторы дают денег, мне кажется почти всё пермиссив, если уж опен сорс
     
     
  • 5.315, Аноним (315), 06:10, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот только сейчас копилефт не особо-то в почете

    Ну-ну продолжай набрасывать.

    >в новых проектах, на которые инвесторы дают денег

    А ну с тобой всё понятно. С этого и надо было начинать.

     
  • 4.181, localhostadmin (ok), 16:07, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Только вот, что-то те же BSDи чот не шибко популярны

    Это как раз благодаря лицензии. Зачем корпам благотворительностью заниматься?

     
  • 2.43, Аноним (43), 11:18, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Отнюдь. Это всего лишь означает, что лопающийся пузырь ИИ пытаются удержать ХОТЬ ЧЕМ-ТО! Типа "вот, смотрите, у нас прогресс - мы можем НИЧЕГО нового не сделать, но теперь уже на расте!". 😆

    Весь ржач в том, что 1) ИИ всё равно лопнет - это неизбежность 2) Нагенерённый Раст код можно будет просто выкинуть - он НИКОМУ не нужен, даже гуглом@кaкам  3) Сам код никуда не делся, можешь забирать и дорабатывать.

     
  • 2.53, Брат Анон (ok), 11:33, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По условиям GPL трансляция с одного языка на другой не является новым произведением. Такой код под новой лицензией будет поводом пойти в суд.
     
     
  • 3.77, laindono (ok), 11:58, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это ещё надо доказать для случая, когда используется не прямая трансляция, а аишечка.
    Повод пойти в суд есть, а вот результаты неочевидны.

    Если очень хочется, то можно врубить режим чорной коробочки. Это работает не только против закрытых лицензий, а против любых. Вроде бы уже есть автоматизированные средства для такого.

     
     
  • 4.83, Брат Анон (ok), 12:09, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Это ещё надо доказать для случая, когда используется не прямая трансляция, а
    > аишечка.
    > Повод пойти в суд есть, а вот результаты неочевидны.

    ИИ не является субъектом юридических прав. Тут и доказывать нечего.

    > Если очень хочется, то можно врубить режим чорной коробочки. Это работает не
    > только против закрытых лицензий, а против любых. Вроде бы уже есть
    > автоматизированные средства для такого.

    Если речь идёт про деньги (особенно очень большие деньги) -- никакая чёрная коробочка не работает.


     
     
  • 5.161, laindono (ok), 15:23, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Внутри чорной коробочки должна быть чистая комната вестимо.

    > ИИ не является субъектом юридических прав. Тут и доказывать нечего.

    Разобраться ещё не успели, что и как с этим всем. Юридической практики особо нет пока.

     
     
  • 6.197, Брат Анон (ok), 17:37, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Внутри чорной коробочки должна быть чистая комната вестимо.

    Не бывает чистой комнаты по определению. В ней уже есть смыслы. Не надо путать повторение функционала методом слепого двойного теста и ТРАНСЛЯЦИЮ кода.

    >> ИИ не является субъектом юридических прав. Тут и доказывать нечего.
    > Разобраться ещё не успели, что и как с этим всем. Юридической практики
    > особо нет пока.

    Идеализм. Опыта уже есть. И он будет успешно интерполирован на ИИ как только появится нормальная цена вопроса.

     
     
  • 7.204, laindono (ok), 17:53, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Двойное слепое тестирование используется для проверки теорий. Это научный инструмент. Мы же говорим о юридическом инструменте.

    https://en.wikipedia.org/wiki/Clean-room_design

    Нужно два субъекта. Один реверсит, другой пишет реализацию по рассказам первого. Контрит авторское право, не контрит патенты. И этот метод спокойно эмулируется при помощи аишечки. Очевидно метод применим в равной степени к проприетарщине, доступной исключительно бинарником, так и к гпл-шлаку.

    Однако есть мнение, что даже в таком виде оно избыточно. Если это не чисто механическая трансляция, а трансляция аишечкой, то уже несколько сложнее. Результирующий код делает не что-то на 100% тоже самое, однако так ли это в юридическом смысле - вопрос открытый.

     
  • 3.80, Sm0ke85 (ok), 12:05, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >По условиям GPL трансляция с одного языка на другой не является новым произведением. Такой код под новой лицензией будет поводом пойти в суд.

    Ага, вот только это еще надо умудриться доказать, что вообще не тривиальная история...

    Да и можно закрыть просто компилятор Раста, тогда бери код сколько хочешь, а скомпилировать его смогут только "избранные"...

     
  • 3.133, Аноним (132), 13:56, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > По условиям GPL трансляция с одного языка на другой не является новым
    > произведением. Такой код под новой лицензией будет поводом пойти в суд.

    Ну и много реальных случаев знаете, когда это сработало?

     
  • 3.189, _ (??), 16:57, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > По условиям GPL трансляция с одного языка на другой не является новым произведением.

    Укажи где здесь это написано: https://www.gnu.org/licenses/gpl-3.0.html
    Я вот в упор не вижу...

    > Такой код под новой лицензией будет поводом пойти в суд.

    Там тебя попросят сделать то же самое ... и ты проиграешь :-\ Хороший план бро! :)

     
     
  • 4.316, Аноним (315), 06:11, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Я вот в упор не вижу...

    Да есть оно там, хорошенько поищи.

     
  • 3.208, Аноним (208), 18:10, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > По условиям GPL трансляция с одного языка на другой не является новым произведение

    Ну значит признают это условие ничтожным и пойдут дальше. Впервые что ли? ГПЛщикам дай волю, они и поведение программы залицензируют наглухо, и алгоритмы, и вообще все доступные знания. Вот уж действительно достойные соперники корпорациям. То, что всё должно быть максимально лицензировано  согласны обе стороны, не могут согласиться только о тексте лицензии.

     
     
  • 4.304, Норм (?), 01:52, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >  вообще все доступные знания.

    Если они доступные, то жпл им ненужна. Они уже под действием механизма похожего на жпл.

     

  • 1.4, Аноним123 (?), 08:42, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Можно ссылку на github?
     
     
  • 2.90, Аноним (90), 12:20, 20/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 3.237, Аноним123 (?), 19:57, 20/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.261, Аноним (261), 20:49, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Они только начали. Вот смотри:
    https://discourse.ubuntu.com/t/investing-in-automated-c-to-rust-translation/86
    Canonical is funding a 3-year PhD project, with matched support from UK Research and Innovation, to investigate increasing the rigour of automated C to Rust translations. The project will be led in Bristol by Professor Meng Wang, with Dr Cristina David and myself as co-supervisors.
    При этом: Translation will use language models trained or fine-tuned against a library of known C-to-Rust translations. The aim is to produce Rust that expresses the intent of the original program using appropriate Rust abstractions, rather than mechanically reproducing C syntax.
    Это план на 3 года работы. До полноценного далеко. Вроде как немного пока в раст переписали. Надо помогать.
     

  • 1.5, bOOster (ok), 08:46, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Что за маразм вообще происходит? В С и С++ пилят анализаторы аналогичные rust и это даст лучшие результаты.
    А все эти трансляторы - как были полным дер..ом, так ими и останутся, во всяком случае пока лжеИИ не обретет интеллект сравнимый с человеческим.
     
     
  • 2.7, Хру (?), 08:57, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так уже обрёл - если верить АльтманОвичу ;)
     
     
  • 3.9, bOOster (ok), 09:04, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Так уже обрёл - если верить АльтманОвичу ;)

    Этот кретин знает что жопа у него подгорает, вот и подвирает.

     
     
  • 4.191, _ (??), 17:22, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Он - продаван, он и должен слонов навяливать!

    Что никак не отменяет факта, что кодерские галеры идут на дно целыми флотами _из-за_ЫЫ_...

     
  • 2.8, Пыщь (?), 08:58, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Что за маразм вообще происходит? В С и С++ пилят анализаторы аналогичные
    > rust и это даст лучшие результаты.
    > А все эти трансляторы - как были полным дер..ом, так ими и
    > останутся, во всяком случае пока лжеИИ не обретет интеллект сравнимый с
    > человеческим.

    См. https://www.opennet.me/openforum/vsluhforumID3/141055.html#2

     
  • 2.13, Colorado_House_of_Representatives (?), 09:29, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > В С и С++ пилят анализаторы аналогичные rust

    Нет, не аналогичные.

     
  • 2.52, Сергей Макаров (?), 11:32, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению они хуже, так как хуже язык и их ошибки можно игнорировать.

    Вот Страус Труп призывает ввести безопасное подмножество с++ и победить, но в таком подмножестве никакой реальный проект не собирается, а требует тотального переписывания сравнимого с переходом на Раст.

     
     
  • 3.70, aname (ok), 11:49, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Что всё ещё выгоднее, ибо не надо погружаться в раст.
     
     
  • 4.138, Сергей Макаров (?), 14:02, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зато надо погружаться в лайфтайм с++ который сложнее аналога раста.
     
     
  • 5.190, aname (ok), 17:07, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Зато надо погружаться в лайфтайм с++ который сложнее аналога раста.

    Зачем погружаться в плюсы, если уже погружен в плюсы?

     
     
  • 6.227, _ (??), 19:28, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы погружаться в плюсы, пока ты погружен в плюсы!(С)

    А я что? Я ничего, просто мир оЙте нынче - такой :)

     
  • 3.264, maximnik0 (?), 21:18, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот Страус Труп призывает ввести безопасное подмножество с++ и победить, но в
    > таком подмножестве никакой реальный проект не собирается

    Так есть безопасный диалект с++, правда на одну версию отстаёт от Gnu c++,как форк собран на его основе.Про этот проект где то полтора года назад писали - там введены метки безопасности для работы с памятью и данными.Но работает раза в 3_4 медленнее и компилируется раз в 6 медленнее.Код выходит на 30% больше:-( По надёжности кода -в принципе не должен уступать расту.

     
  • 2.57, Брат Анон (ok), 11:35, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как только появляется необходимость во внешнем анализаторе/линтере -- так с этого момента появляется материальное доказательство того, что в языке имеется идеализм по форме/содержанию и он несамостоятелен. Т.е. негодный язык.
     
     
  • 3.72, aname (ok), 11:51, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ох уж эти unsafe
     
  • 3.292, topin89 (ok), 00:56, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее наоборот, раз появились внешние инструменты, значит язык живой, и им пользуется очень много людей, то есть, язык годный. Исключение -- язык, прибитый гвоздями к стандарту, да и там часто появляются языки поверх языка, а не линтеры с анализаторами.

    С этой точки зрения C и Javascript -- ужасные языки, раз уж поверх них столько других языков развелось. А C++ и Rust -- всего лишь несовершенные.

    Впрочем, C хороший кроссплатформенный ассемблер.

     
  • 2.67, User (??), 11:46, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Что за маразм вообще происходит? В С и С++ пилят анализаторы аналогичные rust и это даст лучшие результаты.

    Объем legacy-кода с миллионом legacy-но-работает-способов прострелить себе ногу, использованного для обучения делает c\c++ мягко говоря, не лучшим языком ИИ-эры...

     
     
  • 3.93, Аноним (90), 12:23, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Всё просто. Вы живёте при капитализме. Капитализм основан на конкурентной борьбе за ресурсы.

    В основе всего национальная и человеческаяя мораль. Капиталист в разнях частях света тоже разный.

     
     
  • 4.174, Аноним (174), 15:47, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Капиталист везде одинаковый один и тот же.
     
  • 3.293, topin89 (ok), 00:59, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Реальное, настоящее легаси всё-таки Фортран. Слышал от друга, что крупные конторы вынуждены закупать какой-то дорогой компилятор фортрана, потому что gfortran хоть и компилирует, но какие-то тесты не сходятся. А кода столько, что не переписать уже
     
  • 2.135, Шапочка из фольги (?), 14:00, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Что за маразм вообще происходит? В С и С++ пилят анализаторы аналогичные
    > rust и это даст лучшие результаты.
    > А все эти трансляторы - как были полным дер..ом, так ими и
    > останутся, во всяком случае пока лжеИИ не обретет интеллект сравнимый с
    > человеческим.

    Fil-C и всякие профили, в теории могли бы использовать, даже если бы нейронками натравили бы и то наверное лучше было бы в итоге. Но цель всего этого переписывания не безопасность работы с памятью, а смена лицензии под шумок и оправдание перестановки кроватей.

     
     
  • 3.270, Ivan_83 (ok), 22:16, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну допустим они завтра перепишут на это какойнить FFMpeg, OpenCV, закроют исходники и дальше что?
    Ну может что то продадут даже.
    Сообщества как писали это на С/крестах так и дальше продолжат, и им придётся или каждый раз заного транслировать или член на многочлен делить попутно ищя корень квадратный.

    Бизапасные либы на расте не хотят взлетать, даже libsvgr где удалось типа дропнуть оригинал целиком - и та много где в дистрах осталась как опция.
    И за пределами пары питоновских поделок, которые поразила эта дрянь - оно тоже не взлетает.
    Взять какойнить OpenSSL - никто не бежит его заменять, даже на крестовый боринг от гугла.
    Про всякие zlib очередные промолчу - оно только в экосистеме раста и юзается, остальные клали болт на такие поделки.

    Как итог раст, как и гниль, может только жить на существующих проектах, типа py-cryptography или линукса, когда тело носителя исчезает полностью - оно помирает.
    Случаи когда растопроекты хоть как то живут самостоятельно - единичные, я сходу только uv могу назвать из того что у меня попадается в системе, да и тот проект - чистое переписывание pip и по сути примитивная утилита которой расти некуда.

     
     
  • 4.297, topin89 (ok), 01:36, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В какой-то мере ты наверное прав, Раст точно не про быстрое прототипирование, по крайней мере, очень многие, кто им пользуется, сходятся на этом.

    Но он очень сильно про надёжность, так что переписывание всего просто чтобы усилить безопасность -- вполне адекватный ход.

    Мне вот интересно, какой проект был полностью переписан и внезапно помер? Что-то я не вижу, чтобы InfluxDB 3 перестал развиваться, к примеру.

    Те проекты, что остались как опции -- это ненадолго. В любой переходный период нужно оставлять откат на старый вариант.

    Что до охренеть каких масштабных продуктов, вроде Chromium или там Unreal Engine, это просто чудовищно затратно, и пока банально нет столько людей на рынке, чтобы всё переделывать, даже если бы кто-то выделил на это триллионы денег.

    Просто больше времени нужно.

     
  • 2.309, Пример (?), 02:29, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы комитет плюсов делал работу, чистил язык от легаси, а не выдумвал очередные 50 страниц стандарта с сотней новых фич с эльфийским синтаксисом, то раст бы и не нужен был

    А на си кроме отбитых линуксоидов в реальной жизни никто не пишет. И ембендщиков, и то они плюсы берут если на железке плюсовый рантайм в память влазит

     

  • 1.10, Смузихеб забывший пароль (?), 09:12, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    > автоматической трансляции кода с языка Си на Rust
    > в безопасное и легко сопровождаемое представление

    с каких пор автоперевод кода с одного ЯП на другой вдруг стал означать упрощение сопровождения ?


     
     
  • 2.17, _oleg_ (ok), 09:51, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Тссс... Не надо включать логику, это хорошо потому что модно.
     
  • 2.35, Alladin (?), 11:06, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    с той поры что это раст, он действительно упрощает сопровождение
     
  • 2.56, Сергей Макаров (?), 11:34, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    -70% потенциальных ошибок
     
     
  • 3.58, Брат Анон (ok), 11:38, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Идеализм. Одни ошибки уходят, другие (такие же логические ошибки  приходят). Потому что семантику 1:1 из языка в язык отразить невозможно.
     
     
  • 4.299, topin89 (ok), 01:42, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну нет. Они не приходят, они всего лишь остаются. Хотя "Blazingly 🔥 fast 🚀 memory vulnerabilities, written in 100% safe Rust 🦀" тоже существуют, всё-таки их на порядок сложнее допустить.
     
  • 3.126, Ivan_83 (ok), 13:39, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А чего не -146%?
    Если что, сопровождение это далеко не только про ошибки, а фичи то как докидывать в такое месиво?)
     
  • 3.202, Аноним (28), 17:47, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > -70% потенциальных ошибок

    +146% реальных ошибок

     
  • 2.74, freecoder (ok), 11:52, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Safe Rust довольно легко сопровождать, из-за сильной системы типов и автопроверок компилятором сломать что-то при доработках не так просто, как в C.
     
     
  • 3.111, Аноним (111), 13:13, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Safe Rust довольно легко сопровождать,

    До первого неожиданного unwrap.

     
     
  • 4.118, Hexen (ok), 13:24, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как unwrap может быть неожиданным, если он прым коде явно вызывается ?) Это чистый скилишью.
     
     
  • 5.168, Аноним (111), 15:28, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Как unwrap может быть неожиданным, если он прым коде явно вызывается

    Программисты на Rust не разбираются в коде, которые пишут.

    >Это чистый скилишью.

    Не то слово. Интернет из-за такого ишью глобально встал.

     
     
  • 6.301, topin89 (ok), 01:44, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну был бы не unwrap, а какой-нибудь assert в этом месте, сильно бы поменялось дело? Или даже его не было бы, была бы тихая деградация. Или громкая, тут как повезёт.
     
  • 5.223, Аноним (28), 18:54, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как unwrap может быть неожиданным

    Так же, как из-за этого пол-интернета осенью остановилось.

     
  • 2.119, Аноним (119), 13:25, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    у них не стоит задача сопровождать, им выделили денег на перевод :)
     

  • 1.12, Аноним (12), 09:16, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему не использовать сишные либы через ffi, а на расте просто новые вайбкодить? Токенозатраты в таком случае уменьшаются в бесконечное кол-во раз.
     
     
  • 2.14, Colorado_House_of_Representatives (?), 09:29, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Могут себе позволить.
     
  • 2.38, Аноним (38), 11:11, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Рано или поздно все изменится и отвалится и Апи и Аби и всё на свете.
     
     
  • 3.59, Брат Анон (ok), 11:40, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Рано или поздно все изменится и отвалится и Апи и Аби и
    > всё на свете.

    1) Рано отвалиться не может по определению. Раньше или позже.
    2) Не факт, что отвалится. И если исходить из теории вероятности: каждый неотвалившийся день увеличивает вероятность, что не отвалится и завтра.

    Тотальное переписывание (тем более автоматическое) -- это как раз увеличение вероятности того, что что-то отвалится.

     

  • 1.18, онанист (?), 09:58, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "пакетов AppArmor и snap-confine, чтобы проверить применимость метода к реальным системным компонентам. "

    ыть как они про аппармор

     
  • 1.19, Mik Foxi (ok), 10:09, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Не зря я с убунты ушел на винду. Не будет уже в убунте толка. Главное чтоб до дебиана не добрались и не засрали его также, а то и на серверах хз что ставить тогда.
     
     
  • 2.23, Аноним (24), 10:21, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > ушел на винду
    > Главное чтоб до дебиана не добрались
    > на серверах хз что ставить тогда

    Винду, очевидно. Лучшая ОС.

     
     
  • 3.63, Брат Анон (ok), 11:42, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Винду, очевидно. Лучшая ОС.

    Субъективное мнение. Неизмеримая метрика.

     
  • 3.266, BrainFucker (ok), 21:44, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, ReactOS допилят может быть, с LLM это дело может ускориться.
     
  • 2.25, Кроссдрессер (?), 10:29, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Слаку - самый стабильный и предсказуемый дистр.
     
  • 2.78, freecoder (ok), 12:01, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если растохейтеры ругают - значит хороший дистрибутив, надо брать.
     
     
  • 3.303, topin89 (ok), 01:50, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы они свой Snap Store так не продвигали, или хотя бы дали подключать сторонние snap сервера, был бы нормальным. А так -- просто хороший дистр с жёсткой централизацией контента через закрытый магазин
     
  • 2.102, Аноним (102), 12:39, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А сюда чего пришёл?
     

  • 1.20, опеншлёпивпродакшн (?), 10:11, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > традиционные трансляторы создают неидиоматичный и небезопасный Rust-код

    В новом Rust уже традиции какие-то появились. Ещё и небезопасные!

    > AI-модели плохо масштабируются на крупные репозитории и не гарантируют сохранение поведения программы

    Это кто-то код на библиотеки и модули разбивать не умеет.

     
  • 1.21, Нонон (?), 10:12, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Они пытаются выше головы прыгнуть. Через чур амбициозно. Собственно, как обычно для Canonical

    ИИ и так неплохо переводит код с си в раст. Но с блоками unsafe. А вот начиная с этого этапа лучше уже вмешиваться человеку И более пристально проверять как ИИ будет решать избавится от этого unsafe

     
  • 1.30, Аноним (28), 10:42, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > небезопасный Rust-код

    Вау! Значит, раст можно откинуть, как и "небезопасный Си-код"? И перейти на безопасный Паскаль.

     
     
  • 2.64, Брат Анон (ok), 11:43, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> небезопасный Rust-код
    > Вау! Значит, раст можно откинуть, как и "небезопасный Си-код"? И перейти на
    > безопасный Паскаль.

    Оберон же!

     
     
  • 3.228, _ (??), 19:36, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошие вещи в ойтИ "не взлетают", так что без шансов. Предлагай JS :)
     

  • 1.36, Аноним (38), 11:09, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    То о чем так долго говорили в комментария наконец произошло.
     
  • 1.39, Аноним (43), 11:11, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Логичный вопрос: зачем вообще что-либо переписывать на ржу?! Цаноницалу вообще заняться нечем что ли?? Тогда перепишите хотя бы с Си на Ди!
     
     
  • 2.41, Аноним (33), 11:14, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > на Ди

    Ага, на мёртвый язык, намертво привязанный к GC.

     
     
  • 3.92, Hack3r (?), 12:22, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    skill issue

    GC там можно и отвязать и управлять его вызовом

     
     
  • 4.310, Colorado_House_of_Representatives (?), 03:11, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, а ещё можно на micropython писать для микроконтроллеров. Такая же буханка хлеба.
     
  • 2.44, Аноним (44), 11:18, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Про Ди уже и вспоминать стыдно
     
     
  • 3.91, Hack3r (?), 12:22, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    жив пока что
     
  • 2.117, Смузихеб забывший пароль (?), 13:23, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Цаноницалу вообще заняться нечем что ли

    В корень зришь. Они вообще сейчас хз что и как делают, часть проектов по сути забросили
    Вот теперь решили заняться хз чем с сомнительной практической и коммерческой пользой

    Хотя мб решили влиться в волну раста и ИИ и, если удастся сделать норм продукт - то продавать его другим

     

  • 1.45, Аноним (45), 11:22, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот это уже больше похоже на правду - на Rust можно только транслировать с других языков, а не писать ручками.
     
  • 1.46, Аноним (46), 11:24, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >легко сопровождаемое

    LOL

     
     
  • 2.75, ятупойтролль (ok), 11:52, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    почему рустеры предпочитают переписывать код, а не править его никто не говорит
     

  • 1.60, Сергей Макаров (?), 11:41, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Научиться делать трансляторы )
    Когда через пару лет ИИ сделает более надёжный язык чем Раст, начнут переводить на него.
     
     
  • 2.69, Брат Анон (ok), 11:48, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Научиться делать трансляторы )
    > Когда через пару лет ИИ сделает более надёжный язык чем Раст, начнут
    > переводить на него.

    Скорей бы уже. Впрочем, если ИИ подать соответствующий промт, тогда брейнфак окажется детским садом. И тогда все разработчики пойдут нафиг педали крутить. Для ИИ.

     
     
  • 3.221, нах. (?), 18:44, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в биореактор они пойдут. Крутить кожановыми педали - нерационально. Слишком много жрут, и слишком слабо крутят. Эффективнее - переработать на метан.

     
  • 3.231, _ (??), 19:48, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык я уже задолбал всех простым предсказанием: мы - последнее поколение людей кто массово пишет на ЯП.

    ИМХО.

     
     
  • 4.263, ProfessorNavigator (ok), 21:11, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну дык я уже задолбал всех простым предсказанием: мы - последнее поколение
    > людей кто массово пишет на ЯП.
    > ИМХО.

    Тут главное не стать последним поколением вообще ;)


     
  • 4.275, Ivan_83 (ok), 22:36, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А вот я так не думаю.
    1. ЫЫ всё равно нужно контролировать, а для этого нужно разбиратся в предметной области. Заставить одного виннипуха контролировать друго виннипуха пока тот стережёт мёд - предсказуемо чем кончится :)
    2. ЫЫ хорош в базовых вещах, типа показать пример использования или написать примитивную функцию, но сложное он сделать или не может или оно будет такое себе.

    В целом же моё мнение об ЫЫ: оно усиливает интеллект и возможности того кто его использует. Но если пользователь сам туп то он может скатится легко в воронку: "я вумный, ЫЫ вот меня похвалило!".
    Даже если не сваливается в воронку, то ходит кругами среди трёх сосен не может найти выхода из "леса".
    Я это всё за последние пол года пронаблюдал.

    И ещё неприятное наблюдение: тот кто привык руководить и делегировать легче с ЫЫ управляется (ему пофик ЫЫ там или человек), кто сам умеет делать - за счёт ЫЫ может сильно ускорится, но ЫЫ до управленца его не выращивает, тут надо в голове мозги менять.

     
     
  • 5.314, _ (??), 05:37, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> мы - последнее поколение людей кто массово пишет на ЯП.
    >А вот я так не думаю.
    >1. ЫЫ всё равно нужно контролировать, а для этого нужно разбиратся в предметной области.

    Да.
    Поэтому в каждой великой стране будет не один, а аж несколько НИИ, где будут держать лобастиков с PhD для этого. Снова в белых халатах ходить будут! :)
    Но я то - про "массово" - перечитай вон в квоте.

     
  • 2.99, ProfessorNavigator (ok), 12:35, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Когда через пару лет ИИ

    Через пару лет ИИ пузырь уже точно лопнет ;) И в лучшем случае все будут носиться с воплями: "Найму программистов за любые деньги! СРОЧНО!!!" В худшем - нам всем вообще будет не до того. Тут по всему миру проблемы ку-уда серьёзней назревают.

     
     
  • 3.122, Аноним (119), 13:27, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    цель одна - уничтожения свободно доступного инструментария!
     
  • 3.220, нах. (?), 18:43, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда через пару лет лопнет пузырь раздутых зарплат кожаных тяпляперов, а ЫЫ останется навсегда - профессор найдет, надеюсь, мужества - покинуть кафедру, и не учить плохому?

    (а, чорта ж с два. Он даже пластинку не поменяет.)

     
     
  • 4.276, Ivan_83 (ok), 22:41, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю что он лопнуть то лопнет, но технология никуда не денется и этим продолжат пользоватся.
    Мне вот лично дела до пузыря нет, я локально модели гоняю у себя на железе, от того что они обновлятся перестанут - хуже С код они разбирать не станут и всякие прочие штуки которые не устаревают и используются.

    Подходы тоже поменяются, но люди не уйдут из програмирования.
    В целом мы уже как то пережили что джуны тупые и всё гуглят, так вот теперь джемини в гугле выдаёт ответы лучше на порядок и это экономит кучу времени (лично мне).

    И мы ещё увидим поколение которое пишет/диктует промты больше чем в итоге надо было руками сделать :)

     
     
  • 5.279, нах. (?), 22:52, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Подходы тоже поменяются, но люди не уйдут из програмирования.

    неудачники конечно останутся, но вот эти люди, с зарплатами сеньоров?! Полагаю они предпочтут дзен early retirement а не работать за те же деньги что менеджер по холодным обзвонам.

    (тем более что они таки в большинстве своем успели нахапаться на безбедную старость, если только не вложили все сразу в нфт или еще какое модное фуфло)

    > Мне вот лично дела до пузыря нет, я локально модели гоняю у себя на железе

    но они ж т-пые как пробка? Кстати, давай я тебя клаве продам? Тебе скидка выйдет, и мне за каждого кожаного раба $10 обещают!

    Заодно сможешь честно и непредвзято сравнить с локальной моделью.

    > И мы ещё увидим поколение которое пишет/диктует промты больше чем в итоге надо
    > было руками сделать :)

    ты забываешь время потраченное на изучение безумных закорючек и бредовых апи.

    Их вот никто больше учить - не станет. Я уже давно не.

      

     
     
  • 6.294, Ivan_83 (ok), 01:00, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > но вот эти люди, с зарплатами сеньоров?! Полагаю они предпочтут дзен early retirement

    Да обнулят щас всех, может кто то кто проинвестировал куда то и не потеряет всего...


    > но они ж т-пые как пробка?

    Далеко не все.


    > Кстати, давай я тебя клаве продам? Тебе скидка выйдет, и мне за каждого кожаного раба $10 обещают!

    Кажется я пробовал к ним, они хотят номер мобилы верифицировать - ну нафик.


    > Заодно сможешь честно и непредвзято сравнить с локальной моделью.

    Там норм подписка поди сильно больше 500$ стоит, мне пока нечем занять её, так чтобы не списывать деньги по статье "продолбал и особо ничему не научился".


    > ты забываешь время потраченное на изучение безумных закорючек и бредовых апи.

    Бредовые API даже создатели часто не помнят (я свои не помню :) ), это справочная инфа.
    А вот язык знать - это база, без неё результат не оценить.
    Я ж там выше писал: ЫЫ легко оффлоадит простое, может подсказать если у тебя есть интерес, но если ты туп и пуст - даже промт не осилишь составить.

    "эй, ЫЫ напышы прогу чтобы сама сеть настраивала!" - там 100500 вариантов настроек, без конкретики даже в лучшем случае на уточнения уйдут недели %)

     
     
  • 7.296, нах. (?), 01:14, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кстати, давай я тебя клаве продам? Тебе скидка выйдет, и мне за каждого кожаного
    >> раба $10 обещают!
    > Кажется я пробовал к ним, они хотят номер мобилы верифицировать - ну нафик.

    ну серьезные инструменты выдают под серьезные документы, ствол тоже просто так в вашем королевстве не купить уже лет триста.

    не помню, нужна ли им была мобила, что-то не вижу нифига никакой мобилы в текущих настройках, но что тебе мешает завести одноразовую? Никакие коды на нее потом не приходят, они в почту приходят.

    > Там норм подписка поди сильно больше 500$ стоит

    сильно меньше. Разница между pro и x200 ровно в этих x200 - т.е. возможности у тебя и за $20 ровно те же самые, просто нельзя весь день сидеть в Code. Ну и за fable нужно еще сверху доплатить. Твоих $10 на один code review мне б как раз хватило ;-)

    но насколько я понимаю, с моими кодами сразу платить и не надо, они дают какой-то тестовый период (с доступом именно к Code - веб-морду -то ты и так бесплатно можешь использовать)

    > "эй, ЫЫ напышы прогу чтобы сама сеть настраивала!" - там 100500 вариантов настроек, без
    > конкретики

    "я чо тебе, сетевой инженегр?! Совсем, Клава, сдурела?! Иди и сама себе нарой конкретику, полный интернет ее!"
    Хрен правда знает, что она такого тебе при таком промпте напилит, но в конце-концов ПОТОМ можно ее и попросить вот это переделать вот так, если оно тебе не нравится.

    Кстати, что-то мне подсказывает, что в SR-контроллерах как раз ЫЫ скоро и будет. Если еще не запхали. (и в целом ему там самое место)

     
  • 3.233, Аноним (233), 19:53, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Через пару лет ИИ пузырь уже точно лопнет ;)

    Ты два года назад буквально то же самое говорил.

     
     
  • 4.236, ProfessorNavigator (ok), 19:55, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты два года назад буквально то же самое говорил.

    А ссылочку можно? ;)

     

  • 1.61, Ногоед плюс (?), 11:41, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Столлман недавно четко высказался против раста, назвав его ловушкой корпоРАСТов. Интервью с подробностями думаю найдете.
     
     
  • 2.68, Брат Анон (ok), 11:46, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Столлман недавно четко высказался против раста, назвав его ловушкой корпоРАСТов. Интервью
    > с подробностями думаю найдете.

    До некоторой степени соглашусь. Но не по тем причинам, о чём говорил Столлман.

     
     
  • 3.141, Вася Пупкин (?), 14:11, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    раскройте, интересно
     
     
  • 4.195, Брат Анон (ok), 17:35, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Раст не помогает человеку Раст вносит сложность там, где она не требуется Там,... большой текст свёрнут, показать
     
     
  • 5.242, Аноним (233), 20:02, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Доказанная форма Раста как теорема работает, как недоказанный машинный код на недоказанной машинной основе.

    Вот такой забористый бред получается, когда когда нужно корчить из себя эксперта и  напускать туману, но не шаришь в технической части. Господи, и на полном серьезе ведь пишет...

    Твой словесный понос - буквально как цитата из книги "Интеллектуальные уловки" Брикмона и Сркала. Не позорься больше.

     
  • 2.82, freecoder (ok), 12:08, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я помню время, когда аргумент, что Rust не использует ни одна крупная компания - был основным на Opennet против Раста. Не использовали раньше - вам это не нравилось, стали активно использовать - опять не нравится. Вам не угодишь.
     
     
  • 3.103, ProfessorNavigator (ok), 12:40, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Я помню время, когда аргумент, что Rust не использует ни одна крупная компания - был основным на Opennet против Раста.

    Не соответствует действительности. Потому что Ржавый - продукт крупных корпораций и ими же продвигается. Разумные люди это в общем-то всегда понимали. Подобная же точка зрения всегда педалировлась с помощью сотрудников PR фирм - таких, как вы например.

     
     
  • 4.246, Аноним (233), 20:06, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что Ржавый - продукт крупных корпораций и ими же продвигается.

    Логично, ведь именно те самые корпорации и пишут более 95% софта, начиная с ядра ОС и заканчивая браузером, в котором вы наваливаете свою "экспертизу".

     
     
  • 5.252, ProfessorNavigator (ok), 20:29, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Логично, ведь именно те самые корпорации и пишут более 95% софта, начиная
    > с ядра ОС и заканчивая браузером, в котором вы наваливаете свою
    > "экспертизу".

    Корпорации ничего не пишут. Код пишут программисты, на которых руководство и владельцы корпораций паразитируют. И какого качества код при такой работе получается - мы прекрасно видим по новостям.

     
     
  • 6.258, Аноним (233), 20:39, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Корпорации ничего не пишут. Код пишут программисты, на которых руководство и владельцы корпораций паразитируют. И какого качества код при такой работе получается - мы прекрасно видим по новостям.

    Так я же тебе и говорю: кода от "свободных" программистов, на которых никто не "паразитирует" - почему-то капля в море. А его "качество", как ни странно, примерно на там же уровне. А то и еще похлеще (если, например, на твое творчество взглянуть, лол).

    Парадокс, не иначе...

     
     
  • 7.260, ProfessorNavigator (ok), 20:44, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Так я же тебе и говорю: кода от "свободных" программистов, на которых
    > никто не "паразитирует" - почему-то капля в море.

    А как иначе? Если людям порой жрать нечего, не то что код писать? Как раз из-за тех, кого вы поддерживаете.

    > А его "качество",
    > как ни странно, примерно на там же уровне. А то и
    > еще похлеще (если, например, на твое творчество взглянуть, лол).

    А вы уже научились программировать, чтобы смочь дать оценку?))

    Кстати, у вас во сколько рабочий день начинается? В 09.00am, я так понимаю?


     
     
  • 8.262, Аноним (233), 21:06, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты голову начнешь таки включать Программист тратит N часов в месяц на создание ... текст свёрнут, показать
     
     
  • 9.265, ProfessorNavigator (ok), 21:38, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А потом догонит - и ещё даст Денег, ага А если серьёзно - за чей счёт банкет... текст свёрнут, показать
     
  • 5.277, Ivan_83 (ok), 22:43, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ээээ если только по объёму кода и времени компеляции, тут да - хромиум и лиса потребят точно больше половины времени относительно пересборки всей системы и остального софта :)
    Если же считать поштучно то 95% лично в моей системе ну никак не выходит.
     
  • 4.311, Colorado_House_of_Representatives (?), 03:14, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Абсолютно соответствует действительности. Почитайте новости и комментарии прошлых лет. И нет, rust не всегда был под крылом комитета крупных корпораций. Когда-то это был исследовательский проект Mozilla, в который не особо кто верил. Когда-то у него вообще сборщик мусора был.
     
  • 2.239, _ (??), 19:58, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Столлман недавно

    Он жи даже не программер, он аниматор... и кому может быть интересно мнение этого шлимазла? :-)

     

  • 1.73, ятупойтролль (ok), 11:51, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    так наоборот актуальнее чтоб нечитаемый нейрокод с руста на нормальный  всем понятный си перетаскивать
     
     
  • 2.79, freecoder (ok), 12:05, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Займитесь этим, вам никто не запрещает.
     
     
  • 3.154, ятупойтролль (ok), 14:50, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    так все уже давно на си написано, нужды нет. код легко читаем и поддерживается
     
     
  • 4.254, Аноним (233), 20:33, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > код легко читаем и поддерживается

    Только вот поток вулнов уже более 50 лет никак не остановится почему-то...

     

  • 1.87, soarin (ok), 12:12, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Я тут подумал...

    Скоро наверно и исходники не нужны будут. Одни Prompt запросы в git суёшь и всё

     
     
  • 2.105, Брат Анон (ok), 12:45, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    SQL язык для бухгалтеров.
    NoCode -- погромисты больше не нужны.
    Микросервисы -- архитекторы всё.
    LowCode -- погромисты всё.
    ИИ -- вообще все всё <<<<<<- вы находитесь здесь.
    Расходимся, оказывается людей могут заменить только люди. И то не все.
     
     
  • 3.245, _ (??), 20:05, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Брат Анон, а вот смени
    "оказывается людей могут заменить только люди"
    на
    "заменить много людей на мало людей"

    И сразу вспомнишь как копали условно беломорканал и как панамский :) Землекопы vs экскаваторы :)

    Ну как теперь звучит? Много землекопов вокруг видишь? Или даже грядки на даче мотоблоком пашешь? :)

     
  • 2.218, нах. (?), 18:36, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    и никакое не все - ты новая нефть, лошадка! Токены-то _каждый_ раз кто оплачивать будет?!

    А сгенереный исходник - он бесплатновый. (поэтому ХРЕН вам а не мои исходники. Впрочем и промпты тоже, зачем ими делиться с кем-либо?)

     

  • 1.96, fidoman (ok), 12:30, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    скоро к cd профиль apparmor прикрутят чтоб куда не надо не заходил
     
     
  • 2.155, Аноним (155), 15:08, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    cd это внутренняя команда шелла, вообще-то.
     
  • 2.219, нах. (?), 18:40, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    пока неплохо бы открутить от апармор возможность любому васяну стать рутом из-за 666 на файлы управляющие загрузкой профилей.

    (и конечно же это была случайность. нелепая ошибка. Нет, я не ношу шапочку из фольги. И не считаю это намеренной диверсией. Это злонамеренный тяпляпер, просто не понимавший вообще что творит. Ошибка у него - в ДНК. Ну и у тех дЭффективных что такое нанимают и принимают потом "таск закрыт!")

     

  • 1.98, Hack3r (?), 12:35, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    уже же есть проект от Дарпы - зачем еще один??
    на грантах деньжат поднять если только

    https://www.darpa.mil/research/programs/translating-all-c-to-rust

     
     
  • 2.107, Брат Анон (ok), 12:46, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сами вопрос задали, сами на него ответили. Всегда ищи деньги.
     
     
  • 3.108, Hack3r (?), 12:52, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    This one is from school student https://github.com/IntegralPilot/rustc_codegen_jvm
    Looks even better =)
     
  • 2.145, Сладкая булочка (?), 14:20, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Дарпа - это анб, космонавт - брит, то есть ми 6. Думайте!
     

  • 1.144, Сладкая булочка (?), 14:18, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    То есть переписывальщики настолько обленились, что даже рабочий код переписать не могут? А сколько пафоса то было. Все на что они способны - это стоять в сторонке и выкрикивать "давай! давай! перепиши!". Стыдно, товарищи, стыдно!

    А что потом? Резонный вопрос. Кто сгенерированный код будет поддерживать, разбираться, фиксить баги? ИИ небось?

     
     
  • 2.164, Аноним (164), 15:26, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Будут фиксить си код и снова транслировать
     
  • 2.216, нах. (?), 18:25, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А что потом?

    не будь это каноникал - был бы безусловно какой-нибудь потом. Но скорее всего - потом табличка на кладбище. Где-то в боковой аллейке, не там где склепы юнити и мыр конечно.

    > Кто сгенерированный код будет поддерживать, разбираться, фиксить баги? ИИ небось?

    ИИ мог бы сэкономить кучу токенов, переписав код сам.
    Я тут потренировался с не-иишным переписыванием другого нескучного йезычка... там другое слово но те же первые и последние буковки - в общем, лучше б не... то что там сделал ЫЫ - работало сразу. А вот результат "транслятора" предыдущего поколения кожаных рукож0пов - его даже ЫЫ не с первой попытки смогло одолеть (и я до сих пор не уверен что все починилось, потому что искать такие вот баги - самое хреновое что можно придумать, когда синтаксически-то все ж правильно, транслятор не умеет генерить синтаксически неверный код... только вот делает этот код совсем не то что надо было)

    Так что поддерживать будет команда дЭффективных менеджеров из Сапопикла. Которые и придумали эту бредятину. Жёпп сесурити, не, не слышал?! Ну чтоб за отсутствие видимого результата не ногой под этосамое.

    Но помяни мои слова - недолго.

     
     
  • 3.238, Аноним (28), 19:57, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > потом табличка на кладбище. Где-то в боковой аллейке, не там где склепы юнити и мыр конечно.

    И пребудет апстарт с ними!

     
     
  • 4.240, нах. (?), 20:01, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    не, ну upsrat-то на главной должен быть...

     
  • 2.247, Аноним (233), 20:08, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кто сгенерированный код будет поддерживать, разбираться, фиксить баги? ИИ небось?

    Ну раз уж точно не ты - почему переживаешь? У опеннетных булочек правда так болит за проблемы корпов?

     
     
  • 3.271, Сладкая булочка (?), 22:17, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кто сгенерированный код будет поддерживать, разбираться, фиксить баги? ИИ небось?
    > Ну раз уж точно не ты - почему переживаешь? У опеннетных булочек
    > правда так болит за проблемы корпов?

    Потому что это все потом приходит в пользвательский дистрибутив.

     
     
  • 4.287, Аноним (233), 00:28, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> почему переживаешь?
    > Потому что это все потом приходит в пользвательский дистрибутив.

    Стоп, а почему это в дистрибутив приходит софт от проклятых корпов, а не от пресловутого сообщества™?

    Неужели потому, что представители сообщества™ по большей части могут только потреблять и газифицировать комментарии на форумах (прямо как ты)? 😳

    Поэтому еще раз спрашиваю: почему тебя волнует вопрос "код будет поддерживать, разбираться, фиксить баги?", если ты всего лишь потребитель и никогда этим не занимался?

     
     
  • 5.291, Аноним (291), 00:36, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вопросы Булочки были риторическими и правильными. Так что не надо
     
  • 5.306, Сладкая булочка (?), 01:58, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>> почему переживаешь?
    >> Потому что это все потом приходит в пользвательский дистрибутив.
    > Стоп, а почему это в дистрибутив приходит софт от проклятых корпов, а
    > не от пресловутого сообщества™?

    В дистрибутив приходит разный софт, в том числе и от сообщества большей частью.

    > Неужели потому, что представители сообщества™ по большей части могут только потреблять
    > и газифицировать комментарии на форумах (прямо как ты)? 😳

    Переход на личности не меняет сути моего ответа.

     

  • 1.159, Михаил (??), 15:19, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "В инструментарии будет задействована гибридная модель, комбинирующая технологии на основе машинного обучения с классическими методами анализа, тестирования и формальной верификации. "
    т.е. будет парсер и агент который с помощью ИИ будет конвертировать исходники в Раст.
     
     
  • 2.165, Норм (?), 15:27, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Надеюсь что не будет. Но это каноникал.
     

  • 1.160, Аноним (166), 15:20, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >перевод больших репозиториев, содержащих сотни тысяч строк кода на Си, в безопасное (без unsafe-операций)

    извините, но не могу такое представить чтобы без unsafe обошлись. Это же C !

     
     
  • 2.169, Норм (?), 15:29, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Есди половину кода просто обернуть в унсейф то можно да.
     

  • 1.167, Норм (?), 15:28, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Задача не решаема в принципе тех методами.
    Лллмка не спасет никак в энтом случае.
     
  • 1.179, Аноним (179), 15:56, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Объясните тупенькому. Я не понимаю чего мы добиваемся этим внедрением раста всюду. Вот у нас есть каноничные какие-то библиотеки. Допустим libpq для postgresql, hiredis для redis и.т.д. У меня есть язык, юмеющий в интероп с C. Я пишу биндинг и радуюсь. И тут мы переписываем весь C на Rust, а библиотека на C - deprecated. И что мне теперь делать? К чему мне биндиться? Писать свою реализацию с нуля?
     
     
  • 2.184, Норм (?), 16:30, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если не понимаете - не внедряйте.
     
  • 2.188, warlock66613 (ok), 16:51, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если это необходимо, Rust библиотека может иметь C интерфейс. Другое дело, что переписывающий может на это забить, потому что это намного усложняет задачу.
     
     
  • 3.235, Аноним (28), 19:55, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > переписывающий может на это забить, потому что это намного усложняет задачу.

    Обязательно забьёт. Цель же - чтобы никто не писал на Си. Ни в каком виде.

     
  • 2.193, Аноним (193), 17:29, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому что цели не технологические, а политические: больший контроль со стороны корпораций, другая более удобнаяя им лицензия, обязательная повестка во всех проектах и конференциях и т. п.
     
     
  • 3.259, Сладкая булочка (?), 20:40, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что цели не технологические, а политические: больший контроль со стороны корпораций,
    > другая более удобнаяя им лицензия, обязательная повестка во всех проектах и
    > конференциях и т. п.

    Все так. Вот есть компилятор, он умненький, ловит ошибки, а ты как погромист глупенький. Стандарта нет, есть реализация, так удобней (для нас), верь нам, пользуйся нашим компилятором и будет все хорошо.

     
     
  • 4.288, Аноним (291), 00:30, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как известно, корпорациями управляют маркетологи, а они считают что так всем будет лучше. Попробуйте их переубедить.
     
     
  • 5.305, Сладкая булочка (?), 01:54, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Как известно, корпорациями управляют маркетологи

    А кто управляет маркетологами?


     
  • 2.210, Аноним (208), 18:12, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > К чему мне биндиться?

    К тому же, к чему и раньше.

    > Писать свою реализацию с нуля?

    Как вариант. Можно, впрочем, и не писать, заплатите деньги кому-нибудь, чтобы за тебя написали.

     
  • 2.249, Аноним (233), 20:15, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Объясните тупенькому. Я не понимаю чего мы добиваемся этим внедрением раста всюду.

    Добиваемся отсутствия типично сишочных проблем типа buffer overflow, use-after-free, double free и т.п., которые являются причиной 70% всех уязвимостей в ПО.

    > У меня есть язык, юмеющий в интероп с C. Я пишу биндинг и радуюсь. И тут мы переписываем весь C на Rust, а библиотека на C - deprecated. И что мне теперь делать? К чему мне биндиться?

    Для примера: librsvg, фундаментальная, каноничная либа, которая есть в любом дистре. Уже много лет назад как была переписана с С на Раст. Сишный API ВНЕЗАПНО никуда не делся.

     
     
  • 3.278, Ivan_83 (ok), 22:49, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да да, и в той же фре можно вернутся обратно к каноничной libsvg и с ней всё собирается и работает.
    И именно librsvg единственная мне известная либа которую целиком заменили на растоподеление, те даже в такой безалтернативной ситуации этому сопротивляются как могут.

    И я не видел ни одной растобибы заменяющей OpenSSL, FFMpeg и пр да так чтобы это ещё и использовалось где то за пределами раста и питона.

     
     
  • 4.289, Аноним (233), 00:33, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > этому сопротивляются как могут.

    Кто сопротивляется, лол? Кучка борцунов против мельниц вроде тебя?

    Даже твое, Ваня, "сопротивление" происходит только на словах, а не деле ты свои комменты строчишь через Firefox с Растом, и ежедневно юзаешь Андроидный телефончик с ним же.

     
     
  • 5.295, Ivan_83 (ok), 01:03, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Там где это от меня зависит - раста нет.
    А в мобилах меня больше огорчает отсутствие контроля над собственным устройством, а уж как там страдали гребцы гугла с ним - мне пофик.
     
     
  • 6.298, Аноним (233), 01:37, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Там где это от меня зависит - раста нет.

    Да нет, выбор как раз от тебя зависит. И ты, как истинный лицемер, отдаешь его готовенькому и удобненькому - но с Растом, а не калечным "альтернативам", где его нет.

    > как там страдали гребцы гугла с ним - мне пофик.

    Настолько пофик, что при каждом упоминании Раста ты тут всплываешь с рассказами о том, как его трудно сопровождать и долго компилировать. За гребцов Гугла сердечко болит, не иначе.

     
  • 2.256, Сладкая булочка (?), 20:38, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Объясните тупенькому. Я не понимаю чего мы добиваемся этим внедрением раста всюду.
    > Вот у нас есть каноничные какие-то библиотеки. Допустим libpq для postgresql,
    > hiredis для redis и.т.д. У меня есть язык, юмеющий в интероп
    > с C. Я пишу биндинг и радуюсь. И тут мы переписываем
    > весь C на Rust, а библиотека на C - deprecated. И
    > что мне теперь делать? К чему мне биндиться? Писать свою реализацию
    > с нуля?

    У каноникала техлид помешался на расте. Поэтому он начал все тащить на расте в дистр. Просто деньги, что-то новое, ничего личного. Обычный эффективный менеджмент. Почитайте его блог, посмотрите на дату, когда он начал писать на раст и сравните с датой, когда он поставил цель в каноникал. Удивитесь. Результаты поспешного внедрения уже на лицо в новых убунтах и проблемах с uutils.

     
     
  • 3.257, Сладкая булочка (?), 20:39, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > когда он начал писать на раст

    Опечатка. Про раст. Вряд ли он что-то сам пишет.

     
     
  • 4.282, нах. (?), 23:03, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> когда он начал писать на раст
    > Опечатка. Про раст. Вряд ли он что-то сам пишет.

    он техлид, как ты не понимаешь! Он ни на каком языке не пишет. Кроме ингриш.
    Он эти... цели устанавливает!

    (а рабы, кстати, и непротив ведь...)

     
  • 3.286, Аноним (291), 00:28, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А кто ему деньги даёт?
     
  • 2.285, Аноним (291), 00:26, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Я не понимаю чего мы добиваемся этим внедрением раста всюду

    А где повсюду? Только Каноникл опозорился с внедрением uutils, а больше пока никто нигде.

    >И тут мы переписываем весь C на Rust, а библиотека на C - deprecated.

    А с чего deprecated? Разработчики, допустим coreutils, findutils, совсем не собираются делать свои библиотеки deprecated.

     

  • 1.267, BrainFucker (ok), 21:46, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Аксиома Эскобара во всей красе. Я бы ещё понял если бы транслировали в Nim или Mojo.
     
  • 1.273, Аноним (273), 22:24, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В общем понятно,  в чём смысл.
    Обучают ИИ на примерах кода, давая задачи типа "исследуй код на языке А и сделай то же самое на языке В".

    А ротом глядишь и залежи сишного кода загрузят в ИИ и попросят оптимизировать.

    Собственно уже идёт процесс замены коженых мешков на ии генераторы, а мешки только смотрят, что выходит,  тестируют и правят. И этот проект часть общего движения замены.

     
     
  • 2.281, Ivan_83 (ok), 23:01, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да вот только токены дорогие и на всех их не хватит...

    А весь популярный код и так уже проверен-перепроверен чем только можно, вот и ЫЫ его уже проверил-перепроверил, остальной же код не сильно нужен.
    С оптимизацией - может грустно получится: оно станет нечитаемым. Про это в курсе любой кто сам занимался оптимизацией и смотре сборник трюков/хаков по математике и прочим алгоритмам на С.

    Самое безобидное наверное:
    static inline size_t
    bn_digit_bits(bn_digit_t digit) {
    register size_t n;
    register bn_digit_t reg = digit;

    if (0 == reg)
    return (reg);
    if (BN_MAX_DIGIT == reg)
    return (BN_DIGIT_BITS);
    #if BN_DIGIT_BIT_CNT == 64
    reg -= ((reg >> 1) & 0x5555555555555555);
    reg = (((reg >> 2) & 0x3333333333333333) + (reg & 0x3333333333333333));
    reg = (((reg >> 4) + reg) & 0x0f0f0f0f0f0f0f0f);
    reg += (reg >> 8);
    reg += (reg >> 16);
    reg += (reg >> 32);
    n = (reg & 0x000000000000007f);
    #else /* Original un optimized code. */
    for (n = 0; 0 != reg; reg >>= 1) {
    if (0 != (reg & 1)) {
    n ++;
    }
    }
    #endif
    return (n);
    }


    Остальное можете найти тут:
    http://graphics.stanford.edu/~seander/bithacks.html
    Или книге Hacker's Delight (Addison-Wesley, 2003, 2012)
    сайт сохранился в архиве: https://web.archive.org/web/20170311235442/http://www.hackersdelight.org/

     
     
  • 3.283, нах. (?), 23:09, 20/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Самое безобидное наверное:

    это ты еще интеловскую книжку про векторные оптимизации (без интрисиков!) не видел.

    когда, чтобы компилятор понял как это оптимизировать, надо написать совершенно бредовый с человеческой точки зрения код.

     
     
  • 4.290, Аноним (119), 00:36, 21/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > когда, чтобы компилятор понял как это оптимизировать, надо написать совершенно бредовый с человеческой точки зрения код.

    самое бесполезное и бредовое что мог человек придумать, так это - попытка обЪяснить программе то, чего ты хочешь.

     

  • 1.284, Аноним (284), 23:43, 20/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Канониклу реально заняться нечем.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру