Статистика Rust в Android (в 1000 раз меньше плотность ошибок доступа к памяти)

Ну всё, теперь лялексу точно капец!

Наверное, понадобился не один PhD, чтобы провести это исследование…

в 1000 раз меньше ошибок доступа к памяти, по сравнению с кодом на C и C++.

Пажжите, но ведь растишка должна была полностью устранить ошибки доступа к памяти, разве нет? Как так получилось, что какие-то ошибки остались?

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

Просто если бы нарисовали тезис что то типа: «мы уменьшили количество таких то ошибок в бесконечное количество раз» – то никто бы не поверил…

Пажжите, но ведь растишка должна была полностью устранить ошибки доступа к памяти, разве нет? Как так получилось, что какие-то ошибки остались?

Вообще-то обещали, что растишка будет делать миньет. Как получилось, что не делает?

Это только в люкс комплектации. В обычной поставке из rustup только борроу чекер на мозг капает

Operating system development requires unsafe code, typically C, C++, or unsafe Rust (for example, for FFI and interacting with hardware), so simply banning unsafe code is not workable. When developers must use unsafe, they should understand how to do so soundly and responsibly

Всё дело в unsafe{}

Ну Микрософт писал, что 30% их кода производится нейросетями. В чем есть некоторые сомнения, мягко говоря.

Почему мы должны поверить этой статистике? Ей тоже можно крутить как хочешь.

Статистикой можно крутить как угодно. Нет никаких проблем натянуть расту очков в условиях когда этого растокода с гулькин нос.

Ну Микрософт писал, что 30% их кода производится нейросетями.

А я верю. LLM очень быстро генерирует слоп! Ни один погромист не поспеет.

The chart shows that the volume of new Rust code now rivals that of C++, enabling reliable comparisons of software development process metrics.

Нового гугловского кода в Андроеде на растищке примерно столько же, сколько на C и C++.

Верим! Я даже думаю, в 10’000 раз, просто разработчики скромные. Поэтому и исходники Android закрыли.

И это еще с учетом unsafe. Без unsafe было бы 1’000’000 раз, а unsafe не считается, так как не настоящий Rust.

Если еще повысить порог входа в раст, то количесто ошибок опять упадет.

Говорят откатов меньше, и ревью проходят быстрее. Но хотелось бы ещё узнать сколько нужно человек, чтобы выкатывать сопоставимое с C и C++ количество кода. Может на одного сиониста приходится дюжина растовиков. А может и нет.

в 1000 раз меньше

должна была полностью

Анекдот про русских мужиков и японскую бензопилу.txt

Если еще повысить порог входа в раст, то количесто ошибок опять упадет.

На ведь на C/C++ программирует только илита программирования вроде Iron_Bug.

Железная Багиня вроде говорила что она C++ не особо уважает – только Си, только хардкор

На ведь на C/C++ программирует только илита программирования

На самом деле илита программирования пишет на ассемблере

Это потому что, как тут выяснилось, Утюжный Жук не умеет на C++ писать.

Если еще повысить порог входа в раст, то количесто ошибок опять упадет.

Типа не менее полугода на гормонах и пробка не менее 5см в диаметре?

Да вы ничего не понимаете С++ это неправильный Си: STL жирнота, темплейты жирнота, смарт поинтеры для слабаков, классы ненужны

Еще полосатые programming socks (чулки), минимум по колено

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

Жаль до 1 апреля далеко, сейчас хорошо бы пошла новость, что GTK собрались переписать на раст)

Да зато в 4 раза увеличилось жирность приложения кайф(я ничего не имею против языка раст, каждый дрочит как он хочет)

Большая часть андроида на java. Устроили соревнование в лягушатнике. Я же говорю, статистикой можно вертеть как хочешь.

И перепишут.

на 25% сократилось время ревью

Растоджентльмены доверяют друг другу.

Поэтому и исходники Android закрыли.

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

Растоджентльмены доверяют друг другу.
Растоджентльмены

https://www.youtube.com/watch?v=Lb6OpRfyLFo

Жаль до 1 апреля далеко, сейчас хорошо бы пошла новость, что GTK собрались переписать на раст)

Честно говоря, что угодно лучше, чем в 2к25 долбить сишку для ГУИ.

Ну Микрософт писал, что 30% их кода производится нейросетями. В чем есть некоторые сомнения, мягко говоря.

Думаю, что 30% - это консервативная оценка, учитывая, что AI расшифровывается как «Affordable Indian». Там реально всё на нейросетках, только на углероде, а не на кремнии :D

Вопрос на миллион: что сделает Раст (или любой другой ЯП), при выходе за пределы массива?

Вопрос на миллион: что сделает Раст (или любой другой ЯП), при выходе за пределы массива?

Хм. Раст проверяет выход за пределы массива. С, С++ пойдут дальше, и поведение не определено (можно прочитать то, что не положено, можно записать, куда не положено, можно словить ошибку, в зависимости от ОС, аллокатора, и кучи других вариантов выбора). Разве не так?

Допустим, проверка провалилась. Что дальше?

Пишут, что в 1000 раз меньше ошибок доступа к памяти, по сравнению с кодом на C и C++.

так сразу бы нормально писали бы на С/++, с мат и стат(+ТАУ мб) уклоном - проблем бы не было.
сами индусам отдают на аутсорс - сами индусам отдают на раст, аутсорс. тоже самое как иишечку обучать на заведомо ложных исходных данных.

1. Высокоуровневые логические ошибки. Типа создания циклических ссылок на Rc/Arc.

2. Unsafe код (есть места, где без него практически никак)

3. C-библиотеки (их инварианты известны лишь по документации, а компилятор документацию не читает)

Офигеть, какие там говнокодеры сидят…

Допустим, проверка провалилась. Что дальше?

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

Проблема Rust не в языке. Проблема в том, что многие почему-то решили, что если язык защищает от класса ошибок, то теперь можно клепать код абы как. Это привело к тому, что вокруг Rust образовалось болото токсиков, которые, как ни странно, считают токсиками всех, кроме них самих.

Rust он как бронежилет. Добавляет громоздкости, увеличивает шансы на выживание. Но это не аура неуязвимости. Бежать в нём прямо под обстрел — всё ещё плохая идея.

Программа аварийно завершится.

Вот! И, отвечая на изначальный вопрос, такая ситуация тоже относится к «ошибкам доступа к памяти». По-английски они рекламируют это как memory-safe, что в принципе, верно, потому что ни порчи памяти, ни её утечки, ни раскрытия «чужих» данных при этом не происходит.

Скучно жить в безопасном мире. Я за C. Ну будут баги и уязвимости, ну и ладно, прикольно же.

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

Верю, я поверил

Пишут, что в 1000 раз меньше ошибок доступа к памяти, по сравнению с кодом на C и C++.

Прям ровно в 1000 раз меньше, не thousand, а цифирками 1000.

Также в 4 раза сократилось количество откатов релизов и на 25% сократилось время ревью.

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

Ну Микрософт писал, что 30% их кода производится нейросетями. В чем есть некоторые сомнения, мягко говоря.

А в чем сомнения? Межушное пространство у кодеров ms вполне себе нейросеть.

Статистикой можно крутить как угодно.

Именно так! Статистика продажная девка (c)

На ведь на C/C++ программирует только илита программирования вроде @Iron_Bug.

Яна вроде больше по чистому C без плюсов.