The OpenNET Project / Index page

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

Google переписал на языке Rust прошивку pvmfm, используемую в Android

10.10.2023 11:13

В рамках работы по усилению безопасности критически важных программных компонентов платформы Android компания Google переписала на языке Rust прошивку pvmfm, используемую для организации работы виртуальных машин, запускаемых гипервизором pVM из состава Android Virtualization Framework. Ранее прошивка была написана на языке Си и реализована поверх загрузчика U-Boot, в коде которого ранее находили уязвимости, вызванные проблемами при работе с памятью.

Переписанная на Rust прошивка включена в состав Android 14, а созданные в процессе разработки прошивки универсальные библиотеки, оформлены в виде crate-пакетов и переданы сообществу Rust. Например, опубликован пакет smccc для поддержки ARM-интерфейсов PSCI (Power State Coordination Interface) и вызовов SMCCC (SMC Calling Convention), и пакет aarch64-paging для манипуляции таблицами страниц памяти. Также проведена работа по устранению ошибок и расширению функциональности существующего пакета virtio-drivers с реализацией драйверов VirtIO. Помимо платформы Android указанные пакеты задействованы в проекте Oak, развивающем компоненты для передачи, хранения и обработки данных в защищённых окружениях (TEE, Trusted Execution Environment).

Гипервизор pVM получает управление на ранней стадии загрузки и обеспечивает полную изоляцию памяти виртуальных машин и хост-окружения, не позволяя из хост-системы получить доступ к защищённым виртуальным машинам, в которых выполняется обработка конфиденциальных данных. Прошивка pvmfm (Protected Virtual Machine Firmware) получает управление сразу после запуска виртуальной машины, выполняет проверку сформированного окружения и принимает решение об аварийном прерывании загрузки в случае выявления проблем с целостностью или генерирует загрузочный сертификат для гостевой системы в случает подтверждения цепочки доверия.

Переработка на языке Rust позволяет добиться более простого и безопасного соблюдения "правила двух", применяемого Google для поддержания безопасности системных компонентов Android. В соответствии с данным правилом любой добавляемый код должен подпадать не больше, чем под два условия из трёх: работа с непроверенными входными данными, использование небезопасного языка программирования (C/C++) и выполнение с повышенными привилегиями. Из этого правила следует, что код для обработки внешних данных должен либо быть урезан до минимальных привилегий (изолирован), либо быть написан на безопасном языке программирования. По статистике Google около 70% из всех опасных уязвимостей, выявленных в Android, вызваны ошибками при работе с памятью.

Rust сфокусирован на безопасной работе с памятью и позволяет снизить риск появления уязвимостей, вызванных такими проблемами как обращение к области памяти после её освобождения и выход за границы буфера. Безопасная работа с памятью обеспечивается в Rust во время компиляции через проверку ссылок, отслеживание владения объектами и учёт времени жизни объектов (области видимости), а также через оценку корректности доступа к памяти во время выполнения кода. Rust также предоставляет средства для защиты от целочисленных переполнений, требует обязательной инициализации значений переменных перед использованием, лучше обрабатывает ошибки в стандартной библиотеке, применяет концепцию неизменяемости (immutable) ссылок и переменных по умолчанию, предлагает сильную статическую типизацию для минимизации логических ошибок.

Из трудностей, возникающих в процессе разработки на языке Rust низкоуровневых компонентов, таких как драйверы, упоминается необходимость работы с голыми указателями в режиме unsafe, так как Rust создан с оглядкой на использование памяти, выделяемой в программе, а в коде, работающем без прослоек поверх железа, приходятся обращаться к разделяемой памяти и MMIO. В настоящее время возможности Rust по работе с голыми указателями оставляют желать лучшего, но ситуация должна измениться после стабилизации поддержки макросов offset_of, slice_ptr_get и slice_ptr_len.

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

Что касается размера результирующего кода, то старый вариант прошивки pVM занимал 220 kB, а новый - 460 kB, но при этом в переписанный вариант были добавлены новые возможности, благодаря которым удалось избавиться от некоторых других компонентов, применяемых при загрузке. В итоге, суммарный размер всех старых и новых загрузочных компонентов оказался сопоставим. Отмечается, что когда размер важнее производительности, сопоставимых с языком Си результатов можно добиться включив в компиляторе дополнительные режимы оптимизации по размеру, отбросить лишние зависимости и не использовать средства форматирования строк.

Дополнительно упоминается продолжение работы над реализацией возможности запуска написанных на языке Rust заслуживающих доверия приложений (Trusted Application) в операционной системе Trusty, предоставляющей TEE-окружение (Trusted Execution Environment) для Android, выполняемое параллельно с Android на том же процессоре в отдельном изолированном окружении. Trusty применяется в устройствах Pixel и уже использует Rust в библиотеках и системных компонентах (ядро остаётся на Си).

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


Обсуждение (240) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 11:47, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    > Из недостатков также заслуживает внимания потребность в улучшенном синтаксисе для доступа к полям структур и индексам массивов через голые указатели без создания ссылок, а также ограничения в создании безопасных обвязок над unsafe-операциями, которые могут вызвать неопределённое поведение и не могут быть проверены компилятором. Например, подобные обвязки невозможно создать для операций с таблицами страниц памяти, так как маппинг страниц в одной части программы, может повлиять на другие части.

    В этом весь раст

     
     
  • 2.12, Анонимусс (?), 12:01, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +10 +/
    > но ситуация должна измениться после стабилизации поддержки макросов

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

     
     
  • 3.18, Аноним (18), 12:05, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сейчас даже println! не могут нормально реализовать в макросах, так и пишет коментарием, что встроено глубоко в компилятор.
     
     
  • 4.37, morphe (?), 12:25, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    println можно макросами реализовать, format тоже, и вообще все такие макросы, что не должны возвращать значение зависимое от borrowed данных. Смотри все крейты для логгирования в Rust, они же представляют свои альтернативы println.

    А вот format_args в текущем виде действительно полагается на магию, поскольку у него скоуп заимствования шире чем возвращаемое значение, условно

    let a = format_args!(...);

    Должен раскрываться в

    let _a = data_for_format(...);
    let a = args(&data);

    Однако если ты делаешь свой макрос, то тебе не обязательно пытаться повторить поведение format_args, поскольку если твой макрос будет сам переменную объявлять:

    my_format_args!(a, ...);

    То он сможет семартику полностью повторить, пускай и с чуть другим синтаксисом.

     
     
  • 5.232, morphe (?), 22:32, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В простых случаях его даже сейчас можно перевести на процедурный макрос:
        let a = 1;
        let b = 2;
        let c = a + b;
        format_args!("{a} + {b} = {c}")
    Раскрывается в
            let a = 1;
            let b = 2;
            let c = a + b;
            Arguments::new_v1(&["", " + ", " = "],
                &[Argument::new_display(&a),
                            Argument::new_display(&b),
                            Argument::new_display(&c)])
    Где new_v1, new_display - обычные функции, без магии:
      new_v1: https://doc.rust-lang.org/src/core/fmt/mod.rs.html#307
      new_display: https://doc.rust-lang.org/src/core/fmt/rt.rs.html#82-98
     
  • 4.201, Анонем (?), 20:02, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это факт. Непонятно почему коммент минусят? В исходниках println реально есть комментарий, что это магия компилятора.
     
     
  • 5.209, Fyjy (?), 20:12, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот комментарии и код макроса println
      https://doc.rust-lang.org/src/std/macros.rs.html#85
    с 85 по 139 строку.
    Ты не мог бы подсказать, где именно этот самый комментарий?
     
     
  • 6.221, Додо (?), 21:00, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное, здесь?
    https://doc.rust-lang.org/src/core/macros/mod.rs.html#904-907
    /* compiler built-in */
     
     
  • 7.228, morphe (?), 22:23, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То, что оно реализованно как compiler built-in, не означает что оно не может быт... большой текст свёрнут, показать
     
     
  • 8.237, Додо (?), 00:56, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Просили подтверждение, что этот макрос работает на магии вместо конкретных исхо... текст свёрнут, показать
     
     
  • 9.238, morphe (?), 01:16, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это да, но это не причина по которой он является built-in В Rust есть процедурн... текст свёрнут, показать
     
  • 3.32, Аноним (32), 12:19, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не думой, пиши!11

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

     
     
  • 4.36, Анонимусс (?), 12:23, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну так пишите на 2021 edition. Там вообще ничего не меняется.
    Вас кто-то заставляет использовать последние версии?
     
     
  • 5.53, Аноним (53), 12:41, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Stable rust nonsense. Stay unsafe!
     
  • 5.138, Аноним (-), 15:29, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А это ничего что раст принципиально не бекпортит фиксы на свои дыры?
     
     
  • 6.168, Анонимусс (?), 17:45, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А какое отношение edition имеет к версии компилятора?
    Последний компилятор собирает любой edition начиная с 2015го.

    All Rust compiler versions support any edition that existed prior to that compiler’s release, and they can link crates of any supported editions together. Edition changes only affect the way the compiler initially parses code. Therefore, if you’re using Rust 2015 and one of your dependencies uses Rust 2018, your project will compile and be able to use that dependency. The opposite situation, where your project uses Rust 2018 and a dependency uses Rust 2015, works as well.
    https://doc.rust-lang.org/book/appendix-05-editions.html

     
  • 3.45, Аноним (45), 12:35, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Комментаторам выше - Если zip выйдет только в С++23, то зачем на этом языке писались все эти программы столько десятилетий? Ведь zip используется в каждой программе от мала до велика.

    Каждый день могу мимоходом находить по программе на раст, которую можно смело использовать уже сейчас. Сегодня нашел https://github.com/orhun/systeroid пользуйтесь на здоровье, и продолжайте плевать в тех кто для вас пишет бесплатно.

     
     
  • 4.123, Аноним (123), 14:29, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Истероид и систероид? А зачем? Какой такой безопасности мне дало наличие несопровождаемой лапши в плохо оттестированной левой тулзе пытающейся мимикрировать под софт который миллионы людей десятки лет наяривают? Чтобы страдать на локалхосте в никому ненужные параметры с сомнительной документацией? Кто-то бесплатно написал для себя - ну, прикольный пэт, но мы ему ничего не должны, мы его не просили нам эту ахинеечку навязывать. А тебя и тем более.
    Ну а про каждый день - тут откровенно кое-кто брехло
     
     
  • 5.239, Прохожий (??), 01:24, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > наличие несопровождаемой лапши

    Если ты чего-то не понимаешь, это совсем не означает, что это плохо.

    > в плохо оттестированной левой тулзе

    Из чего это следует? Или просто тебе так хочется?

    > под софт который миллионы людей десятки лет наяривают

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

    Доступно излагаю?

     
  • 4.196, Аноним (196), 19:11, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А потом твой сисьтероид бросит из-за выгорания единственный разработчик и ты останешься сидеть на неподдерживаемом копролите. Я кстати почти не ерничаю, просто реально нет смысла пересаживатся на такие пачками мрущие микропроекты.
     
     
  • 5.240, Прохожий (??), 01:26, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вполне возможно, что этот микропроект и умрёт. Но также возможно, что люди, сравнив этот микропроект и то убожество, которое идёт в стандартной поставке, захотят лучшего.
     
  • 3.165, keydon (ok), 17:30, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Макросы это то что надо было убрать из C.
    А раст не только не убрал их, так еще и сделал метаязык для макросов, который еще и сильно отличается от самого раста.
    Подозреваю долгая комиляция раста в том числе благодаря этому "прексрасному" решению.
     
     
  • 4.241, Прохожий (??), 01:28, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Макросы это то что надо было убрать из C

    Почему? Макросы - дополнительный уровень абстракции и, следовательно, большей гибкости.

     
     
  • 5.276, keydon (ok), 15:35, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    goto тоже дополнительный уровень абстракции и весьма гибкий, его тоже стоит испо... большой текст свёрнут, показать
     
  • 4.259, Аноним (259), 09:42, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Макросы это то что надо было убрать из C

    Не макросы убрать, а препроцессор. Макросы обрабатывать самим компилятором, чтобы получать адекватные и вовремя сообщения о проблемах. Т.к., в таком случае, компилятор может проанализировать, в корректную ли языковую конструкцию развернётся макрос.

     
     
  • 5.277, keydon (ok), 15:37, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >>Макросы это то что надо было убрать из C
    > Не макросы убрать, а препроцессор. Макросы обрабатывать самим компилятором, чтобы получать
    > адекватные и вовремя сообщения о проблемах. Т.к., в таком случае, компилятор
    > может проанализировать, в корректную ли языковую конструкцию развернётся макрос.

    Вах! Передвигаешь кровати, прям как растоманы завещали. От того что ты препроцессор (или линтер как растоманы) запихнешь в компилятор ничего не изменится. Тебе все равно придется найти все вхождения макроса и заменить на его значение. А отдельная программа это будет делать или функция в компиляторе - абсолютно без разницы.
    Компилятор и так может анализировать. Он получает уже процесснутый вариант с развернутыми макросами. Вот с IDE сложнее.

     
  • 4.267, Sw00p aka Jerom (?), 11:59, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Макросы это то что надо было убрать из C.

    прошло 20 лет и я увидел этот комент, о великий магду :)

     
  • 2.103, Аноним (103), 13:55, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Не только в этом
    >Из трудностей, возникающих в процессе разработки на языке Rust низкоуровневых компонентов, таких как драйверы, упоминается необходимость работы с голыми указателями в режиме unsafe, так как Rust создан с оглядкой на использование памяти, выделяемой в программе, а в коде, работающем без прослоек поверх железа, приходятся обращаться к разделяемой памяти и MMIO.
    > В настоящее время возможности Rust по работе с голыми указателями оставляют желать лучшего, но ситуация должна измениться после стабилизации поддержки макросов offset_of, slice_ptr_get и slice_ptr_len.

    Т.е., после этого Rust будет такой же сишкой. И к чему были все эти выкрутасы с чеканием боровов?

     
     
  • 3.111, Аноним (2), 14:08, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Т.е., после этого Rust будет такой же сишкой. И к чему были все эти выкрутасы с чеканием боровов?

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

     
     
  • 4.125, фнон (?), 14:34, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +8 +/
    И сколько либ работают напрямую с железом?
    1% или 10% ?
    а сколько дырок находится в прикладном софте вида "нажал пробел 32 раза, вышел за границы массива, подарил рут"?

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

     
     
  • 5.141, Вы забыли заполнить поле Name (?), 15:43, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Раст позволяет сконцентрировать все опасные операции в unsafe блоках и размазывать их равномерным слоем по всему коду.

    Поправил тебя, не благодари.

     
     
  • 6.143, фнон (?), 15:50, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Наверное поиск в проекте слова unsafe это слишком сложный подход.
    it's sad to be you((
     
     
  • 7.173, Аноним (196), 18:24, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Типичный растаман с мгновенным переходом на личности.
     
     
  • 8.242, Прохожий (??), 01:31, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Типичные синяки, понятно, белые и пушистые Просто сейчас болеют 129335 820... текст свёрнут, показать
     
  • 7.285, Вы забыли заполнить поле Name (?), 18:50, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Наверное поиск в проекте слова unsafe это слишком сложный подход.
    > it's sad to be you((

    Ты путаешь тёплое с мягким. Какая разница, если ансейф размазан по коду?

     
  • 5.166, keydon (ok), 17:36, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так и в расте находятся уязвимости и похуже. Как-то твой unsafe не спасает. Зато даёт ложную надежду что тут магическим образом безопасно.

    > И сколько либ работают напрямую с железом?

    А там где не нужна прямая работа с железом и раст не нужен. Есть питон, есть го, есть еще с десяток достаточно медленных но удобных запускалок сишного кода. И раст во многих случаях такая же запускалка (все эти обертки ls, htop и прочее что пишется на расте и запускают сишные системные функции).

     
     
  • 6.205, Аноним (205), 20:06, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть питон, есть го, есть еще с десяток достаточно медленных но удобных запускалок сишного кода.

    You're pwned! В сишном коде снова забыли что-нибудь проверить.

     
     
  • 7.235, keydon (ok), 22:44, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > You're pwned! В сишном коде снова забыли что-нибудь проверить.

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

     
     
  • 8.243, Прохожий (??), 01:34, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Забавны эти Воины Супротив Раста Сами себе что-то выдумывают про других, абсолю... текст свёрнут, показать
     
     
  • 9.278, keydon (ok), 15:48, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Абсолютное большинство Не по определению, просто люди которые адекватно смотрят... большой текст свёрнут, показать
     
     
  • 10.280, Аноним (280), 16:03, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    согласен, но все же начало 2000ых куда лучше конца 70-х прошлого века ... текст свёрнут, показать
     
     
  • 11.283, keydon (ok), 16:10, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы и сам не отказался от современного низкоуровневого языка Но раст явно не и... текст свёрнут, показать
     
  • 6.244, Прохожий (??), 01:35, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Так и в расте находятся уязвимости и похуже.

    Что может быть хуже получение рута или порчи данных из-за банального переполнения буфера?

     
     
  • 7.279, keydon (ok), 15:55, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Так и в расте находятся уязвимости и похуже.
    > Что может быть хуже получение рута или порчи данных из-за банального переполнения
    > буфера?

    Порча данных в волшебной программе на расте в которой внезапно магия НЕ РАБОТАЕТ потому что раст НЕ гарантирует защиту от переполнение стека https://github.com/rust-lang/rust/issues/79935#issuecomment-744803340
    Ну а ты то веришь в магию и уже попался. Вот такие вы растоманы. То же самое почти со всеми вашими "защитами", внезапно оказывается что они работают только в полнолуние на перекресте 32 апреля.

     
     
  • 8.288, Анонин (?), 20:02, 12/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Именно что работает Стек переполнился - программа крешнулась А не получила рут... текст свёрнут, показать
     
     
  • 9.291, keydon (ok), 16:21, 13/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А данные все равно попорчены Так Я об этом ТЕБЕ и говорю Излюбленный приём рас... большой текст свёрнут, показать
     
     
  • 10.294, Анонин (?), 21:46, 13/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это вы были просто не осилил зайти в доку и почитать какие гарантии дает ра... большой текст свёрнут, показать
     
     
  • 11.298, keydon (ok), 06:08, 15/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я когда-то во времена раст 1 x даже пытался тут получить от растаманов вразумите... большой текст свёрнут, показать
     
  • 3.153, Аноним (280), 16:24, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> после стабилизации поддержки макросов offset_of, slice_ptr_get и slice_ptr_len
    >Т.е., после этого Rust будет такой же сишкой.

    а когда в сишке слайсы появились?

     
  • 3.154, Бывалый смузихлёб (?), 16:31, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну надо же активно изображать работу и прогресс
    а как до сей/плюсов допилят - так появится отличный повод придумывать по новой ЯП, который "ну теперь то уж точно ещё более безопасный"
    И инвесторам очередную лапшу вешать
     
     
  • 4.245, Прохожий (??), 01:39, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Иной раз лучше молчать, чем говорить. Вот же один из инвесторов (Google) использует этот ЯП напропалую. Значит, удовлетворён результатом. Но всегда найдётся опеннетный эксперт, который знает намного лучше, что нужно инвестору. Ох уж эти эксперты...
     
     
  • 5.272, Бывалый смузихлёб (?), 13:28, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    тут невольно вспоминается история какого-нибудь Дарт'а

    В том и проблема, что речь о конкретной конторе
    Однажды они сведут приход и расход - и выкинут на помойку с чистой совестью
    Не берусь говорить конкретно по расту, но они так делали реаньше и делают постоянно
    Всё то, на что вваливались гигантские бюджеты в т.ч рекламные( настолько, что даже до РФ мощно долетало ) - завтра летит в помойку на фоне сухого уведомления авторассылки

    Один из нагляднейших примеров последних лет - Гугл Штадиа. Помнишь обилию и длительность рекламы, обилие всевозможного инфомусора ?
    А ты ведь в курсе, что оно уже на помойке ? "Сервис недоступен. Спасибо что участвовали"

     
  • 5.275, scriptkiddis (?), 14:35, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И все таки ты кажись бот.
     
     
  • 6.296, Бывалый смузихлёб (?), 15:08, 14/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > И все таки ты кажись бот.

    но я не бот, если речь обо мне

     
  • 2.124, Аноним (124), 14:30, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это потому, что структуры и массивы приходят от небезопасного (например сявого) кода. Вот, например, если сама ОСь на расте будет, это уберет эту половину этой проблемы.
    А во-вторых, это потому, что работа с железом небезопасная сама по себе (и это так в любом ЯП) - ЯП (никакой) никак не может защитить от того, что тебе память отдаст неправильный байтик или винт не прочитает сектор и то ли еррор чтения выкинет, то ли мусора насыпет.
     
     
  • 3.155, Бывалый смузихлёб (?), 16:33, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    и тем не менее на си да и плюсах отчасти пишут очень даже надёжный код в лице прошивок МК для ответственных приложений
     
     
  • 4.162, Менеджер Антона Алексеевича (?), 17:17, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Надёжные пишут, да. На MISRA-C. Но его не знает ни 99% сишников, ни 100% опеннетчиков. Поэтому можешь тут не заливать, никто не поверит.
     
     
  • 5.273, Бывалый смузихлёб (?), 13:34, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, а есть ли официальный мисра-раст, который бы знали 100 растовиков По ... большой текст свёрнут, показать
     
  • 3.167, keydon (ok), 17:38, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну растоманы уже свою систему написали, только она не работает (но обещали что два года назад допилят). Теперь вот в линукс лезут. Торвальд не дурак и не стал с ними спорить, просто ждет пока раст загнется.
     
     
  • 4.199, Аноним (280), 19:50, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    дружок, в ближайшем будующем раста будет больше везде где есть денежки гугла, майкрософта, физбука и других всяких амазонов.

    посему рекомендую тебе ознакомится со списком платиновых спонсоров Linux Foundation и валить тихонько плакать в темный уголок почитывая о GNU Hurd.

     
     
  • 5.231, keydon (ok), 22:32, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > дружок, в ближайшем будующем раста будет больше везде где есть денежки гугла,
    > майкрософта, физбука и других всяких амазонов.

    Занятно что вся эта славная компания предает своих при первой возможности.
    Гугл-купил-выкинул это уже нарицательное. Ну и остальные не менее легендарные выкидыватели.

    > посему рекомендую тебе ознакомится со списком платиновых спонсоров Linux Foundation и валить
    > тихонько плакать в темный уголок почитывая о GNU Hurd.

    IBM меня беспокоит куда больше. Но пока как-то живем (хотя конечно есть о чем задуматься).

     
     
  • 6.247, Прохожий (??), 01:47, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > предает своих

    Шта? Google или кто другой из славной компании кому-то клянётся в верности?

    > IBM меня беспокоит куда больше

    Ты его не чеши, и беспокоить не будет.

    > Но пока как-то живем

    Через "не-могу". Да?

     
     
  • 7.282, keydon (ok), 16:05, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Шта? Google или кто другой из славной компании кому-то клянётся в верности?

    Ну гугл в этом плане легенда. Купить/возглавить и развалить через пару лет это его конёк.

    > Ты его не чеши, и беспокоить не будет.

    Если бы.

    > Через "не-могу". Да?

    Типа того.

     
  • 4.213, Анонин (?), 20:22, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > только она не работает

    С чего это вдруг? Redox вполне себе работает и даже на реальном железе. Даже браузер запускается)) Более того, у них в планах в 24м году зарелизить версию 1.0.

    А то что у нее нет дров к большинству оборудования... ну так не удивительно, в нее не вкладывали миллионы в течение последних 30 лет.

    > Теперь вот в линукс лезут.

    Ну так они убедились, что можно написать ось с нуля, даже свою си-либу (relibc).
    Теперь можно с уверенность улучшать линукс.

    > Торвальд не дурак

    100% )))

     
     
  • 5.233, keydon (ok), 22:36, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > С чего это вдруг? Redox вполне себе работает и даже на реальном
    > железе. Даже браузер запускается)) Более того, у них в планах в
    > 24м году зарелизить версию 1.0.

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

    > Ну так они убедились, что можно написать ось с нуля, даже свою
    > си-либу (relibc).
    > Теперь можно с уверенность улучшать линукс.

    Прям как сова: "Стратегию я вам придумала, а дальше вы как-нибудь сами".

     
     
  • 6.246, Прохожий (??), 01:44, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Но не долго, благодаря утечкам памяти в безопасном языке.

    У тебя и доказательства есть? Или просто надо было что-то язвительное ляпнуть?

    > Прям как сова: "Стратегию я вам придумала, а дальше вы как-нибудь сами".

    А это везде так. Ну или почти везде. Сначала кто-то что-то придумывает (пишет). А потом, если людям нравится, они это подхватывают и совершенствуют. Взять ту же ОС Линукс.

     
     
  • 7.281, keydon (ok), 16:03, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я время на тебя тратить не буду и просто отправлю первый попавшийся issue из их ... большой текст свёрнут, показать
     
     
  • 8.289, Анонимусс (?), 20:15, 12/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А вот теперь давай пруфы А ничего что это разные люди Сейчас редокс, даже при ... текст свёрнут, показать
     
     
  • 9.292, keydon (ok), 16:34, 13/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Весь опеннет тех лет был завален этими пруфами Извини, гуглить за тебя не буду ... большой текст свёрнут, показать
     
     
  • 10.295, Анонимусс (?), 23:39, 13/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    С какого-то момента просто перестали опровергать всяких долбней Выясняется для ... большой текст свёрнут, показать
     
     
  • 11.297, keydon (ok), 05:34, 15/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не было такого момента С самого начала анонса и до сего дня не помню не одной п... большой текст свёрнут, показать
     
  • 8.290, Аноним (290), 20:51, 12/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ого, это же надо настолько нагло врать Рассмотрим редоксовские цели Redox is a... текст свёрнут, показать
     
     
  • 9.293, keydon (ok), 16:50, 13/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я писал про растоманов, который тут на опеннете это и писали, а не конкретно про... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (72)

  • 1.4, Аноним (4), 11:51, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    В расте опять сломали компиляцию жырнолиса? 172 на прошлой неделе собрал норм, а 173 на этой уже не может скомпилировать из-за симд. Какой же никчёмный язык, каждый минорный апдейт отламывается часть кода. Хорошо, что на нём никто не пишет программ.
     
     
  • 2.21, Bob (??), 12:06, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    на ПК лису после 92 esr сломали.
    forum mozilla russia в помощь
    --
    на дроиде - после 68й.
    --
    браузер делают под менеджеров и топов mozilla, а не под юзеров. ну их нафиг
     
     
  • 3.81, Аноним (81), 13:09, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Лиса 115.3.1 еср норм компилится со 171.1 Хрустом.
     
  • 2.27, Аноним (290), 12:09, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Странно, у меня все работает.
    Может у тебя какие-то пробелмы с конфигом?
     
     
  • 3.38, Аноним (4), 12:28, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ты вчера компилировал www-client/firefox-118.0.1 с dev-lang/rust-1.73.0, точно? Судя по прошлым аналогичным проблемам фф с компилятором, дело не в конфиге.
     
  • 3.39, Иваня (?), 12:29, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    с прямотой рук у него проблема, и их постоянным расположением в одном интересном месте
     
     
  • 4.40, Аноним (4), 12:31, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Как именно ты предлагаешь исправить ошибку сборки пакета unrecognized platform-specific intrinsic function: 'simd_shuffle2' (и ещё несколько похожих) прямыми руками, расположенными в другом неинтересном месте?
     
     
  • 5.62, Анонимусс (?), 12:49, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А у тебя компилятор какой версии?
     
     
  • 6.66, Аноним (4), 12:55, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    sys-devel/llvm-17.0.2-r1 и dev-lang/rust-1.73.0, т.е. актуальные на данный момент версии из реп (без nightly).
     
     
  • 7.74, Аноним (4), 13:03, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Правда да, у фф в зависимостях прошлая версия.

        www-client/firefox-118.0.1 requires sys-devel/llvm:16

    Но раст всегда с более новой собирался.

        dev-lang/rust-1.73.0 requires sys-devel/llvm:17[

     
     
  • 8.91, НяшМяш (ok), 13:24, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В арче файрфокс собран с 16 шлангом и 1 72 1 растом если что ... текст свёрнут, показать
     
     
  • 9.107, Аноним (4), 14:01, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    1 72 0 тоже компилировал нормально эту версию, видимо, в 1 73 совместимость и сл... текст свёрнут, показать
     
  • 2.44, Аноним (44), 12:33, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Понимаете, хипстеры не могут по-другому. Если они неделю не будут обновлять и ломать совместимость, у них начнут дергаться конечности... А через месяц впадут в истреику, а затем кому.
     
     
  • 3.54, Аноним (54), 12:41, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Понимаете, хипстеры не могут по-другому. Если они неделю не будут обновлять и
    > ломать совместимость, у них начнут дергаться конечности... А через месяц впадут
    > в истреику, а затем кому.

    В своей массовости IT упёрлось в технологический потолок и ничего не остаётся как имитировать бурную деятельность вечно что-то переписывая, меняя обои и перетаскивая иконки слева направо.

     
     
  • 4.59, Аноним (59), 12:45, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Технологический потолок в IT пробит появлением GPT. Джуниоры больше не нужны, хипстеры-растоманы тем более, вот они и агонизируют.
     
     
  • 5.136, BeLord (ok), 15:22, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    GPT не осилил ГОСТ, не самая сложная штука, тоже мне пробиватель потолков-))))
     
     
  • 6.149, Аноним (149), 16:13, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Замена топ гана на мультиблок Когда дело касается улучшения работы системы, суще... большой текст свёрнут, показать
     
  • 5.156, Бывалый смузихлёб (?), 16:36, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ГПТ дно пробил, а не потолок
    Теперь потолок есть, а дна - нет ведь скатываться с сабжем можно бесконечно
     
  • 2.174, cheburnator9000 (ok), 18:25, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тебе нужен свежий rust-cbindgen инфа сотка.
     
     
  • 3.207, Аноним (4), 20:07, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё не написали, печаль.
     
  • 2.248, Прохожий (??), 01:53, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В расте опять сломали компиляцию жырнолиса?
    > Хорошо, что на нём никто не пишет программ.

    🤦‍♂️

    Взаимоисключающие параграфы от Воинов Супротив Раста.  

     
     
  • 3.260, Аноним (4), 09:45, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Судя по количеству ворнингов, на расте не пишут даже раст. Что уж говорить об остальных.
     
  • 3.261, Аноним (259), 09:46, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "Хорошо,что на нём ничего не пишут, кроме Servo" Чё тут взаимоисключающее?
     
     
  • 4.268, Прохожий (??), 12:02, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Попробуй прочитать новость ещё раз.
     

  • 1.6, Аноним (290), 11:57, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    И где все крикуны "на расте ничего не написано!" ?
    Подходите! Не стесняйтесь, хочелось бы услышать ваши жалкие оправдания.
     
     
  • 2.13, Аноним (59), 12:02, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +16 +/
    А это и не написано, а переписано. Шах и мат.
     
     
  • 3.236, Аноньимъ (ok), 23:44, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Сишколюбы не понимают видимо, что переписать компонент, куда сложнее чем с нуля навалять сишкокода.
    Нужно аккуратно соблюдать совместимость, баги оставленные сишкодидом, и при этом пытаться нормально структурировать бредовые макароны дидовского кода сохраняя при этом логику и совместимость.
     
     
  • 4.251, Аноним2 (?), 06:14, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ого как запели.
    Напомню, лет 6 назад растоманы говорили "на расте гораздо легче и безопаснее писать", "уже почти ос написали", "ещё немного и фф будет целиком на расте".
    А теперь вот "сложнее" оказывается.
     
     
  • 5.253, Илья (??), 06:37, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Писать сложнее наоборот. Там ошибки сложные.

    Зато отлаживать меньше

     
  • 5.257, Аноньимъ (ok), 08:45, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ого как запели.
    > Напомню, лет 6 назад растоманы говорили "на расте гораздо легче и безопаснее писать"

    Безопаснее писать точно легче. В целом писать думаю куда удобнее и приятнее, "лёгкость" тут сложно определить. Например сишник может легко наваливать сотни строк бреда в минуту без задней мысли, вроде как то же "легко".

    > "уже почти ос написали", "ещё немного и фф будет целиком
    > на расте".

    Ну, ОС то уже давно написали, но причём тут это вообще?

    > А теперь вот "сложнее" оказывается.

    А почему оказывается и теперь? Всегда так было, с любым языком вообще.

    > Напомню, лет 6 назад

    Вы уже наверное и школу окончили, а таких простых вещей все ещё не знаете...

     
  • 2.19, Аноним (123), 12:06, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    На расте написали вендорлок - радуйся
     
  • 2.48, Аноним (44), 12:37, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >И где все крикуны "на расте ничего не написано!" ?

    Уточним: На Rust не написано ничего, кроме:
    - части Mozilla Firefox
    - переписаной с C/C++ кучи ненужной мелочи, зачастую с глюками и урезанием функционала (типа exa)
    - Redox
    - hello world

     
     
  • 3.61, Аноним (59), 12:46, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Еще ls и cat.
     
  • 3.65, Анонин (?), 12:53, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А еще кусок ядра винды, куски андроида, что-то в хроме, драйвер для М1, много проприетарного софта.
     
     
  • 4.79, Аноним (123), 13:07, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Тот самый всеми известный в узких кругах проприетарный софт которого никто не видел?
     
     
  • 5.92, Аноним (290), 13:27, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это наверное очень узкие проприетарные круги, которые видишь только ты)

    Андроид вполне open source, им пользуются сотни миллионов людей.
    Кстати я забыл еще chromium (https://security.googleblog.com/2023/01/supporting-use-of-rust-in-chromium.htm), сколько там хромбуки занимают в распределении ОС?

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

     
     
  • 6.106, Аноним (103), 14:01, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Раз Венда закрыта, то никто и не проверит, на чём там на самом деле что написано. Поэтому такое заявление про части в ней несчитово.
     
     
  • 7.116, фнон (?), 14:15, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    винда закрытая, но исходники нескол ко раз утекали
    вот в след раз посмотрим, что там написали)

    а пока приходится довольствоваться крейтами типа https://crates.io/crates/windows-sys

     
  • 7.122, Аноним (123), 14:23, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Всем же известно, что win3.1 писалась сразу совершенной и на расте, но потом что-то пошло не так
     
  • 7.126, Анонимусс (?), 14:39, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Типа закрытые исходники это проблема
    https://infosec.exchange/@cxiao/110562188960426172

    А через год-два исходники опять утекут и проверим еще раз))

     
  • 4.252, Аноним2 (?), 06:20, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В общем ничего адекватного.
     
  • 3.67, Аноним (290), 12:55, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    - пользовательское окружение COSMIC
    - код в ядре Windows 11
    - 21% нового компилируемого кода в Android 13 (https://www.opennet.dev/opennews/art.shtml?num=58249)
    - криптографическая библиотека aws-lc-rs
    - Arti 1.1 - официальная реализация Tor, от разработчиков тора (а они наверное понимают насколько опасны уязвимости дыряшки, когда ты пытаешься быть анонимным)
    - драйвер Rusticl, который прошел сертификацию OpenCL 3.0 Кроноса (https://www.opennet.dev/opennews/art.shtml?num=58114)

    а так да, сплошные хелловолды, не то что надежный дырявый код у дидов!

     
     
  • 4.82, Аноним (123), 13:09, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    тор медленный, дырявый и позволяет тебя сдеанонить не потому что язык, да и что-то загибается он в последнее время
     
     
  • 5.102, фнон (?), 13:54, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    ядро линукса тоже дырявое, но за программу все равно считается)
     
  • 5.266, voiceofreason (?), 11:53, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > да и что-то загибается он в последнее время

    Где же теперь хипстеры с безопастным будут дурь покупать?

     
  • 4.159, Совершенно другой аноним (?), 17:04, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Хотелось-бы уточнить, а то часто пишут про 21% нового компилируемого кода в Android, а на чём пишут 79% нового компилируемого кода в Android?
     
     
  • 5.164, Аноним (290), 17:25, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    логично что на С/С++
    гугл в своем блоге даже писал, что у них была проблема найти программистов на Раст
    тк сишников много, а толку мало

    вот и приходится расширять покрытие постепенно

     
  • 5.223, Аноним (223), 21:49, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тебе ссылку дали Но тебе же это не надо, правда Там даже картинка-гистограмма ... большой текст свёрнут, показать
     
     
  • 6.225, Аноним (223), 21:51, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >  что доли раста и плюсов (в новом коде) уже почти сранялись

    сорри, опечатался. Доля раста и си почти сравнялись. Плюсы пока преобладают над ними обоими.

     
     
  • 7.255, Совершенно другой аноним (?), 08:25, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >>  что доли раста и плюсов (в новом коде) уже почти сранялись
    > Плюсы пока преобладают над ними обоими.

    вот и я об этом. Ещё раз - 21% НОВОГО кода пишется на Rust, т.е. 79% НОВОГО кода пишется на C и C++.

     
     
  • 8.263, Анонимусс (?), 09:57, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да, именно так Потому ты не можешь вот просто так взять и дописать функцию на р... текст свёрнут, показать
     
  • 3.169, keydon (ok), 17:47, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Уточним: На Rust не написано ничего, кроме:
    > - части Mozilla Firefox

    Уточню еще точнее - небольшой части firefox (12% и это с 2018 года все пилят и пилят и то подозреваю тут статисты поработали)
    https://4e6.github.io/firefox-lang-stats/
    https://docs.google.com/spreadsheets/d/1flUGg6Ut4bjtyWdyH_9emD9EAN01ljTAVft2S4

     
  • 2.95, YetAnotherOnanym (ok), 13:35, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И с чего тебя так раздувает? Что из написанного на расте написал лично ты?
     
  • 2.129, Андрей (??), 14:43, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И всякой "не нужной" никому ерундой:
      движок Seq
      движок RavenDB
      Pydantic
     
     
  • 3.184, Аноним (196), 18:44, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >движок RavenDB

    Фантазер, в списке репозиториев даже нет Раста
    https://github.com/orgs/ravendb/repositories

     

  • 1.8, Аноним (59), 11:59, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Переписывание ради переписывания. Если уж на то пошло, весь потенциально опасный код должен исполнятся изолированно.
     
     
  • 2.11, Аноним (54), 12:00, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Переписывание ради переписывания.

    Ты вскрыл всю сущность современного IT бизнеса. Нынче не модно покорять космос и решать жизненно важные задачи с использованием вычислений. Все силы и средства пущены для заработка денег на очередном айфоне и тиктоке.

     
     
  • 3.26, Аноним (59), 12:09, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да никто и не против переписываний. Проблема в том, что для этого нужен бюджет, который берется из инвестиций, а с этим делом сейчас туго и в ближайшие годы вряд ли станет лучше.
     
     
  • 4.42, Аноним (290), 12:32, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А для покупки рабочих эксплойтов, программ bug bounty и зарплат-времени на фиксы деньги не нужны?
    Лучше один раз сделать нормально, чем годами фиксить десятки уязвимостей из-за типичных ошибок дырявых языков.
     
     
  • 5.52, Аноним (59), 12:40, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Денег на фиксы нужно меньше чем на переписывание всей кодовой базы, так что все это влажные мечты.
     
     
  • 6.69, Аноним (290), 12:56, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так не нужно переписывать все и сразу.
    Сначало то что действительно важно (типа криптолиб), а потом все остальное.
     
     
  • 7.176, Аноним (196), 18:26, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если самое важное переписано и все работает, зачем переписывать остальное? Лучше деньги сэкономить.
     
     
  • 8.217, Аноним (290), 20:42, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Работает Это когда дырки находят каждую неделю Я бы не называл это таким громк... текст свёрнут, показать
     
  • 5.256, Аноним (256), 08:38, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А причем тут "дырявые языки"? Ошибки допускают люди, а не ЯП. Может учиться допускать меньше ошибок надо, а не искать серебрянную пулю в виде 3.14доrust'a?
     
     
  • 6.262, Аноним (290), 09:52, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, все так, но за 30+ лет как-то не научились.
    Почему-то на болгарку ставят защитный кожух, заставляют одевать очки и наушники,
    электроинструмент идет с двойной изоляцией.

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

     
  • 2.22, Аноним (22), 12:06, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так ведь разработчикам нужно чем-нить заниматься, чтобы была работа, а придумать, что ещё можно добавить в Андроид, уже особо не выходит. Вот и занимаются переписыванием на другой язык потихоньку. А через несколько лет, когда большую часть перепишут, небось и подоспеет новый, ещё более безопасный язык
     
     
  • 3.30, Аноним (59), 12:15, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то я сомневаюсь что Гугл-Алфабет бухнет туда неограниченный бюджет на переписывание всего, чтобы потом выложить все в открытый доступ для китайцев и порчих хуавеев.
     

  • 1.16, Аноним (123), 12:05, 10/10/2023 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     

     ....ответы скрыты (4)

  • 1.31, Аноним (32), 12:17, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Для розжига, из новых сорцов:
    '''
    /// The provided address and size must be to a valid address range (typically on the stack, .bss,
    /// .data, or provided BCC).
    #[no_mangle]
    unsafe extern "C" fn DiceClearMemory(_ctx: *mut c_void, size: usize, addr: *mut c_void) {
        // SAFETY: We must trust that the slice will be valid arrays/variables on the C code stack.
        let region = unsafe { slice::from_raw_parts_mut(addr as *mut u8, size) };
        flushed_zeroize(region)
    }
    '''
     
     
  • 2.33, Анонин (?), 12:21, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +9 +/
    М... а что собственно не так?
    Раст коду призодится взаимодействовать с богомерзкой.
    А там никаких гарантий нет, кроме "мамкой клянусь" от их погромистов.
    Вот и приходится верить((
     

  • 1.43, Аноним (59), 12:33, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >ядро остаётся на Си

    И этим все сказано.

     
     
  • 2.58, Аноним (58), 12:45, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну так ядро от Linux, его тоже потихоньку переписывают
     
     
  • 3.85, Аноним (123), 13:15, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажи лучше сразу к 3000-какому году закончат, а то 0.00001% как-то даже не смешно
     
  • 3.105, 12yoexpert (ok), 13:59, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    и никогда не перепишут. пока что нет ни одной софтины на расте, используемой кем-то, кроме самих переписывальщиков
     
     
  • 4.249, Прохожий (??), 02:06, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это Андроидом никто не пользуется? Очень смелое утверждение.
     
  • 3.110, Аноним (103), 14:07, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Чё там в ядре на Расте уже переписано, какой-то единственный dummy-драйвер?
     
  • 3.115, Аноним (115), 14:13, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    unsafe { что; } unsafe { переписывают: } unsafe { ?; }
     
  • 2.137, Аноним (137), 15:26, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    О, сищник снова мимо буфера записал
     
     
  • 3.177, Аноним (196), 18:28, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А крэшанулся как обычно растоман.
     

  • 1.64, kir (??), 12:53, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Если Гугл активно возьмётся за Rust, глядишь, и стандарт ISO по нему примут. Тогда можно будет его использовать.
     
     
  • 2.68, Анонин (?), 12:56, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Непонятно только зачем это гуглу. Стандартизация это долго и дорого.
    Им нужен альтернативный компилятор? Вроде нет.
    У них есть требования от регуляторов на стандартизацию? Тоже нет.
     
     
  • 3.222, Аноним (222), 21:38, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > зачем это гуглу

    Когда выяснится, что для сборки андроид 18 нужно 3 разных версии rust использовать... иначе не все собирается.

     
     
  • 4.250, Прохожий (??), 02:09, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Когда выяснится, тогда и будут тратить на решение проблемы время и деньги. А так, как говорится, преждевременная оптимизация - корень всех зол. То же и про стандартизацию можно сказать, что как нельзя лучше подтверждает история развития Си.
     
  • 2.72, Аноним (290), 13:00, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А зачем стандарт?
    Если он будет такам же калом, как стандарт С или С++ - то спасибо не надо.

    Вот цитата из драфта плюсов (working draft N3337)
    However, if any such execution contains an undefined operation, this International Standard places no requirement on the implementation executing that program with that input (not even with regard to operations preceding the first undefined operation).

    То есть "выполнение операций даже(!!!) предшествующих первому появлению UB не гарантируется".
    Это не стандарт, а какой-то ужас.
    Правильно гугл делает, языки дырявые нужно закапывать.

     
     
  • 3.80, Аноним (75), 13:07, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А как вы собираетесь сделать язык без UB?

    UB, же, по сути, означает "мы не знаем, как правильно".

    По мере разработки языка UB в хорошо изученных местах уменьшается.

    Если всё UB выкинуть заранее, получится POSIX File Locking. Вроде есть, но лучше бы не было.

     
     
  • 4.88, Аноним (-), 13:19, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А как вы собираетесь сделать язык без UB?

    Раст нашел ответ на этот вопрос. Не принимать стандарты, во! Нет стандарта, нет UB! Всегда можно сделать морду кирпичом и сказать что все работает как и задумано, это вы чего-то там неверно поняли. Круто же, правда?! Проверено MS OOXML, между прочим, правда, мерзкие зануды все равно нашли расхождения между спеками на 6000 страниц и поведением офиса, индусы не очень качественно поведение офиса переписали в бумажки.

     
     
  • 5.97, Аноним (290), 13:37, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Стандарт в котором написано "мы не занем как оно должно работать, любитесь сами" это отличный стандарт!
    Почти такой же отличный как и кода написанные на стандартизированных языках)
     
  • 5.114, Аноним (103), 14:13, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Rust community: Всё идёт по плану"
     
  • 4.101, Аноним (101), 13:54, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вы плавно подбираетесь к пониманию почему Раст нравится растоманам - они прониклись идеей что код можно писать без ub с safe коде, которого больше 90 процентов(очень грубо)
     
  • 3.87, Аноним (-), 13:17, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Если он будет такам же калом, как стандарт С или С++ - то спасибо не надо.

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

     
     
  • 4.96, Аноним (290), 13:36, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так сейчас если левая пятка создателя одного из 30 компиляторов решает, что теперь переполнение инта должно дропать стек - и он это просто делает!
    И ему за это ничего не будет, это же зафиксированно в стандарте, что ничего не зафиксированно.

    Ты считаешь что такое https://en.wikipedia.org/wiki/List_of_compilers#C_compilers
    это нормально?
    Что стандарт С17 в 2023 поддерживает 5 (пять! всего пять) компиляторв?
    (причем 4 из них проприетарные)

     
     
  • 5.144, Аноним (-), 15:51, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Имея отличный стандарт, такой как C++, я могу быть уверен, что моя написанная сегодня программа будет собираться и выполняться даже через 20 лет (причем это так есть прямо сейчас). Именно потому, что я могу обойти специально обозначенные как UB и остальное, места.

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

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

     
     
  • 6.148, фнон (?), 16:13, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    хахаха! ну ты юморист
    код на с/с++ может перестать рабоать корректно, после
    - смены железа
    - смены компилятора
    - смены системных библиотек
    и тд
     
     
  • 7.170, Аноним (170), 18:02, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    - смены железа - смены компилятора - смены системных библиотек Код не может рабо... большой текст свёрнут, показать
     
     
  • 8.224, Советский инженер (?), 21:51, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Много текста, но вывод тот же Сишный стандарт ничего не гарантирует ... текст свёрнут, показать
     
     
  • 9.265, Аноним (170), 11:37, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ни один стандарт не может дать 100 гарантию К стандарту нужно относиться как к... текст свёрнут, показать
     
     
  • 10.286, Прохожий (??), 19:31, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Хоть как-то можно опираться на что угодно Таким образом приходим к выводу чт... текст свёрнут, показать
     
  • 6.254, Проходил мимо (?), 07:52, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я лично писал на Rust разные программы (обычно это было ПО для выделения данных из больших логов) и могу сказать, что они одинаково хорошо собирались как в старой Ubuntu 16.04 так и в современных версиях Ubuntu и Debian. И ничего нигде не ломалось. Поэтому для меня ваше утверждение про "подход раста" и про "вечно ломающуюся обратную совместимость" выглядит как откровенный 3.14здежь.
     
  • 2.112, Аноним (103), 14:09, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Пусть Гуглаг лучше за Carbon возьмётся.
     

  • 1.84, Аноним (75), 13:14, 10/10/2023 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     
     
  • 2.94, Аноним (-), 13:32, 10/10/2023 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 2.130, Анонин (?), 14:49, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В том что сишку выкинули, растишку приняли.
    Ну и в том, что гугл считает что раст уже готов для прода.
     
     
  • 3.187, Аноним (196), 18:48, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Пока что только растишку выпнули из лисы.
     
     
  • 4.200, Аноним (280), 20:01, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вы вот с этим (https://www.opennet.dev/openforum/vsluhforumID3/131737.html#4) анонимом в показаниях путаетесь.

    кто-то из вас врунишка. я пока склоняюсь к тому что это ты.

     
     
  • 5.303, Аноним (303), 08:37, 13/11/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Кусок легаси еще в процессе выкидывания и с ним одни проблемы, все так.
     

  • 1.90, YetAnotherOnanym (ok), 13:22, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Прошивка pvmfm (Protected Virtual Machine Firmware) получает управление сразу после запуска виртуальной машины

    Тьфу, блин, так это псевдопрошивка для виртуалок...

     
     
  • 2.99, пох. (?), 13:50, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    для андроидных виртуалок! То есть какой-то просто совершенно невероятной хрени, непонятно зачем вообще существующей и встречающейся ли в дикой природе в принципе.

     
     
  • 3.109, YetAnotherOnanym (ok), 14:05, 10/10/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.132, Пряник (?), 14:52, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Что? Виртуалки на смартфоне?
     
  • 1.134, Аноним (134), 15:05, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > Ранее прошивка была написана на языке Си и реализована поверх загрузчика U-Boot, в коде которого ранее находили уязвимости

    уязвимости нашли в u-boot а переписали какую-то прошивку, где логика ?

     
     
  • 2.140, Вы забыли заполнить поле Name (?), 15:36, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Раст - это не про логику, а про переписывание.
     
     
  • 3.264, Аноним (134), 10:25, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Раст - это не про логику, а про переписывание.

    паршивку проще переписать её и переписали. Ищут не там где потеряли а там где фонарь светит - им похоже за переписывание платят а не за результат.

     

  • 1.139, Вы забыли заполнить поле Name (?), 15:35, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как теперь закладки добавлять? Не чисто тут все
     
     
  • 2.179, Аноним (196), 18:32, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сразу в Раст, чего непонятно?
     

  • 1.145, Аноним (145), 15:53, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >>В настоящее время возможности Rust по работе с голыми указателями оставляют желать лучшего, но ситуация должна измениться после стабилизации поддержки макросов offset_of, slice_ptr_get и slice_ptr_len.

    Это пять конечно. Когнитивная нагрузка при лабании на этом недоязыке несравнимо выше чем на Си например. Как следствие - отвратительная архитектура прорамм хотя возможно без выхода за границы массива )))

     
     
  • 2.150, Аноним (290), 16:17, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Когнитивная нагрузка при лабании на этом недоязыке несравнимо выше чем на Си например

    Обычная отмазка неосиляторов.
    Возможно просто когнитивные способности, за годы пограммирования на С, немного уменьшились.
    Там думать особо не надо. Ключевых слов мало, по поводу UB можно не париться, все равно все остальные тоже забивают.

     
     
  • 3.152, Аноним (145), 16:24, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Про то что думать не надо это Вы правильно заметили... Это объясняет многое в современном программировании )
     
     
  • 4.157, Аноним (290), 16:48, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Конечно прав.
    В соседней теме в libcue "просто" забыли написать для track_set_index проверку 'i >= 0'
    И "просто" взяли знаковый integer, вместо беззгнакового.

    О каких когнитивных способностях сишников можно говорить с такими ошибками?

     
     
  • 5.160, Аноним (145), 17:04, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да. типичный пример
    но в каком другом языке каой ошибки нельзя допустить?
     
     
  • 6.161, Аноним (290), 17:14, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В языке в котором нет UB для integer overflow ?
    Просто не получим отрицательное значение при переполнении.

    В раст за пределами unsafe block заявлено что его нет.
    А в блоке код должен перечитываться и ревьювиться.
    + будет понятно где смотреть в случае чего.

     
     
  • 7.180, Аноним (196), 18:33, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >не получим отрицательное значение при переполнении.

    А получим просто неправильное.

     
     
  • 8.181, Анонин (?), 18:37, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да, будет неправильное значение И это будет обычный баг, коих море в прогах на ... текст свёрнут, показать
     
     
  • 9.188, Аноним (196), 18:52, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В 0 01 случаев и то вряд ли Проще заморочится со статическим анализатором, чем... текст свёрнут, показать
     
     
  • 10.219, Анонин (?), 20:52, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, в 0 01 случаешь в конфете цианид Вряд ли бы ты взял из вазочки хотя бы х... текст свёрнут, показать
     
     
  • 11.284, Аноним (284), 18:47, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Есть варианты 0 01 цианид В другой горке кислота От которой скочуришься чере... текст свёрнут, показать
     
  • 6.163, Аноним (290), 17:19, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Давай я другой пример приведу, который связан с U-Boot и из-за чего собственно... большой текст свёрнут, показать
     
     
  • 7.218, пох. (?), 20:50, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тебе не кажется, что buffer overflow и double free можно было бы исправить используя другой язык?

    жаль что на нем пока ...а, стоп, не на нем. CoC.md написан на ракдауне.

    > И такие уязвимости это "визитная карточка" пары известных языков?

    На которых и написан U-Boot да и почти все остальное в этом несовершенном мире.

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

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

     
     
  • 8.258, Аноним (280), 09:07, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это ж насколько надо быть упоротым чтоб в комментах под очередной новостью про т... текст свёрнут, показать
     
     
  • 9.271, пох. (?), 13:20, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это вот насколько т-пым экспертом опеннета надо быть, чтобы не отличить перепись... текст свёрнут, показать
     
     
  • 10.274, Аноним (280), 14:00, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    этьо ж надо быть настолько убогим, что отвечать не про то что спрашивали ... текст свёрнут, показать
     
  • 6.206, Аноним (280), 20:07, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >но в каком другом языке каой ошибки нельзя допустить?

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

     
  • 3.171, C00l_ni66a (ok), 18:11, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Обычная отмазка неосиляторов.

    Это ты про тех, кто ниасилил отслеживание времени жизни объектов и подсчёт размера массива перед копированием, ввиду чего решили сменить язык ~~и пол~~ на более хипстерский? Ну да, есть такое.

     
     
  • 4.178, фнон (?), 18:29, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ты про разрабов ядра и других С либ?
    Ну, которые уже 30+ лет не могут научиться проверять размер массива или не делать use after free?
    Да с ними большая проблема, тк новому они учиться не хотят, а хотят продолжать портить память.

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

    Хорошо хоть такие люди как Линус это понимают и продвигают Раст в ядро.

     
     
  • 5.186, Аноним (170), 18:47, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Раст продвигает в ядро не Линус, но это так, чтобы ты знал.
     

     ....большая нить свёрнута, показать (19)

  • 1.172, Аноним (172), 18:12, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как обычно, искпëрды прочитали один абзац про недостаток и скипнули все остальные сложные слова) Просто чисто байт ламеров))
     
  • 1.175, Аноним (170), 18:26, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Читаешь сообщения от разных людей из разных лагерей и тихо охреневаешь Хотите п... большой текст свёрнут, показать
     
     
  • 2.182, Аноним (196), 18:38, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так фанатикам Rust никто не запрещает писать код на их языке, но они агрессивно продвигают идею что и другие тоже должны писать код только на нем.
     
     
  • 3.185, фнон (?), 18:46, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > они агрессивно продвигают идею что и другие тоже должны писать код только на нем

    Разве? А мне не нравится, что в ядре которым я пользуюсь и от которого зависит столько всего вокруг (мой телефон, мой роутер, мой сервак и тд) дыры из-за СИшечки и ее пограммеров.

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

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

     
     
  • 4.191, Аноним (196), 19:00, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И кого волнуют твои вымышленные проблемы?

    >не нравится раст в ядре - форкнул и поддеживай сам!

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

    Типичный растоман ))

     
     
  • 5.287, Прохожий (??), 19:41, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И кого волнуют твои вымышленные проблемы?

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

     
  • 3.204, Аноним (204), 20:05, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Агрессивно продвигают это как? Приходят к тебе домой и заставляют? И что вообще за претензия такая странная? Хотят и продвигают, тебе то какое дело?
     
  • 3.226, Советский инженер (?), 22:03, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А вот и неправда. Никто никого не заставляет.
    Хочешь, пиши на С, только за каждый use-after-free будешь по щам получать. Чтоб не расслаблялся.
     
  • 2.183, фнон (?), 18:39, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    так проблема в том что ретрограды а не хотят признавать проблемы в языке ну ти... большой текст свёрнут, показать
     
     
  • 3.193, Аноним (196), 19:04, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Вот как гуглу приходится решать это для андроида:

    Как же так, гугл наконец-то стал выполнять рекомендации по надежному коду на восхитительной СИшечке!
    А еще прикинь это же можно делать и для НОВОГО кода, представляешь? А не дробить кодовую базу на 2, 3, 5, 10 языков!

    Остальные фантазии комментировать бессмысленно.

     
     
  • 4.197, фнон (?), 19:21, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А еще прикинь это же можно делать и для НОВОГО кода, представляешь? А не дробить кодовую базу на 2, 3, 5, 10 языков!

    И где это для ядра? Для libwebp и прочих либ которые недавно опять жиденько продырявились?
    Ты же понимаешь что все выше перечисленное это очень сложно? И дорого?
    И это по сути костыли которыми подпирают покосившийся и разваливающийся код.

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

     
  • 4.227, Аноним (223), 22:11, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    только гугл говорит, что он их и выполнял и что все эти техники им почти совсе... большой текст свёрнут, показать
     

  • 1.189, Аноним (189), 18:54, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну давайте, расскажите мне, что я должен вывалить штуку баксов, чтобы андроид (СПО ахаха) не лагал. Замена процессора в Huawei P60 Pro стоит дороже айфона, а сам он как два. Да идите вы в жо с таким СПО!
     
     
  • 2.190, Аноним (189), 18:55, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не проца, а материнки, не суть.
     
  • 2.202, Аноним (204), 20:03, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Че у тебя там лагает? Четрыхлетний сяоми за 40к летает только в путь.
     

  • 1.192, Аноним (192), 19:02, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > языка программирования (C/C++)

    Не существует такого языка программирования.

     
  • 1.194, Аноним (192), 19:06, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это вот у них безопасный язык, типа того: https://cs.android.com/android/platform/superproject/+/main:packages/modules/V
     
     
  • 2.216, Анонимусс (?), 20:31, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так круто же! На 439 строк всего 6 unsafe.
    Пять из которых однострочные и один - asm вставка.
     

  • 1.195, Аноним (196), 19:08, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Хотели чистую и хорошо читаемую замену C++, а получили второй мудреный С++ с доведенной до абсурда системой макросов и претензией на безопасность.

    Теперь придется учить два C++...

     
  • 1.198, Аноним (198), 19:31, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >TEE, Trusted Execution Environment

    Основной мотив переписывания на Rust - невзламываемые никак DRM, тивоизация и анальные зонды. Тюрьма для скота.

     
     
  • 2.203, Fyjy (?), 20:03, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    То ли дело сишечка: и ты взламываешь, и тебя взламывают! Красота!
     
     
  • 3.210, Аноним (4), 20:14, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > То ли дело сишечка: и ты взламываешь, и тебя взламывают! Красота!

    Ну правильно, мне нравится, когда я могу делать со своим устройством всё, что захочу. Малварь не существует даже в мире венды, если только не скачивать её по ссылкам из первых страниц выдачи гугла. А о той, что существует во всех этих crates.io, ничто не защитит.

     
     
  • 4.212, Аноним (204), 20:22, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    То есть у тебя претензии к крейтам что ли? А то, что у тебя в дистрибутиве есть репозиторий, а в питоне есть pip - это не, это другое?
     
     
  • 5.215, Аноним (4), 20:27, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У меня претензии к npm, слишком часто малварь в популярных пакетах в нём появляется (и этот пакет как правило является зависимостью чего-то, что ты используешь). В pypi и репах такого нет, это чисто тема растовиков/жаваскриптеров.
     
  • 4.229, Аноним (223), 22:27, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> То ли дело сишечка: и ты взламываешь, и тебя взламывают! Красота!
    >Ну правильно, мне нравится, когда я могу делать со своим устройством всё, что захочу.

    Злобный "Хакир": " - Ну правильно, мне нравится, когда я могу делать со ТВОИМ устройством всё, что захочу."

    > Малварь не существует даже в мире венды, если

    "... отключить устройство от сети, выключить и спрятать в сейф".

    > ...если только не скачивать её по ссылкам из первых страниц выдачи гугла.

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

     
     
  • 5.234, Аноним (4), 22:37, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не, это так не работает. Линукс не венда, тут не достаточно отправить пакет в закрытый порт, чтобы исполнить код. Значит, он должен как-то попасть к пользователю каким-то образом, а это значить уже желание пользователя его запустить. NetworkManager отчасти это исправлял, исполняя пакет от имени рута, но пользователи NM должны страдать и это было только для пакетов из локалочки. Конечно, есть уязвимости, но это касается только тех, кто держит публичные сервисы. Можно ещё любителям samba посочувствовать.
     
  • 2.208, Аноним (204), 20:09, 10/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Доо, ведь до раста тивоизации и ДРМ не существовало. Погоди, так если раст позволяет создать _невзлавымаемый_ ДРМ - так это же офигеть как круто! Никакой ЯП такого не умеет и по твоей же логике надо бежать его учить.
     

  • 1.220, Аноним (220), 20:54, 10/10/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Переписал раз, перепишет и второй.
     
     
  • 2.269, Аноним (269), 12:57, 11/10/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Мы сидим, а денежки идут...

    Всё так: цифровизация, ограничения возможностей, большие деньги на счёт.

    Нужен тилипон на Фрибэсдэ.

     

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



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

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