The OpenNET Project / Index page

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

Rust опередил C/C++ по объёму кода, добавляемого в платформу Android

14.11.2025 15:16

Компания Google подвела итоги использования компонентов на языке Rust в платформе Android. Стратегия по внедрению в Android методов безопасной разработки для нового кода оказалась успешной. В 2025 году впервые доля уязвимостей, вызванных ошибками при работе с памятью, оказалось меньше 20% от общего числа уязвимостей. Для сравнения в 2024 году этот показатель в Android составлял 24%, а в 2019 году - 76%. При этом средний показатель по индустрии продолжает оставаться на уровне 70%.

Использование кода на Rust при разработке системных компонентов Android началось в 2020 году. В 2025 году объём нового кода на Rust в Android превысил объём добавляемого за год кода на C и C++.

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

Помимо безопасности внедрение Rust положительно повлияло на скорость, продуктивность и качество разработки. Для кода на Rust зафиксировано в 4 раза меньше откатов изменений в результате выявления непредвиденных ошибок, а также снижение времени рецензирования на 25%.



При включении в состав Android изменений сопоставимого размера, изменения на Rust требуют примерно на 20% меньше ревизий, чем их эквиваленты на C++.

Данные показатели объясняются упрощением тестирования и смещением выявления ошибок на ранние стадии разработки, на которых ошибки становятся заметны ещё до того, как разработчик приступает к проверке кода. Кроме того, за счёт исключения накладных расходов на sandbox-изоляцию в коде на Rust удалось добиться повышения производительности.

Из недавних проектов, связанных с использованием Rust в Android, отмечено задействование в ядре Linux 6.12 первого широко применяемого драйвера на языке Rust, а также использование Rust при разработке прошивок и прикладных приложений. Помимо уже применяемого в ядре драйвера на Rust, совместно с компаниями ARM и Collabora на данном языке развивается новый драйвер GPU. Реализован на языке Rust и задействован в Google Play Services протокол Nearby Presence для обнаружения локальных устройств по Bluetooth. Для включения в следующий релиз приложения Google Messages запланировано включение новой реализации протокола MLS, написанной на Rust. В браузерном движке Chromium задействованы написанные на Rust парсеры для web-шрифтов, изображений PNG и формата JSON.

В настоящее время в Android на Rust написано около 5 млн строк кода, в которых выявлена лишь одна потенциальная уязвимость, вызванная проблемами при работе с памятью. Таким образом плотность подобных уязвимостей в коде на Rust составила 0.2 уязвимости на миллион строк кода. Для сравнения в коде на языках C и C++ данный показатель составляет около 1000 уязвимостей на миллион строк кода. Ключевым источником проблем в Rust является код, находящийся в unsafe-блоках. Доля подобного кода оценивается в 4% от всего кода, написанного на Rust.

Отмеченная выше уязвимость CVE-2025-48530 найдена в библиотеке Crabby Avif, включающей парсер и декодировщик для формата Avif. Проблема была выявлена сотрудниками Google до публикации релиза и не затронула пользователей. Уязвимость вызвана ошибкой в unsafe-блоке, приведшей к переполнению буфера. Отмечается, что даже если бы ошибка не была замечена её эксплуатация была бы блокирована поставляемой в Android системой распределения памяти Scudo, по умолчанию задействованной в прошивках для Google Pixel и некоторых других устройств.

  1. Главная ссылка к новости (https://security.googleblog.co...)
  2. OpenNews: В ядро Linux 6.18 принята реализация Binder IPC для Android, написанная на Rust
  3. OpenNews: Google переписал на языке Rust прошивку pvmfm, используемую в Android
  4. OpenNews: Около 21% нового компилируемого кода в Android 13 написано на языке Rust
  5. OpenNews: Rust включён в число основных языков для разработки платформы Android
  6. OpenNews: Методы безопасной работы с памятью позволили существенно снизить число уязвимостей в Android
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64251-rust
Ключевые слова: rust, android
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (208) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 15:43, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –13 +/
    лучший! надеюсь в будущем 99% и 1% для с и с++
     
     
  • 2.13, Аноним (13), 16:10, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Этому устаревшему мусору и 1% много - уж 1% допереписать вообще не проблема, и забыть их как страшный сон.
     
  • 2.113, Аноним (113), 20:21, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Fortran!! или Cobol. Или PL1/m
     
  • 2.126, Аноним (126), 20:53, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну и где те, кто тут рассказывает, что на расте только переписывают?
     
     
  • 3.132, Аноним (132), 21:34, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Андроид уже давно написан. То что его зачем-то переписывают на раст всего лишь подтверждает что на расте ничего невозможно написать.
     
     
  • 4.134, Xo (?), 21:43, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    О, а вот и хейтеры прибежали.
     
  • 3.200, Аноним (200), 00:47, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так а что же ещё? Вот код, который был в Андроеде на C и переписывают на Раст.
     

  • 1.5, Аноним (5), 15:47, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +28 +/
    Основная проблем в таких отчётах это соответствие действительности. Весь год внедряли Rust, руководство хочет получить свои премии и бонусы ведь близится конец года. Что делаем - шлёпаем красивые отчётики с доказательством собственной экономической эффективности и о-па премия в кармане.
     
     
  • 2.22, Аноним (22), 16:24, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Основная проблем в таких отчётах это соответствие действительности.
    > шлёпаем красивые отчётики

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

    > Весь год внедряли Rust

    Не год, а уже почти шесть лет:

    "Использование кода на Rust при разработке системных компонентов Android началось в 2020 году"

    > руководство хочет получить свои премии и бонусы

    Опять менеджеры гугла подгадили опеннетным экспертам! Конечно руководство получит бонусы: кочличество дыреней сократилось-то!

     
     
  • 3.36, Аноним (36), 16:44, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Я и с публичными коммитами тебе что угодно нарисую. Тут и без продвигателей в опенсурсе возникают вопросы почему сделали так, а не иначе, а уж при желании я тебе такую сову на глобус натяну, что бейсик станет самым безопасным, быстрым и ревьюевымым языком в мире.
     
     
  • 4.76, Аноним (22), 18:32, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Я и с публичными коммитами тебе что угодно нарисую.

    Что и где ты собрался рисовать? Код открыть. Берешь, запускаешь на нем cloc и не пишешь больше параноидальную чушь про заговоры коварных менеджеров.

     
     
  • 5.149, Витюшка (?), 22:21, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ты не понял! У них специально составленные коммиты с кодом, чтобы ввести в заблуждение и выдать желаемое за действительное! И только анонимус с opennet знает настоящую правду!

    Плоскоземельшики переглянулись и почувствовали угрозу - это уже заход на их поляну

     
     
  • 6.154, ГруднаяЖаба (?), 22:44, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    докажи что земля - шар. На простых опытах докажи

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

     
     
  • 7.177, Анонимусс (-), 23:47, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > докажи что земля - шар. На простых опытах докажи

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

    Не, ну я осознаю невероятную ограниченность хейтеров, но чтобы настолько...

     
     
  • 8.259, Аноним (259), 11:05, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    проведи этот опыт на полюсе... текст свёрнут, показать
     
  • 7.234, Аноним (234), 05:26, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >докажи что земля - шар. На простых опытах докажи

    Поставь на расстоянии 1 километра два строго вертикально расположенных столба(ниточка с грузиком в помощь), размести на верхушке одного из них мишень, а на другом оптический прицел с перекрестьем, расположенный строго горизонтально(ниточка с грузиком + транспортир в помощь). Вращая прицел, вокруг своей оси, ты не сможешь навестись на центр мишени, оно будет выше. Можно конечно предположить, что просто земля в одном месте выше, а в другом ниже, но если мы поменяем прицел и мишень местами, перекрестье всё ещё будет выше центра мишени. Достаточно простой опыт? Его можно провести и на меньшем расстоянии, если использовать более точные инструменты.

     
     
  • 8.269, Аноним (259), 11:46, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    вы уже доказали, что свет не искривляется в пространстве и прямолинеен ... текст свёрнут, показать
     
     
  • 9.278, Аноним (234), 11:55, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С этим Вам к теориям Эйнштейна Да, свет всегда летит прямо и всегда с фиксирова... текст свёрнут, показать
     
  • 9.280, Аноним (234), 12:00, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, если подумать логически, то если мы привяжем к столбам лазерные указки, ... текст свёрнут, показать
     
  • 4.235, Аноним (-), 05:43, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Тут и без продвигателей в опенсурсе возникают вопросы почему сделали так, а не иначе

    Не иначе -- это как? Есть конкретные предложения? Нет?

    У гугла были. Они выпилили целый carbon, пытаясь что-то поделать с C++ кодом. Но надо полагать забили на него болт теперь.

     
  • 2.64, Юзер (??), 17:50, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Этот шабаш Rust, то же самое что и с Googlang, и Chromebook ами.
    Когда стали появлятся Chormebook, все говорили что это лучшее.
    Количество пользователей, Chrome OS — всего 1,78%, это даже не 4%.
     
  • 2.122, Аноним (122), 20:49, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, ну да... Наверное и базу с CVE подчистили. А то вдруг высокое начальство перепроверит. Ну или просто не принимали те CVEшки, в которых проблемы работы с памятью. Или принимали только каждую третью-четвертую.
     
  • 2.133, Аноним (132), 21:35, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А разгребать эту мусорную кодовую базу будут уже другие.  
     
  • 2.174, dddd (?), 23:31, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    тошнотворный xyz гугло дроч на числа. А потом будет как с фуксией
     

  • 1.6, Аноним (6), 15:47, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Ну естественно опередил, раст же надо как то продвигать и пиарить, да и чтоб качественно писать на расте, нужно реально очень много писать. Ну и если цель переписывание всего подряд, конечно кода будет больше.
    В то время как си код компактный и лаконичный, на си уже всё написано.
     
     
  • 2.24, Аноним (22), 16:26, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Ну и если цель переписывание всего подряд, конечно кода будет больше.

    Тем временем в новости:

    "В конечном счёте в Google решили не пытаться переписать старый код на языках безопасно работающих с памятью, а сосредоточиться на использовании подобных языков для нового кода."

     
     
  • 3.55, Аноним (55), 17:19, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У них там разве весь код не го с котлином? Какой им толк от си с плюсами (они вообще на них писали кроме пары либ), естественно, раст обгонит что угодно с его тысячами гигабайт.

    Нет, это всё прекрасно, но давайте трезво оценивать такие "новости".

     
     
  • 4.70, Аноним (22), 18:20, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > У них там разве весь код не го с котлином > Какой им толк от си с плюсами

    Да начните же вы наконец текст новости читать:

    "В 2025 году объём нового кода на Rust в Android превысил объём добавляемого за год кода на C и C++."

     
     
  • 5.78, Аноним (55), 18:39, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> У них там разве весь код не го с котлином > Какой им толк от си с плюсами
    > Да начните же вы наконец текст новости читать:
    > "В 2025 году объём нового кода на Rust в Android превысил объём
    > добавляемого за год кода на C и C++."

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

     
     
  • 6.85, Аноним (22), 18:48, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Одно другому никак не мешает, повестка достаточно манипулятивная.

    Да, да, "давайте трезво оценивать такие "новости" - и дальше персонаж вещает про повестку и прочие ветряные мельницы. 🤦

     
     
  • 7.89, Аноним (55), 19:01, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какие противоречия? Гугл в принципе не пишет много кода, который по объективным причинам пишется на языках вроде си -- результат, гугл пишет больше когда на других модных языках, которые требуют ещё больше бойлерплейта. Из альтернатив си и плюсам у них объективно только 1 вариант. Дальше что, все должны восхититься тому, как на расте написали много полезного реюзабельного кода? Кстати, где же он?
     
     
  • 8.236, Аноним (-), 05:45, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Там в статьи графики есть того, как он не пишет С раскладкой по годам, сколько ... текст свёрнут, показать
     
     
  • 9.254, Аноним (55), 10:12, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И что это за код там тоже написано Нет Как же так, вот удивительно ... текст свёрнут, показать
     
  • 5.91, Медведь (ok), 19:01, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В 2025 году объём нового кода на Rust в Android превысил объём добавляемого за год кода на C и C++

    Ма-а-аленький вопрос: а как подсчитывался объем кода? в строках / символах / байтах исходников? Так ржавокод пухлее аналогичного по семантике плюсового раза в 2-3 -- из-за кучи бойлерплейта, отсутствия наследования и т.д. Это как-то учитывалось? Очень сомневаюсь...

     
     
  • 6.96, Вася (??), 19:37, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Наоборот, код на расте довольно плотный с чейнингами.
     
  • 6.102, Аноним (102), 19:54, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так ржавокод пухлее аналогичного по семантике плюсового раза в 2-3

    А чего не в 10? Набрасывать так набрасывать!

    > из-за кучи бойлерплейта

    Приведи конкретный пример "брйлерплейта" по сравнению с C++, о котором ты постоянно вещаешь.

    Пока что у тебя только пускание пыли в глаза без какой-либо конкретики.

     
  • 6.163, Анонимусс (-), 23:07, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ма-а-аленький НАБРОС: а как подсчитывался объем кода? в строках / символах / байтах исходников?

    А зачем спрашивать, если в оригинальной статье все написано?
    Например: Net lines of code added: Rust vs. C++, first-party Android code.

    > Так ржавокод пухлее аналогичного по семантике плюсового раза в 2-3

    А по дырявости в 1000 раз меньше)

     
  • 6.238, Аноним (-), 05:49, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ржавокод пухлее аналогичного по семантике плюсового раза в 2-3 -- из-за кучи бойлерплейта
    > отсутствия наследования

    Наследование само по себе бойлерплейт, который только увеличивает количество кода, который надо писать. В 90-х и 00-х помнится было очень популярно кричать про "повторное использование кода", и типа ООП прям таки серебряная пуля, которая позволяет вообще код не писать, а всегда повторно использовать уже написанное. Но к десятым годам эти фанатики заткнулись, потому что стало ясно, что

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

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

     
     
  • 7.245, Медведь (ok), 07:13, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > современный C++, тот наследование практически не использует.

    Ну конечно не использует, успокойся, лучше выпей таблеточку и беги погоняй боровов с чекером. И, главное, не смотри вот такие картиночки, все равно не поймешь ничего, а голова заболит: https://www.webtoolkit.eu/wt/doc/reference/html/inherits.html

     
  • 2.208, Аноним (208), 01:00, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > раст же надо как то продвигать и пиарить

    А зачем гуглу продвигать раст?

     
     
  • 3.237, Аноним (234), 05:47, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А зачем гуглу продвигать раст?

    Под соусом большей безопасности корпы(не только гугл) продают государствам новое ПО за новые деньги + гранты.

     

  • 1.8, Арчи (?), 15:53, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    В статье противоречивая инфа про уязвимости. С одной стороны, говорится, что в новом коде уязвимостей нет, с другой стороны утверждается, что уязвимости в новом коде всегда растут экспоненциально. И только со временем их становится меньше. Времени по сравнению со старым кодом прошло еще не достаточно для таких громких заявлений. Я так думаю.
    Далее, количество строк кода, совсем не показатель. Говорит совсем ни о чем, только о том, что кода написали больше. Ну написали, молодцы.
    Опять-же недавно тут-же писали, что два аудита в новом коде ничего не нашли, а потом исследователи уязвимости таки нашли.
    Во-общем новость отдает какими новостями из газеты Правда, что советские микросхемы самые большие в мире. Ну-да, проект гугловский, имеют право.
     
     
  • 2.28, Аноним (28), 16:35, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Времени по сравнению со старым кодом прошло еще не достаточно для таких громких заявлений. Я так думаю.

    Тем временем в новости:

    В 2025 году впервые доля уязвимостей, вызванных ошибками при работе с памятью, оказалось меньше 20% от общего числа уязвимостей. Для сравнения в 2024 году этот показатель в Android составлял 24%, а в 2019 году - 76%. При этом средний показатель по индустрии продолжает оставаться на уровне 70%.

     
     
  • 3.42, Аноним (36), 16:48, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Когда я был студентом моему ментору не хотелось тратить на меня время и он соврал что якобы руководитель хочет меня уволить за то что я часто делаю ошибки (примерно также как и другие студенты). И я стал гораздо меньше ошибаться.
    Тут то же самое.
     
     
  • 4.189, Аноним (189), 00:13, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты просто прогнулся, показав свой слабый характер.
     
  • 2.40, VladSh (?), 16:46, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Где написано, что "уязвимости в новом коде всегда растут экспоненциально"?

    Про экспоненциальную зависимость была лишь одна фраза:
    "а для старого кода наблюдается экспоненциальная зависимость безопасности от времени - со временем в старом коде ошибки выявляются всё реже и реже."

    Так при чём здесь газета "Правда"?

     
     
  • 3.46, Арчи (?), 16:57, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    По смыслу статьи, и я имел ввиду под новым кодом, тот на котором пишут сейчас (или недавно). А под старым, тот на котором было написано много лет назад. Ведь "старый" код тоже когда-то был новым. Разве не так?

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

     
     
  • 4.73, Аноним (22), 18:27, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > считать преимуществом количество написанного кода

    В новости ничего не говориться о количестве кода. Говориться лишь о процентном его соотношенни по сравнению с C и C++.

     
  • 4.116, VladSh (?), 20:29, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Между кодом раньше (в статье имеется в виду не Rust) и сейчас (имеется в виду Rust) большая разница - Rust избавляет от многих проблем уже на уровне компиляции.

    Вот, что сейчас:
    "в Android на Rust написано около 5 млн строк кода, в которых выявлена лишь одна потенциальная уязвимость" - прекрасная иллюстрация.

     
     
  • 5.151, Арчи (?), 22:26, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так давайте, откатимся в год появления Android, а именно в 2008. Все было на моих глазах. Ни про какие уязвимости я тогда не слышал. И в 2009, и в 2010 как-то особо про это не писали. Как молоды однако мы были.
     
     
  • 6.170, Анонимусс (-), 23:25, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А давайте CVE-2008-0985 Heap-based buffer overflow in the GIF library in the We... большой текст свёрнут, показать
     
     
  • 7.176, Арчи (?), 23:39, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так это-же "дырени", как вы говорите, в библиотеках, которые были написаны за пределами Android. Вот что-то я сомневаюсь, что Вы когда будете использовать сторонние библиотеки, будете проводить аудит. В противном случае пишите код таких библиотек заново. И это тоже не гарантия, что Ваш код будет абсолютно безопасен. То-же самое через некоторое время будет с новым кодом. И это уже происходит и будет происходить.
    Мое замечание было о том, что пока объем кода относительно невелик, количество ошибок и "дыр" тоже невелико.
    А ошибки и "дыры" будут всегда, потому-что код пишет человек. И не надо про ИИ и безопасный язык. И ИИ и безопасный язык создал человек.
    И поймите я не защищаю один язык или ругаю другой. Языки здесь ни при чем. Человек, вот кто причина.
     
     
  • 8.178, Анонимусс (-), 23:51, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А меня, как пользователя андроида, должно это волновать Если гугл выпускает про... текст свёрнут, показать
     
  • 2.143, Аноним (122), 22:03, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот казалось бы, всё в новости расписано чётко, ясно, логично Но снова и снова ... большой текст свёрнут, показать
     

  • 1.9, Аноним (9), 16:01, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    > В настоящее время в Android на Rust написано около 5 млн строк кода

    Которые добавили примерно 0 фич к условному андроиду 4.4 до всяких растов. Так победим!

     
     
  • 2.23, Аноним (9), 16:25, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Crabby Avif, включающей парсер и декодировщик для формата Avif

    Crabby Avif 🦀 Avif parser/decoder implementation in Rust. Features: Supports dav1d (ASM/C), libgav1 (C++) or android mediacodec as the underlying AV1 decoder. Лол.

     
     
  • 3.58, Аноним (55), 17:21, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Именно, очередные обёртки.
     
  • 3.247, Bottle (?), 08:42, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так и хочется написать:
    -Wait, it's all C/C++?
    -Always has been.

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

     
  • 2.182, Аноним (189), 00:04, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Людям кушать хочется, вот и пишут код ради кода.
     

  • 1.10, xsignal (ok), 16:02, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А Android Runtime написана на C++, шах и мат! Так что основой основ, самым надёжным фундаментом, всегда будут C и C++.
     
     
  • 2.123, Пишу с 3 пня (?), 20:51, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    На счёт крестов не знаю, а вот Си — стандарт в системном низкоуровневом кодинге. И будет таковым в обозримом будущем.
     
  • 2.190, Аноним (189), 00:14, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это ты ещё не затронул, сколько там написано на джаве.
     
  • 2.191, Аноним (189), 00:15, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    П.с. если уж совсем докопаться, то основа основ Андроида — ядро. И ты сам знаешь на чем оно написано ¯\_ (ツ) _/¯
     

  • 1.11, Аноним (11), 16:02, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Про количество новых логических ошибок есть инфа?
     
     
  • 2.45, Аноним (36), 16:49, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Её не выгодно разглашать ;)
     
  • 2.181, Аноним (189), 00:02, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это самый сложный тип ошибок. Сложно оценить где реально ошибка, а где задумано по логике.
     
     
  • 3.204, Аноним (200), 00:53, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому учится у Лёни. Если что, not a bug.
     
  • 3.264, 12yoexpert (ok), 11:40, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо, что объяснил, теперь всё понятно
     
  • 2.210, Аноним (208), 01:02, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А есть основания полагать, что оно могло измениться?
     
     
  • 3.239, Аноним (-), 06:14, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да В системе типов можно кодировать разные инварианты, не только связанные с бе... большой текст свёрнут, показать
     

  • 1.12, xsignal (ok), 16:05, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А раст... Ну нравится вам язык с подтяжками, чтобы штанишки у тех, кто не умеет работать с памятью не падали - пользуйтесь на здоровье!)
     
     
  • 2.16, Аноним (13), 16:12, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Дело не в том что мы будем пользоваться, дело в том что мы вас заставим, некомпетентных в своей самоуверенности что _вы_ умеете работать с памятью.
     
     
  • 3.18, xsignal (ok), 16:16, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Если что-то не работает по причине памяти - примеры в студию. Только не надо этих списков теоретических CVE, за которыми в реальности ничего не стоит.
     
     
  • 4.183, Аноним (189), 00:06, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по минусам ты кое кого задел за живое. Обычно их тут ставят, когда больше аргументов нет и чел начинает дергать роутер и накручивать их.
     
  • 3.135, Анонен (?), 21:48, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Заставлялка не выросла.
     
  • 2.93, Вася (??), 19:23, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > у тех, кто не умеет работать с памятью

    Никто не умеет, таких людей не быввает в природе.

     
     
  • 3.120, Пишу с 3 пня (?), 20:47, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Всякие Васи так и думают, поэтому они и не становятся программистами, а максимум что делают — сидят на форумах в качестве вахтеров.
     

  • 1.14, ddwrt (?), 16:11, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Лучшие времена Андроида прошли в эпоху 4.x.x. Сейчас постоянно рапортуют о каких-то улучшениях, а глаза мне говорят, что система превращается в свалку. Про кодовую базу даже боюсь представить что там творится.
     
     
  • 2.15, xsignal (ok), 16:12, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Про кодовую базу даже боюсь представить что там творится

    "Разнообразие")

     
  • 2.34, Аноним (28), 16:39, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Лучшие времена Андроида прошли в эпоху 4.x.x.

    Это который безбожно тормозил, тёк памятью и жрал батарейку то? Ну-ну...

     
     
  • 3.50, Арчи (?), 17:12, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    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, при прочих равных (т.е. звонки, смс, почта) заряда хватает максимум на пару суток.

     
     
  • 4.59, Аноним (9), 17:34, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня был такой, это если скайп на него не ставить. Сейчас скайп умер, но другие кодеры обленились, понатащили всяких котлинов, обмазались DI контейнерами и прочими базвордами, так что то же самое стало потреблять в 10ки раз больше оперативы и CPU.
     
  • 4.109, Аноним (28), 20:13, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > заряжал по выходным, в течение недели активно пользовался, и так много лет.

    У меня тоже был Desire, вранье это.

     
     
  • 5.114, Арчи (?), 20:24, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вранье, что? Что у Вас был смартфон или что неделю работал без подзарядки?

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

     
     
  • 6.121, User (??), 20:47, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А у меня вот nokia 3110 была - так ту и вовсе раз в месяц заряжал! А если не включать - то и полгода можно. Ну, конечно использовал экономно, в змейку не играл, и звонил когда деньги были. Как тебе такое, Стив Джобс, а? А?!
     
     
  • 7.138, Арчи (?), 21:53, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы меня хотели удивить Был у меня такой, а до этого был 1610 мой первый телефо... большой текст свёрнут, показать
     
     
  • 8.148, Арчи (?), 22:19, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Речь конечно не про 3110, а про 3310 https ru wikipedia org wiki Nokia_3310 ... текст свёрнут, показать
     
  • 6.137, Xo (?), 21:53, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так любой современный смарт может. Тупо в качестве звонилки, на ночь ещё отключать и неделю продержит заряд. Тем более сейчас тренд на большие батареи 7000маh
     
  • 3.60, Пишу с 3 пня (?), 17:35, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Это который безбожно тормозил, тёк памятью и жрал батарейку то? Ну-ну...

    Щито?? Samsung Galaxy S2 заряжал максимум раз в 3 дня, при том, эксплуатировал очень активно, смотрел видео, сидел а соцсетях, слушал музон. И самое збавное, что эта система для него была даже не родной.

    Современный телефон с несравнимо большим объёмом аккума пюмне приходится заряжать каждый день. И интерфейс у него жутко лагает по сравнению с тем, что было на Самсунге с Андроид 4.4.

     
     
  • 4.68, Аноним (68), 18:12, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Samsung Galaxy S2

    У меня этого агрегата во владении не было, но удалось прогонять около недели. Бомбический аппарат. Вот реально ощущался как смартфон, а не телефон плюнувший чуть выше jme.

     
  • 4.140, Xo (?), 21:57, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ахах, тот самый легендарный обмылок с выгораемым экраном и фризящим тачвизом. Легко писать тем кто не в курсе.
     
     
  • 5.180, Аноним (189), 00:01, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ахах, тот самый легендарный обмылок с выгораемым экраном и фризящим тачвизом. Легко писать тем кто не в курсе.

    Зачем же ты пишешь, если осознаешь абсурдность.

     
  • 2.72, sena (ok), 18:27, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну до 6/7 было ещё терпимо
     
  • 2.266, 12yoexpert (ok), 11:42, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Про кодовую базу даже боюсь представить что там творится.

    а из новости понятно: например, задействовали тормозной аллокатор. и этор на арме, Карл, с и без того адски тормозной памятью

     

  • 1.17, Аноним (17), 16:14, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    А всё почему? Потому что раст умеет безопасно работать с памятью!
     
     
  • 2.21, xsignal (ok), 16:20, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот только прокладка между монитором и клавиатурой теперь мало что умеет...
     
     
  • 3.198, Анонимусс (-), 00:38, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот только прокладка между монитором и клавиатурой теперь мало что умеет...
    > теперь мало

    А дыpeни 30 лет назад напр. в иксы кто добавлял?
    Или то тоже были ненастояшие сишники и тоже мало что умели?)

     

  • 1.25, Аноним (22), 16:31, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Сейчас воины против Раста расскажут, как они повыкидавали свои андроидные смартфоны. Повыкидывали ведь? Не могут же они быть лицемерами, которые на словах воюют протиа Раста, а на деле уплетают за обе щеки устройства с этой "раковой опухолью".
     
     
  • 2.29, Ан333ним (?), 16:37, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Наоборот, они купят пиксели, гугл поддержат и будут с них рассказывать какие корпорации плахие, следят все такое...
     
  • 2.164, анонимус (??), 23:09, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    следит - собтирает инфу на пользователя автоматически. ныне Gemini этим занимается встроенный во все сервисы Гугеля. давно пора выбросить ведрофоны, но альтернатив нет, а яблофоны не лучше (там анальные зонды Эпля)
     
  • 2.184, Аноним (184), 00:08, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У меня мобила кнопочная, а на ПК Rust полностью отсутствует, установлена на мой 486-й Slackware 7.1, которую я почти всю обновил до актуальности и юзаю по большей части современный софт.
     

  • 1.32, Медведь (ok), 16:39, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А если поискать аналитику про мед не от пчёл, то всплывают такие статейки:

    https://dl.acm.org/doi/pdf/10.1145/3763800

     
     
  • 2.41, НяшМяш (ok), 16:47, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Чё сказать-то хотел - что llvm кривое поделие на крестах?
     
     
  • 3.130, Медведь (ok), 21:29, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А самому почитать слабо? Я смотрю, ржавозависимым в штаны нагадить может ну вот прям каждый... Даже, закрыв глаза, допустим, что проблемы в llvm -- а что, у вас уже есть какой-то другой ржакомпилер?

    P.S. Восстановил ответ, кто-то слишком чувствительный нажаловался.

     

  • 1.39, Аноним (39), 16:46, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В целом получается по важным производственным параметрам Rust "вроде не хуже" C++. Других выводов учитывая разные подходы в языках тут не сделать, т.к. структура издержек при разработке у них тоже возможно разная и не факт что выбранные показатели равноценны для обоих.

    Ну есть важная инфа для размышления и для тех и для других...

     
  • 1.49, Аноним (49), 17:08, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > В конечном счёте в Google решили не пытаться переписать старый код на языках безопасно работающих с памятью, а сосредоточиться на использовании подобных языков для нового кода.

    Ага. Помню, помню, как они в бравурных отчётах слегка упоминали о том, что выяснилось, что rust подходит не для всего.

    Где нужно учитывать разнообразие архитектур железа - rust не тянет.

    Так и будут тащить 2 языка теперь. То что полегче - парсеры и сетевые протоколы на раст. То что посложнее как и раньше.

     
     
  • 2.57, Аноним (57), 17:21, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно сделали 171 A Practical Guide to Transitioning to Memory-Safe Langu... большой текст свёрнут, показать
     
  • 2.80, Аноним (22), 18:41, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Где нужно учитывать разнообразие архитектур железа - rust не тянет.

    А какую конкретно поддерживаемую Андроидом архитектуру не тянет Раст?

     
  • 2.87, Аноним (87), 18:52, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Где нужно учитывать разнообразие архитектур железа - rust не тянет.

    А где в Андроиде нужно? Android поставляется исключительно вместе с железкой. А железку вендоры сделают заведомо так, чтобы была заведомо совместима с требованиями, какие Гугель им озвучит. А что старые или другие железки несовместимы - это не баг, а фича. Безопасность - это всегда смертельная гонка, причём пищевая безопасность - в том числе. И Гугель тут водит "дредноут" (если кто фильм не помнит - гигантский грузовик, призванный всех участников гонки уничтожить, а что его уничтожили - это сценариста провал), задавая темп.

     
  • 2.216, Аноним (-), 01:47, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага. Помню, помню, как они в бравурных отчётах слегка упоминали о том, что выяснилось, что rust подходит не для всего.

    Может ссылочкой поделитесь?
    Т.к в своем блоге даже для bare-metal использовали.

    > Где нужно учитывать разнообразие архитектур железа - rust не тянет.

    А где нужно?
    Недавно спорили по поводу тухлого Дебиана, так даже там раст поддерживает все официальные платформы.
    Из неподдерживаемых только древний хлам типа mk86.

    > Так и будут тащить 2 языка теперь.

    А какой на платформе есть андроид, но нет раста?)

     

  • 1.52, Аноним (57), 17:17, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > плотность подобных уязвимостей в коде на Rust составила 0.2 уязвимости на миллион строк кода.
    > Для сравнения в коде на языках C и C++ данный показатель составляет около 1000 уязвимостей на миллион строк кода.

    0.2 vs 1000

    Чуть более, чем на три *порядка*. ЧТД.

     
     
  • 2.97, Вася (??), 19:40, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Это какой-то экстерминатус сишки получается. Кто в здравом уме после этого будет пользоваться с и с++?
     
  • 2.110, Аноним (110), 20:13, 14/11/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 2.186, Аноним (184), 00:10, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не представляю, как мы все десятками лет жили без Rust'а и не страдали вообще.
     
     
  • 3.221, Аноним (-), 02:01, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Не представляю, как мы все десятками лет жили без Rust'а

    Плохо жили.
    Программы дырявые.
    Постоянные новости про очередную уязвимость.

    > и не страдали вообще.

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

     
  • 3.240, Аноним (-), 06:19, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Не представляю, как мы все десятками лет жили без Rust'а и не страдали вообще.

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

     
     
  • 4.272, 12yoexpert (ok), 11:50, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    при чтении этого^ бото-коммента представилась реклама в телемагазине, где на левой половинке экрана - серый C++, а на правой - цветной раст
     

  • 1.63, Медведь (ok), 17:44, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Из свеженького:

    > Команда Rust выпустила важное точечное обновление: Rust 1.91.1. Несмотря на то, что это точечное обновление, в Rust 1.91.1 исправлены две серьёзные проблемы, которые появились в предыдущей версии 1.91.0.
    > 1. Устранение сбоев Wasm и незаметного повреждения
    > 2. Исправление блокировки Cargo в системе illumos

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

     
     
  • 2.124, User (??), 20:51, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ээээ... ну... как кто-нибудь солярку поставит - вот так сразу и новость напишет, ага-ага.
     
  • 2.158, Аноним (-), 22:52, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > 2. Исправление блокировки Cargo в системе illumos

    Зачем что-то исправлять для этого мусора?
    Пометили бы как wontfix и дело с концом.

     

  • 1.67, Аноним (67), 18:07, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Долгожданное продолжение захватывающего хоррор-сериала "Нашествие Ржавчины". В Google решили пойти по колхозным стопам Microsoft в деле оверинжиниринга и расставили себе граблей на будущее. Занимательный садомазохизм.
     
     
  • 2.71, 1 (??), 18:23, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Посмотри на графики, количество граблей уменьшается.
     
     
  • 3.275, 12yoexpert (ok), 11:52, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а, точно, графики же, ты прав
     
  • 2.79, нах. (?), 18:41, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    но майкрософт кажется вовремя успела остановиться, и дальше переписывания невнятной компоненты gdi из 90х (и то неточна) дело не пошло.

     
     
  • 3.230, 1 (??), 03:14, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но вот сейчас спохватится и как начнёт переписывать дальше.
     

  • 1.75, sena (ok), 18:31, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Если они на раст не собираются всё переписывать, то это же в 2 раза больше головной боли будет. Мало того что надо с++ знать, так теперь ещё и раст.

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

     
     
  • 2.83, Аноним (87), 18:45, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Они - не собираются. Gemini всё остальное, что они лично не переписали, перепишет за них.
     
     
  • 3.90, sena (ok), 19:01, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Они - не собираются. Gemini всё остальное, что они лично не переписали,
    > перепишет за них.

    Когда? Пока что не может.

     

  • 1.77, Кошкажена (?), 18:37, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    В то же время андроид скатывается, блокируя сторонние приложения. Случайность? Не думаю.
     
     
  • 2.82, Аноним (87), 18:43, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Нет, не случайность.
     
  • 2.144, Xo (?), 22:03, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Спокойно ставлю сторонние приложения, андроид 15. Блокировки чисто проблема пикселей.
     
     
  • 3.295, 12yoexpert (ok), 13:04, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в огороде бузина, а в Киеве дядька
     

  • 1.81, Аноним (87), 18:43, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Не хотят покупать новые телефоны? Сделаем жуткую блоатварь, которая в старые не влезет ни по памяти, ни по флешке. И потом потребуем от всех разрабов приложений просто дропнуть старые версии.
     
     
  • 2.196, Ан333ним (?), 00:34, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В каком месте раст - это блотварь?
    >И потом потребуем от всех разрабов приложений просто дропнуть старые версии.

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

     

  • 1.84, Алексей (??), 18:47, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Интересная информация об unsafe. Я думал такого будет меньше, чем 4%, который указан в статье. Т.е. сейчас на 5 млн строк кода на rust есть где-то 200тыс строк в unsafe блоках. С одной стороны не много, но и не так, чтобы мало.
     
     
  • 2.175, Анонимусс (-), 23:39, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > С одной стороны не много, но и не так, чтобы мало.

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

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

     
     
  • 3.250, An (??), 08:52, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как это? Есть же redox.
    Портировали на arm под мобилки и вперед.
     
  • 2.241, Аноним (-), 06:28, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > С одной стороны не много, но и не так, чтобы мало.

    Во-первых, если внешние по-отношению к расту API, которые раст считает unsafe'ом. А во-вторых, без unsafe на расте невозможно написать, я думаю, ни одну из классических структур данных, типа списка, массива, дерева, хэштаблицы, и тп. Их, конечно можно взять в написанном виде, и часто из стандартной библиотеки (и не считать unsafe-строки кода которые в std есть), но одними только готовыми реализациями сыт не будешь, иногда надо выпилить что-нибудь своё.

     

  • 1.86, Кошкажена (?), 18:48, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    > В настоящее время в Android на Rust написано около 5 млн строк кода, в которых выявлена лишь одна потенциальная уязвимость, вызванная проблемами при работе с памятью. Таким образом плотность подобных уязвимостей в коде на Rust составила 0.2 уязвимости на миллион строк кода. Для сравнения в коде на языках C и C++ данный показатель составляет около 1000 уязвимостей на миллион строк кода. Ключевым источником проблем в Rust является код, находящийся в unsafe-блоках. Доля подобного кода оценивается в 4% от всего кода, написанного на Rust.

    Притянуто за уши. На С и С++ написан базовый код. Для чистоты эксперимента нужно взять такой же по функциональности код, написать с нуля (чтобы не видеть уже исправленных ошибок и набитых шишек) и собрать статистику уязвимостей по нему. Только так. Если даже вы не будете менять яп, а просто перепишите свой же старый код, то он будет более надежным в большинстве случаев.

    Вообще, это стойкое ощущение, что новости про каждый пук, каждую ПЕРЕПИСАННУЮ строчку пишутся фанатами либо на заказ. Типо, вот давай уже, ты остаешь, надо переходить куда-то там, обнволять зависимости. Маркетинг чистой воды.

     
     
  • 2.103, ProfessorNavigator (ok), 19:56, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > либо на заказ

    "Либо")) Тут без всяких "либо", просто - на заказ ;) Особенно, если взглянуть на картину в целом так сказать.

     
  • 2.108, Аноним (102), 20:05, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Для чистоты эксперимента нужно взять такой же по функциональности код, написать с нуля (чтобы не видеть уже исправленных ошибок и набитых шишек) и

    ...и снова сделать те же самые ошибки. Не, ну гениально!

    А про набитие шишек ты сишечникам расскажи: они как вылазали за пределы буферлв в 70х, так и в 2025м вылазят.

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

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

     
  • 2.128, User (??), 20:53, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И даже тогда - тогда! шотландец всё еще будет не настоящим!
     
  • 2.150, Аноним (122), 22:21, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты прям как запертый в трех стенах пленённый индеец Зоркий Глаз из анекдота. Тебе через всю статью говорят про НОВЫЙ код и что старый не трогают и не переписывают, а вы, хейтеры, всё про переписывание ноете. Причём ссылаешься на знание разработчиками и обход ошибок старого кода, который в новом растовском даже не мог быть совершён. Л - Логика...
     
     
  • 3.153, Кошкажена (?), 22:41, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты не заметил, то статистику по уязвимостям почему-то сравнивают со старым ... большой текст свёрнут, показать
     
     
  • 4.179, Аноним (102), 23:55, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > статистику по уязвимостям почему-то сравнивают со старым кодом

    Наверное потому, что сравнивать новый код с самим собой же не имеет смысла?

    > В более сложном допустить ошибку легче (ваш кэп), а он на С/C++, с которым идет сравнение.

    О, ты уже весь код прошерстил и оценил сложность! Господи, ну и цирк...

    > Новый драйвер пишут новички? Не смеши меня. Просто им дали новый инструмент вот и все.

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

     
     
  • 5.226, Кошкажена (?), 02:36, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> статистику по уязвимостям почему-то сравнивают со старым кодом
    > Наверное потому, что сравнивать новый код с самим собой же не имеет
    > смысла?

    Я уже выше написала, почему это бред.

    >> В более сложном допустить ошибку легче (ваш кэп), а он на С/C++, с которым идет сравнение.
    > О, ты уже весь код прошерстил и оценил сложность! Господи, ну и
    > цирк...

    Цирк - это когда ты не разделяешь по сложности генератор qr кода и подсистему рендера.

    >> Новый драйвер пишут новички? Не смеши меня. Просто им дали новый инструмент вот и все.
    > Да, и с этим новым инструментом в новых драйверах бывалые кодеры делают
    > меньше ошибок работы с памятью. Об этом как бы вся статья.

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

    > Что ты пытаешься обличить - непонятно.

    Перечитай мои сообщения выше. Ровно то, что там написано.

     
  • 3.279, 12yoexpert (ok), 11:59, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Тебе через всю статью говорят про НОВЫЙ код

    не всему, что о чём заявляют в рекламе, можно верить

    на расте невозможно писать новый код, только переписывать с C/C++

     
  • 2.242, Аноним (-), 06:29, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Для чистоты эксперимента нужно взять такой же по функциональности код, написать с нуля

    Флаг тебе в руки и барабан на шею. Я с огромными интересом и нетерпением жду результатов такого эксперимента.

     
     
  • 3.261, Кошкажена (?), 11:22, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Для чистоты эксперимента нужно взять такой же по функциональности код, написать с нуля
    > Флаг тебе в руки и барабан на шею. Я с огромными интересом
    > и нетерпением жду результатов такого эксперимента.

    Если ты не понял, то этот эксперимент должна была произвести компания из новости.

     

  • 1.88, freehck (ok), 18:58, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Накопленная статистика подтверждает ранее высказанное предположение, что основным источником проблем с безопасностью является новый код, а для старого кода наблюдается экспоненциальная зависимость безопасности от времени - со временем в старом коде ошибки выявляются всё реже и реже. В конечном счёте в Google решили не пытаться переписать старый код на языках безопасно работающих с памятью, а сосредоточиться на использовании подобных языков для нового кода.

    Ну вот, голос разума.

    В Google -- Rust здорового человека.
    А у анонимов на OpenNet -- Rust курильщика.

    =)

     
  • 1.92, Имя (?), 19:18, 14/11/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +3 +/
     
  • 1.95, Вася (??), 19:34, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Почему в постах растохейтеров постоянно мелькают выражения "есть ощущение", "стойкое ощущение" и далее бездоказательный бред с теорией заговоров?

    Читается как "стойкое ощущение жгучей боли ниже спины". Вы там не переживайте так сильно)

     
     
  • 2.101, freehck (ok), 19:50, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Почему в постах растохейтеров постоянно мелькают выражения "есть ощущение", "стойкое ощущение" и далее бездоказательный бред с теорией заговоров?

    Потому что умным людям легче поверить в теорию заговора, чем в факт того, что 95% людей идиоты.

     
  • 2.243, Аноним (-), 06:33, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лол, по мнению оратора выше выходит, что вера в теории заговора -- признак интеллекта! И наверное, чем в большее количество теорий заговора веришь, тем умнее? Есть ли какой-нибудь TOP-10 самых умных людей мира, выбранных по этому критерию? Я б почитал про таких людей.
     

  • 1.98, Аноним (184), 19:41, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Теперь понятно, почему ведройд начал совсем аномально жрать и тормозить в последнее время.
     
     
  • 2.100, Вася (??), 19:46, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кроме того, за счёт исключения накладных расходов на sandbox-изоляцию в коде на Rust удалось > добиться повышения производительности.

    В новости написано наоборот)

     
     
  • 3.105, ProfessorNavigator (ok), 19:59, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В новости написано наоборот)

    Написанному - верить!
                       Google.

     
     
  • 4.207, Аноним (200), 00:58, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Гуглопотребнадзор.
     
  • 3.107, Кошкажена (?), 20:00, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кроме того, за счёт исключения накладных расходов на sandbox-изоляцию в коде на Rust удалось > добиться повышения производительности.
    > В новости написано наоборот)

    Как дети. Само по себе переписывание не происходит. Для этого нужен ответсветнный человек, манагер. Вот он доказывает вышестоящему руководству необходимость. После переписывание он отсчитывается и говорит "все хорошо, стало лучше, вот график", даже если стало хуже. Суть простая: он хочет повышения и премий, а они даются за достижение результатов (на картинке), на пользователей всем по большому счету наплевать.

     
     
  • 4.112, Вася (??), 20:18, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Можешь доказать свои слова? Опять же какая-то теория про менеджера. Кто же ему даст такое сделать? Он что там один менеджер и не найдется никого, кто покажет что вот эта работа была бесполезной тратой денег компании?
     
     
  • 5.155, Кошкажена (?), 22:47, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Можешь доказать свои слова? Опять же какая-то теория про менеджера. Кто же
    > ему даст такое сделать?

    Прочитай про систему квартальных ревью во всех крупных конторах.

    > Он что там один менеджер и не
    > найдется никого, кто покажет что вот эта работа была бесполезной тратой
    > денег компании?

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

     
     
  • 6.202, Вася (??), 00:51, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Прочитай про систему квартальных ревью во всех крупных конторах.

    Где прочитать? Там вот так и написано, мол мы переписываем код чтобы нам дали бонусов?

     
     
  • 7.222, Кошкажена (?), 02:24, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Прочитай про систему квартальных ревью во всех крупных конторах.
    > Где прочитать?

    Про систему квартальных ревью где угодно.

    > Там вот так и написано, мол мы переписываем код чтобы нам дали бонусов?

    Нет, тебе надо устроится в одну из таких контор и увидеть. Никто тебе не скажет, говорить внутри об этом открыто тоже не принято.

     
     
  • 8.283, 12yoexpert (ok), 12:03, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ты путаешь систему на твоём заводе с реальной работой адекватных компаний... текст свёрнут, показать
     
  • 7.223, Кошкажена (?), 02:29, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Прочитай про систему квартальных ревью во всех крупных конторах.
    > мы переписываем код чтобы нам дали бонусов

    Как бы ты должен понимать, что само "переписывание" не цель. Цель - это ускорение (а ускорение, это экономия по железу), хотя там может быть 0.1%. Важно не это, важно делать вид, что ты чего-то достиг. "Безопасность" тоже можно подогнать под это.  


     
  • 4.166, анонимус (??), 23:15, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    потому что свалит когда заврется, а это проблемы будущих управленцев
     
     
  • 5.224, Кошкажена (?), 02:31, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > потому что свалит когда заврется, а это проблемы будущих управленцев

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

     
  • 3.146, Аноним (184), 22:10, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Окей, в 1 месте производительность стала лучше на 2% из-за веры в 101% бижапасность самой std Rust и librust, но в друг местах она стала хуже в 2-3 раза.
     

  • 1.119, Пишу с 3 пня (?), 20:44, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Проблема ржавчины не сам язык, а его токсичное комьюнити. К слову сказать, более токсичного я нигде не видел, даже среди ПХПшников дошкольного возраста. И здешние реплики от верующих раст-евангелистов тому пример.
     
     
  • 2.169, Аноним (169), 23:22, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема раста именно сам язык, целенаправленно заточенный под жрущую статическую линковку, и идиотский пакетный менеджер, который фактически часть языка.
     
     
  • 3.192, Аноним (184), 00:20, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, это сделано не просто так, надо же как-то сделать всех рабами crates.io и Интернета, а ещё и заставить платить за новые компы. Недавно разговаривал с одним растером, он говорил, что любое железо старее 3 лет надо выкидывать.
     
     
  • 4.249, Аноним (249), 08:49, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты ему его wetware выкинуть не предложил, ведь оно устарело согласно его же собственным критериям?
     
  • 4.296, Ан333ним (?), 13:08, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так естественно, что разработчику свежее железо требуется. Это домохозяйке можно и на старом сидеть - пока браузер и одноклассники не начнут тормозить..
     

  • 1.139, Аноним (139), 21:55, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Интересно про ваывод о том, чтто расту нужно меньше ревью чем с на 20%. Конечно, если у вас падает обьем нового кода на кааом-то языке, то и время на ревью растет, потосу что ревью рефакторинга (а доля рефакторинга возрастает для таких историй) требует больше времени. Иными словами, как минимум эта часть анализа - это результат не выигрыша по языку (а раст для ревью не менее сложный чем плюсы), а последствие удушения плюсов.
     
  • 1.147, _ (??), 22:17, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >  в Google решили не пытаться переписать старый код на языках безопасно работающих с памятью, а сосредоточиться на использовании подобных языков для нового кода.

    Не зря они - богатые :) Потому что - умные.

     
  • 1.152, Аноним (-), 22:38, 14/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Отмеченная выше уязвимость CVE-2025-48530 найдена в библиотеке Crabby Avif

    Что такое? Переполнение буфера на Rust? :D Офигеть, но гуглодроны смогли и в это.

     
     
  • 2.156, Аноним (156), 22:48, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И это только начало эпидемии раста.
     
  • 2.161, Анонимусс (-), 22:56, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А чуть больше прочитать вы не осилили?
    Или просто буфер переполнился?))

    > Уязвимость вызвана ошибкой в unsafe-блоке

    Что собственно показывает, что где гарантии раста работают, а где нет.

     
     
  • 3.168, анонимус (??), 23:18, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вообще-то Rust подвержен переполнениям буфера¯\_(ツ)_/¯

    cve-rs implements the following bugs in safe Rust:

    Use after free
    Buffer overflow
    Segmentation fault

     
     
  • 4.171, Анонимусс (-), 23:28, 14/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > cve-rs implements the following bugs in safe Rust

    Обновите уже вашу методичку
    "Miri is too strong. Even without any unsafe blocks, it detects problems."
    github.com/Speykious/cve-rs/issues/3

     

  • 1.195, Аноним (195), 00:32, 15/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Интересный момент Я уже неоднократно наблюдаю супрсрачи по поводу Rust Действ... большой текст свёрнут, показать
     
     
  • 2.201, Анонимусс (-), 00:50, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > При этом, если бы Rust был реально хороший, удобный и безопасный язык
    > - откуда взялись бы срачи?

    Сpaчи были всегда. Вспомните что Торвальдс говорил про с++. А сейчас на плюсах построено наверное все прикладное ПО и куча системного. Даже единственные два открытых компилятора сишки на плюсах.
    c++ vs Java - ух какие cpaчи были.

    > Вот реально, очень мало народу отказалось
    > бы от того, что даёт при работе существенные преимущества.и

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

    Это так же как Шофёры старой закалки рассказывали что автомат это зло, что АБС нинужОн, нужно просто педальку прерывисто нажимать)))

    > Но таких мегасрачей - не было.

    Интернетов тогда не было))

    > Когда стала популярна Java - срачи между С++-шниками и Java-истами по накалу
    > и на 10% не тянут.

    Вы просто уже забыли)

    > Заставляет существенную часть людей этот язык ненавидеть.

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


     
  • 2.212, Аноним (156), 01:09, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > есть в Rust что-то, что мешает его внедрению

    Неужели его лицензия? :)

     
  • 2.214, Аноним (214), 01:18, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это ж только на опеннете. Это даже не особенности русской культуры, а особенности опеннета. В реальном мире всё идёт своим чередом - сишники и плюсовики переходят на раст и радуются жизни. С ИИ кстати тоже самое - большинство радостно переходит, а кучка немытых троллей распространяет фейки. Что раст, что ИИ - натуральный Don't Look Up. Эти же люди небось до сих пор думают, что СпейсЭкс не умеет сажать ракеты - это всё рендер, а Тесла не умеет сама водить машину, там тоже всех обманывают. Я не знаю чем объяснить такую оторванность людей от реальности. Но это и не важно, они сами себя обманывают и на нормальных людей это никак не влияет.
     
  • 2.244, Аноним (-), 06:39, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Надо меньше читать опеннета Или альтернативно, можно почитать его больше, и уви... большой текст свёрнут, показать
     
  • 2.246, Вася Пупкин (?), 08:06, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Все так. Появляются новые концепции, для усвоения которых нужно усилие и некоторое время. Но кто-то слишком ленив, кто-то утратил способность к обучению и теперь они просто ищут аргументы что это сложно/долго/дорого.
     

  • 1.199, Аноним (199), 00:44, 15/11/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     

  • 1.211, Аноним (156), 01:07, 15/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Стратегия по внедрению в Android методов безопасной разработки для нового кода оказалась успешной

    Никто вроде и не сомневался, что пропихнут.

     
  • 1.213, Аноним (213), 01:16, 15/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну все же знают, как в гугле пишут на C++. Для них это C с классами, чесслово, и качество кода соответствующее, поэтому заливать в статистике про C++ — как-то толстовато. Единственный проект, которым более-менее можно пользоваться, — gtest/gmock, и то лишь потому, что в продакшон эта зависимость не идёт.
     
     
  • 2.225, Кошкажена (?), 02:33, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Для них это C с классами, чесслово

    Откуда такой вывод?

     
  • 2.229, 12yoexpert (ok), 03:11, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > которым более-менее можно пользоваться,

    наглая ложь, этим нельзя пользоваться

     
     
  • 3.255, Аноним (255), 10:25, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А что на замену этому?
     

  • 1.227, Аноним (227), 02:47, 15/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Сейчас бы в 2025 продолжать смешивать в одно целое С и С++, два абсолютно разных языка.
    С++20 и С это как раст и бейсик.
     
     
  • 2.228, 12yoexpert (ok), 03:10, 15/11/2025 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 2.231, dir320 (?), 04:06, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Недавно решил посмотреть как выглядит современный синтаксис Си++ и немного прифигел. Кроме скобочек, мало чего общего не только с Си, но и с привычным многим Си++ 😁
     
     
  • 3.262, Аноним (-), 11:37, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Кроме скобочек, мало чего общего не только с Си, но и с привычным многим Си++

    А "привычный многим Си++" это что?
    "Си с классами"?)
    С++03, который последний раз в универе видел?

     
  • 2.252, Аноним (252), 09:51, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > С++20 и С это как раст и бейсик

    Хорошее сравнение. На бейсике, как и на С, можно решать задачи и программировать мелкие МК. От плюсов Линус ещё как-то смог отбрыкаться, а вот перед растом сдался.

     
     
  • 3.256, Аноним (255), 10:29, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Хорошее сравнение. На бейсике, как и на С, можно решать задачи и программировать мелкие МК. От плюсов Линус ещё как-то смог отбрыкаться, а вот перед растом сдался.

    У Линуса пунктик. Как можно меньше скрытого. В плюсах можно сильную логику в короткий кусок кода свернут. Но глядя только на него, сразу не поймешь, что он делает.

    С Си только макросы для этого. Но их использование сильно ограничивается в ядре. Явное лучше неявного.

    В Этом плане rust такой же невыразительный как Си. Тут полная аналогия. Только макросы и их то же можно ограничить.

     
     
  • 4.289, 12yoexpert (ok), 12:17, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но глядя только на него, сразу не поймешь, что он делает.

    а глядя на ржавые кровь-кишки ты сразу всё поймёшь, ога

    раст пихают в ядро не потому, что Линус "сдался"

     

  • 1.253, Аноним (252), 09:53, 15/11/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

  • 1.292, Sorlag (?), 12:34, 15/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Обнаружены несколько серьёзных уязвимостей в Rust-клоне sudo - который поставляется вместе с Ubuntu 25.10 (самым свежим релизом).

    И это не мелкие баги: речь идёт о утечке паролей и полном обходе аутентификации.

    Более того, каждые несколько дней появляются новые отчёты о критических проблемах в утилитах, переписанных на Rust (таких как sudo, du, date и другие), которые пришлось включить в Ubuntu до того, как они прошли полноценное тестирование.

    Что, конечно же, в точности совпадает с тем, о чём предупреждали заранее.

    Но не переживайте!  

    Зато эти Rust-клоны полностью безопасны с точки зрения управления памятью 😎

    https://lists.debian.org/debian-security-announce/2025/msg00218.html

     
     
  • 2.293, Аноним (293), 12:40, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот только эти уязвимости в sudo-rs никакой опасности не представляют, по сути они позволяют пользователю, уже имеющему привилегированный доступ, атаковать самого себя.
    https://opennet.ru/64226-sudo-rs
     
     
  • 3.294, Sorlag (?), 12:43, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Выполняемое малваре в юзерспейсе запустить с uid0?
    Ну ну…
     
     
  • 4.298, Аноним (298), 13:15, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Выполняемое малваре в юзерспейсе запустить с uid0?

    Только если у атакующего УЖЕ имеются полномочия на запуск с uid0.


     
  • 2.297, Анонимусс (-), 13:13, 15/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Обнаружены несколько серьёзных уязвимостей в Rust-клоне sudo

    CVE-2025-64517 Уязвимости присвоен средний уровень опасности (4.4 из 10).
    CVE-2025-64170 Проблеме присвоен низкий уровень опасности (3.8 из 10).

    Ну да, ну да, серьёзные уязвимости.
    Намного серьезнее чем уязвимость CVE-2025-32463 в дыряшечной версии)))
    NVD 7.8 HIGH
    MITRE 9.3 CRITICAL
    opennet.ru/opennews/art.shtml?num=63505

    > Зато эти Rust-клоны полностью безопасны с точки зрения управления памятью 😎

    Ну хоть это до вас дошло :)

     

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



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

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