Компания Google подвела итоги использования компонентов на языке Rust в платформе Android. Стратегия по внедрению в Android методов безопасной разработки для нового кода оказалась успешной. В 2025 году впервые доля уязвимостей, вызванных ошибками при работе с памятью, оказалось меньше 20% от общего числа уязвимостей. Для сравнения в 2024 году этот показатель в Android составлял 24%, а в 2019 году - 76%. При этом средний показатель по индустрии продолжает оставаться на уровне 70%...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=64251
лучший! надеюсь в будущем 99% и 1% для с и с++
Этому устаревшему мусору и 1% много - уж 1% допереписать вообще не проблема, и забыть их как страшный сон.
Основная проблем в таких отчётах это соответствие действительности. Весь год внедряли Rust, руководство хочет получить свои премии и бонусы ведь близится конец года. Что делаем - шлёпаем красивые отчётики с доказательством собственной экономической эффективности и о-па премия в кармане.
> Основная проблем в таких отчётах это соответствие действительности.
> шлёпаем красивые отчётикиКазалось бы, коммиты публичны, как и сам код - или да проверь. Но нет, мы будет плести теории коварных растозаговоров. 😂
> Весь год внедряли Rust
Не год, а уже почти шесть лет:
"Использование кода на Rust при разработке системных компонентов Android началось в 2020 году"
> руководство хочет получить свои премии и бонусы
Опять менеджеры гугла подгадили опеннетным экспертам! Конечно руководство получит бонусы: кочличество дыреней сократилось-то!
Я и с публичными коммитами тебе что угодно нарисую. Тут и без продвигателей в опенсурсе возникают вопросы почему сделали так, а не иначе, а уж при желании я тебе такую сову на глобус натяну, что бейсик станет самым безопасным, быстрым и ревьюевымым языком в мире.
> Я и с публичными коммитами тебе что угодно нарисую.Что и где ты собрался рисовать? Код открыть. Берешь, запускаешь на нем cloc и не пишешь больше параноидальную чушь про заговоры коварных менеджеров.
Этот шабаш Rust, то же самое что и с Googlang, и Chromebook ами.
Когда стали появлятся Chormebook, все говорили что это лучшее.
Количество пользователей, Chrome OS — всего 1,78%, это даже не 4%.
Ну естественно опередил, раст же надо как то продвигать и пиарить, да и чтоб качественно писать на расте, нужно реально очень много писать. Ну и если цель переписывание всего подряд, конечно кода будет больше.
В то время как си код компактный и лаконичный, на си уже всё написано.
> Ну и если цель переписывание всего подряд, конечно кода будет больше.Тем временем в новости:
"В конечном счёте в Google решили не пытаться переписать старый код на языках безопасно работающих с памятью, а сосредоточиться на использовании подобных языков для нового кода."
У них там разве весь код не го с котлином? Какой им толк от си с плюсами (они вообще на них писали кроме пары либ), естественно, раст обгонит что угодно с его тысячами гигабайт.Нет, это всё прекрасно, но давайте трезво оценивать такие "новости".
> У них там разве весь код не го с котлином > Какой им толк от си с плюсамиДа начните же вы наконец текст новости читать:
"В 2025 году объём нового кода на Rust в Android превысил объём добавляемого за год кода на C и C++."
>> У них там разве весь код не го с котлином > Какой им толк от си с плюсами
> Да начните же вы наконец текст новости читать:
> "В 2025 году объём нового кода на Rust в Android превысил объём
> добавляемого за год кода на C и C++."Одно другому никак не мешает, повестка достаточно манипулятивная.
> Одно другому никак не мешает, повестка достаточно манипулятивная.Да, да, "давайте трезво оценивать такие "новости" - и дальше персонаж вещает про повестку и прочие ветряные мельницы. 🤦
Какие противоречия? Гугл в принципе не пишет много кода, который по объективным причинам пишется на языках вроде си -- результат, гугл пишет больше когда на других модных языках, которые требуют ещё больше бойлерплейта. Из альтернатив си и плюсам у них объективно только 1 вариант. Дальше что, все должны восхититься тому, как на расте написали много полезного реюзабельного кода? Кстати, где же он?
> В 2025 году объём нового кода на Rust в Android превысил объём добавляемого за год кода на C и C++Ма-а-аленький вопрос: а как подсчитывался объем кода? в строках / символах / байтах исходников? Так ржавокод пухлее аналогичного по семантике плюсового раза в 2-3 -- из-за кучи бойлерплейта, отсутствия наследования и т.д. Это как-то учитывалось? Очень сомневаюсь...
Наоборот, код на расте довольно плотный с чейнингами.
> Так ржавокод пухлее аналогичного по семантике плюсового раза в 2-3А чего не в 10? Набрасывать так набрасывать!
> из-за кучи бойлерплейта
Приведи конкретный пример "брйлерплейта" по сравнению с C++, о котором ты постоянно вещаешь.
Пока что у тебя только пускание пыли в глаза без какой-либо конкретики.
В статье противоречивая инфа про уязвимости. С одной стороны, говорится, что в новом коде уязвимостей нет, с другой стороны утверждается, что уязвимости в новом коде всегда растут экспоненциально. И только со временем их становится меньше. Времени по сравнению со старым кодом прошло еще не достаточно для таких громких заявлений. Я так думаю.
Далее, количество строк кода, совсем не показатель. Говорит совсем ни о чем, только о том, что кода написали больше. Ну написали, молодцы.
Опять-же недавно тут-же писали, что два аудита в новом коде ничего не нашли, а потом исследователи уязвимости таки нашли.
Во-общем новость отдает какими новостями из газеты Правда, что советские микросхемы самые большие в мире. Ну-да, проект гугловский, имеют право.
> Времени по сравнению со старым кодом прошло еще не достаточно для таких громких заявлений. Я так думаю.Тем временем в новости:
В 2025 году впервые доля уязвимостей, вызванных ошибками при работе с памятью, оказалось меньше 20% от общего числа уязвимостей. Для сравнения в 2024 году этот показатель в Android составлял 24%, а в 2019 году - 76%. При этом средний показатель по индустрии продолжает оставаться на уровне 70%.
Когда я был студентом моему ментору не хотелось тратить на меня время и он соврал что якобы руководитель хочет меня уволить за то что я часто делаю ошибки (примерно также как и другие студенты). И я стал гораздо меньше ошибаться.
Тут то же самое.
Где написано, что "уязвимости в новом коде всегда растут экспоненциально"?Про экспоненциальную зависимость была лишь одна фраза:
"а для старого кода наблюдается экспоненциальная зависимость безопасности от времени - со временем в старом коде ошибки выявляются всё реже и реже."Так при чём здесь газета "Правда"?
По смыслу статьи, и я имел ввиду под новым кодом, тот на котором пишут сейчас (или недавно). А под старым, тот на котором было написано много лет назад. Ведь "старый" код тоже когда-то был новым. Разве не так?А газета Правда имелась ввиду, что считать преимуществом количество написанного кода, все равно что при коммунистах писали, про самые большие микросхемы. Т.е. преимуществом (а на самом деле свидетельством отсталости) считался размер. И конечно-же, это была ирония.
> считать преимуществом количество написанного кодаВ новости ничего не говориться о количестве кода. Говориться лишь о процентном его соотношенни по сравнению с C и C++.
> В настоящее время в Android на Rust написано около 5 млн строк кодаКоторые добавили примерно 0 фич к условному андроиду 4.4 до всяких растов. Так победим!
> Crabby Avif, включающей парсер и декодировщик для формата AvifCrabby Avif 🦀 Avif parser/decoder implementation in Rust. Features: Supports dav1d (ASM/C), libgav1 (C++) or android mediacodec as the underlying AV1 decoder. Лол.
Именно, очередные обёртки.
А Android Runtime написана на C++, шах и мат! Так что основой основ, самым надёжным фундаментом, всегда будут C и C++.
Про количество новых логических ошибок есть инфа?
Её не выгодно разглашать ;)
А раст... Ну нравится вам язык с подтяжками, чтобы штанишки у тех, кто не умеет работать с памятью не падали - пользуйтесь на здоровье!)
Дело не в том что мы будем пользоваться, дело в том что мы вас заставим, некомпетентных в своей самоуверенности что _вы_ умеете работать с памятью.
Если что-то не работает по причине памяти - примеры в студию. Только не надо этих списков теоретических CVE, за которыми в реальности ничего не стоит.
Так у сисшники без подтяжек при работе с памятью "падают" в 70% случаев, или это какие-то неправильные сисшники...
Человечество развивается, молотки эволюционируют в гвоздезабивные пистолеты, телеги в автомобили. И только сишники довольно урчат с палками-копалками.
> у тех, кто не умеет работать с памятьюНикто не умеет, таких людей не быввает в природе.
Лучшие времена Андроида прошли в эпоху 4.x.x. Сейчас постоянно рапортуют о каких-то улучшениях, а глаза мне говорят, что система превращается в свалку. Про кодовую базу даже боюсь представить что там творится.
> Про кодовую базу даже боюсь представить что там творится"Разнообразие")
> Лучшие времена Андроида прошли в эпоху 4.x.x.Это который безбожно тормозил, тёк памятью и жрал батарейку то? Ну-ну...
htc Desire HD (https://ru.wikipedia.org/wiki/HTC_Desire_HD), Android 4, заряжал по выходным, в течение недели активно пользовался, и так много лет.htc Wildfire E2 (https://www.htc.com/cis/smartphones/htc-wildfire-e2/), Android 10, при прочих равных (т.е. звонки, смс, почта) заряда хватает максимум на пару суток.
У меня был такой, это если скайп на него не ставить. Сейчас скайп умер, но другие кодеры обленились, понатащили всяких котлинов, обмазались DI контейнерами и прочими базвордами, так что то же самое стало потреблять в 10ки раз больше оперативы и CPU.
> заряжал по выходным, в течение недели активно пользовался, и так много лет.У меня тоже был Desire, вранье это.
> Это который безбожно тормозил, тёк памятью и жрал батарейку то? Ну-ну...Щито?? Samsung Galaxy S2 заряжал максимум раз в 3 дня, при том, эксплуатировал очень активно, смотрел видео, сидел а соцсетях, слушал музон. И самое збавное, что эта система для него была даже не родной.
Современный телефон с несравнимо большим объёмом аккума пюмне приходится заряжать каждый день. И интерфейс у него жутко лагает по сравнению с тем, что было на Самсунге с Андроид 4.4.
>Samsung Galaxy S2У меня этого агрегата во владении не было, но удалось прогонять около недели. Бомбический аппарат. Вот реально ощущался как смартфон, а не телефон плюнувший чуть выше jme.
Ну до 6/7 было ещё терпимо
А всё почему? Потому что раст умеет безопасно работать с памятью!
Вот только прокладка между монитором и клавиатурой теперь мало что умеет...
Да, вообще. На придумывают всяких ИИ и растов, и сидят тупеют.
ИИ классная штука, но только в виде справочника и brainstormer'а. Но находятся уникумы, которые выкладывают в гитхаб проекты написанные полностью с помощью ИИ, без аудита. ЧСХ, читая такой код можно нехило лулзов словить.
>всяких ИИ и растов, и сидят тупеют.Люди на полном серьезе, спрашивают у Ии, всякую дичь.)
Фильм лучше чем люди.
Ну такую, которую человек лучше знает.
Сейчас воины против Раста расскажут, как они повыкидавали свои андроидные смартфоны. Повыкидывали ведь? Не могут же они быть лицемерами, которые на словах воюют протиа Раста, а на деле уплетают за обе щеки устройства с этой "раковой опухолью".
Наоборот, они купят пиксели, гугл поддержат и будут с них рассказывать какие корпорации плахие, следят все такое...
А если поискать аналитику про мед не от пчёл, то всплывают такие статейки:https://dl.acm.org/doi/pdf/10.1145/3763800
Чё сказать-то хотел - что llvm кривое поделие на крестах?
В целом получается по важным производственным параметрам Rust "вроде не хуже" C++. Других выводов учитывая разные подходы в языках тут не сделать, т.к. структура издержек при разработке у них тоже возможно разная и не факт что выбранные показатели равноценны для обоих.Ну есть важная инфа для размышления и для тех и для других...
> В конечном счёте в Google решили не пытаться переписать старый код на языках безопасно работающих с памятью, а сосредоточиться на использовании подобных языков для нового кода.Ага. Помню, помню, как они в бравурных отчётах слегка упоминали о том, что выяснилось, что rust подходит не для всего.
Где нужно учитывать разнообразие архитектур железа - rust не тянет.
Так и будут тащить 2 языка теперь. То что полегче - парсеры и сетевые протоколы на раст. То что посложнее как и раньше.
> В конечном счёте в Google решили не пытаться переписать старый код на языках безопасно работающих с памятью, а сосредоточиться на использовании подобных языков для нового кода.Правильно сделали.
«A Practical Guide to Transitioning to Memory-Safe Languages» (ACM Queue)
[...]
При внедрении нового языка возникает соблазн следовать агрессивному графику, чтобы оправдать инвестиции краткосрочными выгодами. Такой подход, зацикленный на чрезмерно амбициозных целях или быстрых, радикальных изменениях, неизменно сопряжен с повышенными рисками неудачи и может активно препятствовать будущему внедрению, нарушая дорожные карты и конкурируя с другими бизнес-целями.
Более мощная стратегия, та, что оказалась столь эффективной для Android, заключается в рассмотрении внедрения языка как долгосрочной инвестиции в устойчивый, кумулятивный рост, который поддерживает другие бизнес-цели, а не конкурирует с ними. Этот подход терпеливо принимает изначально более низкие абсолютные показатели, чтобы предоставить необходимое время для того, чтобы новый язык закрепился, набрал обороты и достиг критической массы.
Начальный прогресс, вероятно, будет казаться удручающе медленным. Однако каждый успешный проект является «дивидендом» роста сообщества, уверенности, опыта и возможностей, который реинвестируется для финансирования следующего, более амбициозного проекта. Это создает положительную обратную связь, где успех порождает еще больший успех. Результатом является экспоненциальная кривая внедрения, которая фундаментально трансформирует безопасность и производительность всего проекта.
Итак, как можно достичь устойчивого внедрения и роста языка? Проект Android представляет собой убедительный пример, успешно используя многоступенчатый процесс, который сейчас принимается и адаптируется в других частях Google для масштабирования использования Rust. Каждый этап этого процесса сосредоточен на конкретных, достижимых целях, критически важных благодаря адекватной поддержке при минимизации сбоев в текущей разработке. Кратко, эти этапы:
0. Организационное согласование – Получение одобрения и первоначального финансирования для Rust.
1. Команда по обеспечению – Создание клиентоориентированной команды, миссия которой – успех ее клиентов.
2. Начальная поддержка – Сосредоточение на основных потребностях и создание базовой поддержки для общих вариантов использования.
3. Пилотные проекты – Проверка поддержки и укрепление доверия путем успешной реализации пилотных проектов.
4. Rust по исключению – Контроль роста путем одобрения новых проектов и расширения поддержки.
5. Общая доступность – Снятие ограничений по мере того, как органическое внедрение удовлетворяет спрос.
6. Rust рекомендуется – Поощрение более широкого внедрения путем устранения препятствий для колеблющихся команд.
7. (Необязательно) C/C++ по исключению – Сделать C и C++ исключением, направляя подходящие проекты на использование Rust.
> Где нужно учитывать разнообразие архитектур железа - rust не тянет.А какую конкретно поддерживаемую Андроидом архитектуру не тянет Раст?
>Где нужно учитывать разнообразие архитектур железа - rust не тянет.А где в Андроиде нужно? Android поставляется исключительно вместе с железкой. А железку вендоры сделают заведомо так, чтобы была заведомо совместима с требованиями, какие Гугель им озвучит. А что старые или другие железки несовместимы - это не баг, а фича. Безопасность - это всегда смертельная гонка, причём пищевая безопасность - в том числе. И Гугель тут водит "дредноут" (если кто фильм не помнит - гигантский грузовик, призванный всех участников гонки уничтожить, а что его уничтожили - это сценариста провал), задавая темп.
> плотность подобных уязвимостей в коде на Rust составила 0.2 уязвимости на миллион строк кода.
> Для сравнения в коде на языках C и C++ данный показатель составляет около 1000 уязвимостей на миллион строк кода.0.2 vs 1000
Чуть более, чем на три *порядка*. ЧТД.
Это какой-то экстерминатус сишки получается. Кто в здравом уме после этого будет пользоваться с и с++?
Да врети вы все! Это программисты у гугла просто плохие. Вот хорошие программисты не делают ошибок! И вообще все эти ошибки в С код растофанаты подбросили!
Из свеженького:> Команда Rust выпустила важное точечное обновление: Rust 1.91.1. Несмотря на то, что это точечное обновление, в Rust 1.91.1 исправлены две серьёзные проблемы, которые появились в предыдущей версии 1.91.0.
> 1. Устранение сбоев Wasm и незаметного повреждения
> 2. Исправление блокировки Cargo в системе illumosВот же злобные сишники, опять пришлось за ними подчищать, ведь кто, кроме них, мог?... И никто из ржавозависимых не сделал гневной новости, позор!
Долгожданное продолжение захватывающего хоррор-сериала "Нашествие Ржавчины". В Google решили пойти по колхозным стопам Microsoft в деле оверинжиниринга и расставили себе граблей на будущее. Занимательный садомазохизм.
Посмотри на графики, количество граблей уменьшается.
но майкрософт кажется вовремя успела остановиться, и дальше переписывания невнятной компоненты gdi из 90х (и то неточна) дело не пошло.
Вот ты крутой эксперт, конечно! Где ты и где гугл, пхах)
> Где ты и где гугл, пхах)Логика гопника из подворотни. Кто больше бабла срубил, малиновые штаны одел - тот и авторитет. Напомню, что перед владельцем малиновых штанов пацаки обязаны приседать.
Корпорация, пылесосящая лучшие кадры много лет, создающая продукты, востребованные в мире на одной чаше весов и опеннет кексперт. Причем ту малиноввые штаны, гопота? Просто объективная реальность заключается в следующем: технологический гигант, имеет больше экспертизы чем нонейм аноним. Будешь с этим спорить?
>> Где ты и где гугл, пхах)
> Логика гопника из подворотниНет, это здравая логика. Ибо Гугл уже более 25 лет пишет тьму софта, котрой пользуется миллиарды людей. А твоей экспертизы хватило лишь на написание опеннетного набросика.
Если они на раст не собираются всё переписывать, то это же в 2 раза больше головной боли будет. Мало того что надо с++ знать, так теперь ещё и раст.А через пару лет выйдёт ещё какой-нибудь модный язык, решающий ещё одну единственную проблему.
Они - не собираются. Gemini всё остальное, что они лично не переписали, перепишет за них.
> Они - не собираются. Gemini всё остальное, что они лично не переписали,
> перепишет за них.Когда? Пока что не может.
В то же время андроид скатывается, блокируя сторонние приложения. Случайность? Не думаю.
Нет, не случайность.
И тут заговор растофанатов? Да чтож такое то?
Не хотят покупать новые телефоны? Сделаем жуткую блоатварь, которая в старые не влезет ни по памяти, ни по флешке. И потом потребуем от всех разрабов приложений просто дропнуть старые версии.
Интересная информация об unsafe. Я думал такого будет меньше, чем 4%, который указан в статье. Т.е. сейчас на 5 млн строк кода на rust есть где-то 200тыс строк в unsafe блоках. С одной стороны не много, но и не так, чтобы мало.
> В настоящее время в Android на Rust написано около 5 млн строк кода, в которых выявлена лишь одна потенциальная уязвимость, вызванная проблемами при работе с памятью. Таким образом плотность подобных уязвимостей в коде на Rust составила 0.2 уязвимости на миллион строк кода. Для сравнения в коде на языках C и C++ данный показатель составляет около 1000 уязвимостей на миллион строк кода. Ключевым источником проблем в Rust является код, находящийся в unsafe-блоках. Доля подобного кода оценивается в 4% от всего кода, написанного на Rust.Притянуто за уши. На С и С++ написан базовый код. Для чистоты эксперимента нужно взять такой же по функциональности код, написать с нуля (чтобы не видеть уже исправленных ошибок и набитых шишек) и собрать статистику уязвимостей по нему. Только так. Если даже вы не будете менять яп, а просто перепишите свой же старый код, то он будет более надежным в большинстве случаев.
Вообще, это стойкое ощущение, что новости про каждый пук, каждую ПЕРЕПИСАННУЮ строчку пишутся фанатами либо на заказ. Типо, вот давай уже, ты остаешь, надо переходить куда-то там, обнволять зависимости. Маркетинг чистой воды.
> либо на заказ"Либо")) Тут без всяких "либо", просто - на заказ ;) Особенно, если взглянуть на картину в целом так сказать.
> Для чистоты эксперимента нужно взять такой же по функциональности код, написать с нуля (чтобы не видеть уже исправленных ошибок и набитых шишек) и...и снова сделать те же самые ошибки. Не, ну гениально!
А про набитие шишек ты сишечникам расскажи: они как вылазали за пределы буферлв в 70х, так и в 2025м вылазят.
> Если даже вы не будете менять яп, а просто перепишите свой же старый код, то он будет более надежным в большинстве случаев.
С чего вдруг? И зачем его переписывать на том же языке, лол?
> Накопленная статистика подтверждает ранее высказанное предположение, что основным источником проблем с безопасностью является новый код, а для старого кода наблюдается экспоненциальная зависимость безопасности от времени - со временем в старом коде ошибки выявляются всё реже и реже. В конечном счёте в Google решили не пытаться переписать старый код на языках безопасно работающих с памятью, а сосредоточиться на использовании подобных языков для нового кода.Ну вот, голос разума.
В Google -- Rust здорового человека.
А у анонимов на OpenNet -- Rust курильщика.=)
> за счёт исключения накладных расходов на sandbox-изоляцию в коде на Rust удалось добиться повышения производительностиОх, лол. А в соседней новости (про дырки в растовской версии sudo) растофаны разъяснили, что Rust вовсе-то и не обещал отсутствия багов и уязвимостей. Почему же тога узявимые компоненты убирают из сендбокса? Клоуны.
Почему в постах растохейтеров постоянно мелькают выражения "есть ощущение", "стойкое ощущение" и далее бездоказательный бред с теорией заговоров?Читается как "стойкое ощущение жгучей боли ниже спины". Вы там не переживайте так сильно)
> Почему в постах растохейтеров постоянно мелькают выражения "есть ощущение", "стойкое ощущение" и далее бездоказательный бред с теорией заговоров?Потому что умным людям легче поверить в теорию заговора, чем в факт того, что 95% людей идиоты.
Теперь понятно, почему ведройд начал совсем аномально жрать и тормозить в последнее время.
> Кроме того, за счёт исключения накладных расходов на sandbox-изоляцию в коде на Rust удалось > добиться повышения производительности.В новости написано наоборот)
> В новости написано наоборот)Написанному - верить!
Google.
>> Кроме того, за счёт исключения накладных расходов на sandbox-изоляцию в коде на Rust удалось > добиться повышения производительности.
> В новости написано наоборот)Как дети. Само по себе переписывание не происходит. Для этого нужен ответсветнный человек, манагер. Вот он доказывает вышестоящему руководству необходимость. После переписывание он отсчитывается и говорит "все хорошо, стало лучше, вот график", даже если стало хуже. Суть простая: он хочет повышения и премий, а они даются за достижение результатов (на картинке), на пользователей всем по большому счету наплевать.
Можешь доказать свои слова? Опять же какая-то теория про менеджера. Кто же ему даст такое сделать? Он что там один менеджер и не найдется никого, кто покажет что вот эта работа была бесполезной тратой денег компании?