| |
| |
| 3.23, лул (?), 12:43, 17/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Удивительно, почему эти негодяи хотят меньше проблем, вместо постоянных CVE...
| | |
| |
| |
| 5.36, Аноним (36), 13:12, 17/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Потому что язык принесли.
А уметь программировать не принесли.
Одни pronounce engineers и прочие сотнегендерные
| | |
| 5.61, Бжежко (ok), 17:02, 17/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
В раст программах больше CVE чем в сишках? Это какое-то отрицание реальности, на уровне религиозности.
| | |
|
| 4.31, aname (ok), 12:58, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Чтоб зашить возможность делать те же руты на телефонах, например.
Очень полезная корпоратам вещь
| | |
|
| 3.49, Аноним10084 и 1008465039 (?), 15:52, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
скорее смешно, как на Опеннете раньше отторгали блистательный Rust с криком "да никто на этом не пишет, ни одна крупная компания в это не ввяжется". Сейчас же, когда это очевидно не так, сменили пластинку, теперь наоборот "да его только корпорации и пропихивают, надо писать на народном, не крупном".
| | |
|
|
| 1.2, Аноним (2), 11:52, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ну вот, теперь и у видеокарт память будет исчезать в неизвестном направлении. Да и блокировки непонятные им на пользу пойдут.
| | |
| |
| 2.5, Алексей (??), 11:59, 17/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Добрый, а можете, пожалуйста, прислать пояснительную бригаду? В чем конкретно Вы видите проблемы в Rust, как так память теряется?
| | |
| |
| 3.8, Аноним (2), 12:11, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Конкретно в расте проблемы с инструментированием и отладкой. Память теряется, потому что сферические в вакууме serde сомнительного качества и архитектура языка не располагает к контролю за происходящим.
| | |
| |
| 4.65, Аноним (65), 17:25, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Язык без GC, дающий полный контроль над стеком, кучей, аллокаторами в памяти, «не располагает к контролю»? Как раз наоборот: тут нет скрытого рантайма, и всё под полным контролем разработчика — нужно просто разобратться, как это работает.
| | |
| |
| 5.69, Аноним (2), 17:42, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
У раста есть рантайм тащем-то, вполне себе скрытый. Кстати, в языке с гц память сложнее потерять. Возьми любой язык с вм, для примера, жаву: в любой момент времени ты знаешь, куда делась или уходит память. Это намного больший контроль.
| | |
|
|
| 3.26, Аноним (29), 12:46, 17/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> проблемы в Rust
Для начала почитай проблемы, вылившиеся из раст-утилз.
| | |
|
|
| 1.6, laindono (ok), 12:06, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
TUDA Rust и повернуть. Неплохо бы ещё некоторую поддержку нормальных красных карточек, но что с них взять то.
| | |
| 1.9, Аноним (9), 12:13, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Зловреды на расте пишутся только в путь - из-за того, что в "ассемблере каша", это я цитирую. Дизассемблирование неосуществимо.
| | |
| |
| 2.12, Аноним10084 и 1008465039 (?), 12:18, 17/09/2026 [^] [^^] [^^^] [ответить]
| +4 +/– | |
Дизассемблирование всегда осуществимо, это просто показ ассемблерных команд для бинарного кода. А что касается "каши" - она и в любых других языках каша, особенно с оптимизациями. Просто сияющий Rust ещё относительно молод, и реверсеры ещё к нему не помучились. По старым языкам просто уже компиляторы популярные все знают как облупленные, как они код генерируют
Да и не дизассемблированием единым код исследуют
| | |
| |
| 3.27, Аноним (27), 12:51, 17/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> относительно молод
А молод - это до скольких лет, до 40 или до 50?
| | |
| |
| 4.35, Аноним10084 и 1008465039 (?), 13:08, 17/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Тут молодость/зрелость скорее не в конкретных годах будет исчисляться, а в объеме кода, который пишется и реверсится. Если язык малопопулярный, то будь ему хоть 30 лет, под него не будет заточки. Хотя у старых непопулярных языков редко сильно продвинутые оптимизирующие компиляторы.
В общем, отвечая на вопрос - когда напишут и отреверсят достаточно много кода, чтобы наработать инструменты реверсинга для великолепного Rust
| | |
|
| |
| |
| 5.62, Бжежко (ok), 17:06, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Никто не осилил Си, программисты топового уровня не могут писать на нем без ошибок. Собственно такими программистами и создавался раст.
| | |
|
|
| 3.73, Смузихеб забывший пароль (?), 17:50, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Он ведь вроде через LLVM идёт
Т.е это м.б отреверсить лишь до многоэтапно-оптимизированного IR( или как он там называется )
Ну а далее - до чего угодно, что преобразуется в IR( хоть сишка хоть раст ). Но это скорее будет не реверс, а просто генерация исходного кода на выбранном ЯП на основе промежуточного представления.
В остальном, веселее бывало, когда в проге под капотом была своя мини-виртуальная машина, в рамках которой исполнялся уже наваленный код, который даже не дизассемблировать
Причём, из-за особенности выбора опкодов для конкретных команд или их наборов, порой даже достигалась экономия места
| | |
|
|
| 1.10, Аноним10084 и 1008465039 (?), 12:13, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Даже великолепная nVIDIA добавляет поддержку блистательного Rust. Тем не менее, ещё находятся на Опеннете критики, что мол никто серьезный не использует сияющий Rust, и что мол надо просто умело писать на Си. А меж тем идея безопасной памяти живёт, и за нее реально голосуют долларом корпорации
| | |
| |
| |
| 3.34, Аноним10084 и 1008465039 (?), 13:03, 17/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Раньше был один сплошной unsafe, и это никого не волновало. Теперь же дали возможность писать safe, так все кричат "а как же unsafe блоки?!!11". При том, что unsafe даже не все гарантии отключает, а лишь ограниченный их список
| | |
|
| 2.19, Аноним (-), 12:37, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Корпорации тоже гонятся за хайпом. В них тожу живые люди работают. Или ты наивно полагаешь, что с Растом у них увеличистя капитализация и продажи? В соседней ветке обсуждают Жабу. Ты видимо опоздал родится и не застал времена хайпы Жабы. И где сейчас эта Жаба?
| | |
| |
| 3.32, Аноним10084 и 1008465039 (?), 12:59, 17/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Остаточный хайп Джавы я помню - и что же, Джава оставила огромное наследие, инфраструктуру JVM, на ней написано тонна кода, она заработала много денег самым разным людям. Чем не успех? Разве я говорю, что сияющий Rust будет вечен? Когда-то и его чем-то заменят
| | |
|
| 2.24, Sm0ke85 (ok), 12:43, 17/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
>идея безопасной памяти живёт,
она "живет" только в голове у леммингов
>и за нее реально голосуют долларом корпорации
не за нее голосуют, совсем не за нее...
ЗЫ ищи где прибыль может быть и буратиной не помрешь может быть, ахахахах
| | |
| 2.25, Ivan_S (?), 12:44, 17/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Производитель железа от этого имеет финансовую выгоду в виде продажи своей продукции. Сей "чудесный" язык память и дисковое пространство кушает лопатами. Им такой Си со своими миниатюрными бинарниками, простой системой сборки не даёт заработать столько, сколько хочется. Вот и всё. Никакой магии, никакой безопасности в работе с памятью итд. Бизнес. Лишь бизнес. Мани
| | |
| |
| 3.33, Аноним10084 и 1008465039 (?), 13:02, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Я думаю, что жор памяти многославным Rust сильно преувеличен. На Си или голом ассемблере вообще можно сделать бинарь, конечно, сильно мельче. Но стоит ли оно того, если так легко накосячить с памятью?
| | |
| |
| 4.39, Аноним (36), 13:19, 17/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
ну посмотри сколько растовых лефтпадов приезжаетна диск с этой новой кудой, которая даже не в паритете по фичам
и сколько на сях/питонах
| | |
| |
| 5.56, Аноним10084 и 1008465039 (?), 16:15, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
А причем тут лефтпад? Грех лефтпада был не в том, что он тяжёлый, а в том что тривиальную функцию все бесконтрольно вынесли в библиотеку и вообще все бездумно используют абы чьи библиотеки, что открывает огромные возможности атак на цепочки поставки. Это дурное поветрие, к сожалению, не обошло стороной коммьюнити пышноблещущего Rust, но по крайней мере ты сам можешь принять решение, какие либы и сколько тащить?
| | |
|
| 4.47, Аноним (47), 15:30, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
У меня программа на 20мб для компиляции тянет зависимости на 5гб.
| | |
| |
| 5.54, Аноним10084 и 1008465039 (?), 16:13, 17/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Так не тяни столько зависимостей, причем здесь сверкающий Rust? Это и на C++ можно притащить библиотек, что он будет весить гигабайты, качать полИнтернета для сборки и тормозить из-за Тьюринг-полных шаблонов
| | |
|
|
|
| 2.44, Сладкая булочка (?), 14:59, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Даже великолепная nVIDIA добавляет поддержку блистательного Rust.
Почему нвидия "великолепная"?
Почему раст "блистательный"?
Ну и самое главное, вы под куду что-то пишите/писали? Какая разница от добавления вам?
| | |
| |
| 3.51, Аноним10084 и 1008465039 (?), 16:01, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Какая разница от добавления вам?
Мне греет душу, что небезопасные языки заменяются более безопасными. Ещё в 2000-х в своих книгах Брюс Шнайер писал, что обилие переполнений буффера и прочих подобных проблем - позор индустрии, и во многом он вызван использованием ручного контроля памяти. Но в 2000-х из этого не было элегантного выхода - из крупных языков с автоматическим управлением памяти была только Java со своим специфическим набором проблем (медленнее натива, слабо управляемый GC). Java, конечно, эволюционировала и продолжает жить. Но в целом было разделение: или пишешь на относительно низкоуровневых Си/C++ ради скорости или низкоуровневых фишек и уповаешь не накосячить с UB, либо пишешь на тяжеловесной Java.
Но появление лучезарного Rust совершило прорыв - появился язык, который может одновременно и быть низкоуровневым, и при этом дать zero-cost гарантии памяти. И потому я не могу не радоваться, наблюдая его развитие
P.S. да, я знаю, что ошибки идут не только из-за памяти и что в Java тоже умели делать RCE, однако так или иначе - чем меньше программисту нужно заниматься мелким bookkeeping'ом, тем более концентрации на логической корректности
| | |
| |
| 4.60, Malinovsky (?), 16:55, 17/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да, библиотеки на расте можно и в джавовский байт код запихать, но вот этот щенячий восторг выглядит странно. Библиотеки годятся - меньше парить мозг. А вайб кодинг скоро и так убьет программирование. Так что высокоуровневые языки это как раз норма, а подобные неудобные языки применительны только в форме библиотек. Тратить излишне много усилий на освоение "безопасных" методов бессмысленно когда нужны все методы. Проще сразу переходить на джавовский байт код. Он уже давно работает.
| | |
| |
| 5.64, Бжежко (ok), 17:20, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Проще сразу переходить на джавовский байт код. Он уже давно работает.
Переходи, тебе кто-то мешает это сделать?
| | |
| 5.71, Аноним10084 и 1008465039 (?), 17:46, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Так а смысл компилировать блистательный Rust в Java-байткод? Для интеропа с JVM-системами что ли? А так сам по себе сияющий Rust в нативный код компилируется, при этом со своими гарантиями
| | |
|
|
|
|
| 1.11, Смузихеб забывший пароль (?), 12:15, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
> и предотвращает возникновение состояний гонки
Это тот самый ЯП, по которому в одной из предыдущих новостей аккурат состояние гонки и было одной из осн. возникших проблем ?)
| | |
| |
| |
| 3.40, Смузихеб забывший пароль (?), 13:39, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да, анон ниже был прав
> Ubuntu 26.10 полностью переведён на Rust Coreutils
https://www.opennet.me/opennews/art.shtml?num=66274
> в LTS-ветке Ubuntu 26.04 был совершён откат
> на поставку утилит cp, mv и rm из набора GNU Coreutils
> Варианты[из uutils] cp, mv и rm были возвращены из-за проблем с
> безопасностью, выявленных в ходе аудита кодовой базы
> Rust Coreutils. Большая часть уязвимостей
> в Rust Coreutils вызвано наличием состояния гонки | | |
| |
| 4.58, Аноним (58), 16:44, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> в Rust Coreutils вызвано наличием состояния гонки
И ты правда не соображаешь, что состояния гонки там были на уровне файловой системы? В тексте новости же об этом черным по белому написано, с примерами. 🤦
| | |
|
|
| 2.53, Человек из СССР (?), 16:04, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> состояние гонки и было одной из осн. возникших проблем
Если не быть программистом, а лишь вайбкодером, и не такое становится возможным даже на раст.
| | |
|
| 1.17, Аноним (17), 12:35, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Для разработки на языке Rust с использованием модели SIMT развивается компилятор cuda-oxide, позволяющий компилировать код на языке Rust, использующий штатную систему типов и модель владения Rust, напрямую в инструкции для выполнения в виртуальной машине CUDA PTX (Parallel Thread Execution).
В макросню для компиляции внутри раста в куду нишмагли
| | |
| 1.30, Аноним (29), 12:55, 17/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> обеспечивает безопасность работы ... предотвращает возникновение состояний гонки
Недавняя новость: "...из-за проблем с безопасностью, выявленных в ходе аудита кодовой базы Rust Coreutils. Большая часть уязвимостей в Rust Coreutils вызвано наличием состояния гонки".
| | |
| |
| 2.41, Аноним (17), 14:36, 17/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>Большая часть уязвимостей в Rust Coreutils вызвано наличием состояния гонки".
зачем там многопоток и почему не переписать уутилс на хаскель, в котором есть исключатор гонки как основной примитив itc?
| | |
| 2.57, Аноним (58), 16:37, 17/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Большая часть уязвимостей в Rust Coreutils вызвано наличием состояния гонки".
Состояния гонки в Rust Coreutils были на уровне файловой системы, а не внутри программы.
| | |
|
| |
| 2.67, Бжежко (ok), 17:27, 17/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Непрофессионализм и религиозная приверженность к уже освоенным инструментам.
| | |
|
|