The OpenNET Project / Index page

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

Выпуск Rust 1.89. Около 8% src-пакетов в Debian Sid завязаны на Rust

08.08.2025 09:17

Опубликован релиз языка программирования Rust 1.89, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки).

Методы работы с памятью в Rust избавляют разработчика от ошибок при манипулировании указателями и защищают от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей, выход за границы буфера и т.п. Для распространения библиотек, обеспечения сборки и управления зависимостями проектом развивается пакетный менеджер Cargo. Для размещения библиотек поддерживается репозиторий crates.io.

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

Основные новшества:

  • Предоставлена возможность использования символа "_" в качестве аргумента обобщённых параметров с признаком "const" для выведения значений этих параметров на основе окружающего контекста.
    
       pub fn all_false<const LEN: usize>() -> [bool; LEN] {
         [false; _]
       }
    
  • Добавлено новое lint-предупреждение "mismatched_lifetime_syntaxes" для решение проблемы неочевидного определения времени жизни в сигнатурах функций при использовании механизма "lifetime elision" (автоматически определяет время жизни ссылок, позволяя обойтись без его ручного указания). Предупреждение выполняет проверку того, что входные и выходные параметры функции принадлежат к одной и той же группе типов. Группы формируются на основе поддержки явного задания времени жизни и возможности автоматического вывода времени жизни компилятором (например, в типах "&'a T" и "ContainsLifetime<'a>" может явно присутствовать время жизни, но компилятор не может автоматически определить время жизни, в а типах "&T", "&'_ T" и "ContainsLifetime<'_>" допускается как явное задание, так и автоматическое определение).
  • В атрибуте "target_feature" для систем x86 реализована возможность проверки поддержки расширенных наборов инструкций sha512, sm3, sm4, kl и widekl, а также отдельных функций avx512.
    
       #[target_feature(enable = "avx512bw")]
       pub fn cool_simd_code(/* .. */) -> /* ... */ {
           /* ... */
       }
    
  • Обеспечен запуск doctest (тесты, встроенные в документацию) не только для текущей целевой платформы, но и для других платформ, указанных при запуске пакетного менеджера "cargo" ("cargo test --doc --target other_target").
  • Для функций 'extern "C"' при сборке для целевой платформы "wasm32-unknown-unknown" реализован стандартный C ABI для WebAssembly.
  • С некоторыми оговорками, касающимися совместимости типов, разрешено использование типов i128 и u128 во внешних Си-функциях (extern "C"), для которых ранее показывалось lint-предупреждение "improper_ctypes_definitions".
  • В разряд стабильных переведена новая порция API, в том числе стабилизированы методы и реализации типажей:

    Признак "const" применён в функциях:

  • Начался процесс перевода целевой платформы "x86_64-apple-darwin" с первого уровня поддержки на второй (Apple планирует прекратить поддержку архитектуры x86_64). Первый уровень поддержки подразумевает формирование бинарных сборок, проведение досконального тестирования и предоставление наивысшей гарантии поддержки платформы - каждое изменение в компиляторе проверяется выполнением полного тестового набора. Второй уровень поддержки подразумевает гарантию сборки, но отсутствие гарантий при прохождении тестового набора.
  • Реализован третий уровень поддержки платформ "loongarch32-unknown-none" и "loongarch32-unknown-none-softfloat". Третий уровень подразумевает базовую поддержку, но без автоматизированного тестирования, публикации официальных сборок и проверки возможности сборки кода.



Дополнительно можно отметить связанные с Rust события и проекты:

  • Опубликован отчёт о состоянии пакетов на языке Rust в Debian. Отмечается, что в ветке Debian Unstable (Sid) около 8% src-пакетов в репозитории main связаны сборочными зависимостями как минимум с одним пакетом "librust-*". В Debian 12 подобных пакетов было 4.5%. Также отмечено, что более 3 тысяч пакетов включают код на языке Rust, вынесенный в пакеты librust-..-dev, а 150 src-пакетов поставляют скомпилированные исполняемые файлы или библиотеки Rust.

    Из представляющих интерес для Debian пакетов упомянуты sudo-rs, ntpd-rs, uutils, Sequoia, rpgp, hickory (DNS), Rustls, rav1d и fish. Опциональная поддержка Rust реализована в APT, QEMU (virtiofsd), ядре Linux и Mesa, а также ожидается в LibreOffice. Для преобразования crate-пакетов в src-пакеты Debian реализован инструментарий debcargo.

  • Представлен проект tmux-rs, развивающий клон мультиплексора терминала tmux (консольный оконный менеджер), переписанный с Си на Rust.
  • Разработчик драйвера Tyr из компании Сollabora, опубликовал статью об устройстве работающих на уровне ядра драйверов для GPU и принципах разработки таких драйверов на языке Rust.
  • Продемонстрировано универсальное приложение на языке Rust, способное выполняться как на CPU, так и на различных платформах GPU: CUDA для NVIDIA, SPIR-V для GPU с поддержкой Vulkan, Metal для Apple, DirectX 12 для Windows, WebGPU для браузеров.


  1. Главная ссылка к новости (https://blog.rust-lang.org/202...)
  2. OpenNews: Компания Vivo открыла код ядра BlueOS, написанного на языке Rust
  3. OpenNews: Представлен Tyr, Linux-драйвер для GPU ARM Mali, написанный на Rust
  4. OpenNews: Выпуск Rust 1.88. Операционная система Munal и утилита rsched на Rust
  5. OpenNews: GCC-бэкенд достиг возможности полной раскрутки компилятора rustc. Выпуск Rust Coreutils 0.1.0
  6. OpenNews: Для FreeBSD развивают опциональную поддержку компонентов базовой системы на Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63697-rust
Ключевые слова: rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (227) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Голдер и Рита (?), 09:27, 08/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    Почему вы пишете в первом абзаце: предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime 😵‍💫

    Как будто это что-то уникальное…😐 В C++ тоже есть такие возможности, так что не стоит делать из этого сенсацию.😉

     
     
  • 2.11, Шарп (ok), 09:46, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Это для местных хейтеров. Там есть персонажи, думающие, что в расте есть сборщик мусора. Вот их сразу и срезают. Та же фигня с постоянным абзацем, что rust не является обязательной зависимостью при сборке ядра linux.
     
     
  • 3.14, Наноним (?), 09:49, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Там есть персонажи, думающие, что в расте есть сборщик мусора

    А как жи Arc<_>???))?? хыыы

     
     
  • 4.17, kravich (ok), 10:24, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Это не сборщик мусора, это автоматический подсчет ссылок
     
     
  • 5.20, Аноним (20), 10:35, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Тут есть скоморохи, которые на полном серьезе утверждают, что подсчет ссылок - это то же самое, что и сборщик мусора в Java и Python. И что RAII - это тоже подсчет ссылок (когда их максимум 1), и, соответственно, он тоже является сборкой мусора.

    Ты на Опеннете, друг, тут порой и не такой боед прочтешь...

     
     
  • 6.46, Аноним (46), 11:49, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Вообще то RAII - это тоже про подсчет ссылок, хотя сборщик мусора тут совершенно не причем.
     
     
  • 7.53, Аноним (20), 12:04, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вообще то RAII - это тоже про подсчет ссылок

    О, ты из тех самых экспертов? Ну так аргементы-то приведи своему утверждению.

     
     
  • 8.63, Аноним (46), 12:17, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну ты же себя Ыкспертом считаешь, чем же другие хуже А если серьезно, то будет ... текст свёрнут, показать
     
     
  • 9.77, Аноним (20), 12:45, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я подозревал, что в ответе будет невнятная каша, но чтобы настолько 129318 ... текст свёрнут, показать
     
  • 6.171, freehck (ok), 15:47, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > И что RAII - это тоже подсчет ссылок <...> и, соответственно, он тоже является сборкой мусора.

    Ну так ткните их в определения. GC работает в рантайме, а RAII отрабатывает на этапе компиляции.

     
     
  • 7.307, ferris (?), 05:37, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В этом и проблема, что чёткого общепринятого определения не существует. Поэтому в разных сообществах принято за GC считать разное. В сообществе языка D, например, принято сборщиком мусора считать счётчики ссылок.

    На мой вопрос "что же это за сборщик мусора, который не может определить и дропнуть зацикленный в себя связный список "A -> B -> C -> A" если он уже ниоткуда не доступен - выдаются какие-то странные ответы.

     
     
  • 8.317, Аноним (317), 09:28, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У сообщества Rust ответ гениальный Утечка памяти из-за циклических ссылок являе... текст свёрнут, показать
     
     
  • 9.319, Аноним (-), 10:59, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вообще они правы Это безопасно в рамках выбранной модели безопасности, т к уте... текст свёрнут, показать
     
     
  • 10.340, Аноним (317), 14:39, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это не нерешаемая задача , а нерешаемая задача для модели управления памятью в... текст свёрнут, показать
     
     
  • 11.352, Аноним (-), 18:04, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это нерешаемая задача при ручном управлении памятью Аналогично она не решена в ... большой текст свёрнут, показать
     
     
  • 12.358, Аноним (317), 20:12, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так не си, с , паскаль, ада и другие языки не утверждают, что они самые классны... большой текст свёрнут, показать
     
     
  • 13.361, Аноним (-), 22:06, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так раст и безопаснее чем с и с , даже без детектирования утечек И их как р... большой текст свёрнут, показать
     
     
  • 14.362, Аноним (317), 22:43, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не нужно пересказывать свои фантазии насчет жим-жим - safe-c никогда не бы... текст свёрнут, показать
     
  • 9.329, ferris (?), 12:10, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Memory leaks are memory safe Это известный вывод из определения той безопасност... текст свёрнут, показать
     
     
  • 10.341, Аноним (317), 14:42, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    К GC это действительно не имеет никакого отношения Но речь пошла уже не только ... текст свёрнут, показать
     
  • 8.334, freehck (ok), 13:48, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я думаю, что в данных вопросах надо смотреть прежде всего на академические источ... большой текст свёрнут, показать
     
  • 6.190, анонд (?), 17:00, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    RAII это аналог сборщика мусора т.к. деструкторы объектов на стеке автоматически вызываются при выходе оных из области видимости функции
     
     
  • 7.201, Аноним (317), 17:26, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это не совсем аналог.  

    GC никак не привязан к области видимости. Это отдельная функциональность не связанная с кодом программы. Но и про RAII нельзя говорить, что он работает "только во время компиляции". RAII может быть и во время выполнения (например, ресурс с shared_ptr, который  можно скопировать или передать как аргумент в функцию), ведь у него подсчет ссылок всегда идет в рантайме.

     
  • 5.76, freehck (ok), 12:41, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –8 +/
    > Это не сборщик мусора, это автоматический подсчет ссылок

    Воу-воу! Нифига себе заявы! =)

    "Это не сборщик мусора, это просто один из алгоритмов сборки мусора"! =)

    Ребят, не переопределяйте термины ради красивого словца. Если у вас есть подсчёт ссылок, значит у вас таки есть базовый GC.
    То, что он базовый, и потому легковесный -- не отменяет того факта, что это всё-таки GC. ))

     
     
  • 6.139, derfenix (ok), 14:49, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сборщик мусора это механизм, который может использовать в т.ч. и информацию о количестве ссылок. А может и не использовать. Зависит от самого сборщика и принципов его работы.

    Говоря, что подсчёт ссылок и есть сборщик мусора ты расписываешься в неспособности строить даже базовые логические цепочки.

     
     
  • 7.150, freehck (ok), 15:07, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Дорогой, ARС -- это GC по определению. Тут не о чем спорить.

    PS: Я не участвую в холиворе за или против Rust. Я сейчас говорю исключительно за терминологию.

     
     
  • 8.237, freehck (ok), 20:12, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    UPD вечер Короче, какое дело Я тут из любопытства таки почитал про этот ва... большой текст свёрнут, показать
     
     
  • 9.252, morphe (?), 21:07, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть Rc T T-с-подсчётом-ссылок , а есть Arc T T-с-атомарным-подсчётом-ссылок... текст свёрнут, показать
     
  • 8.308, ferris (?), 05:40, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какое-то неправильное определение GC получается, раз такой GC не умеет самосто... текст свёрнут, показать
     
     
  • 9.335, freehck (ok), 14:00, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    см 334, я там раскрыл это... текст свёрнут, показать
     
  • 5.129, Аноним (129), 14:38, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А зачем их считать, если не секрет?
     
     
  • 6.165, freehck (ok), 15:29, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А зачем их считать, если не секрет?

    Зачем-зачем. Чтобы мусор собрать, естественно, ибо для чего ещё может быть нужен ARC? =)

     
  • 3.82, Аноним (82), 12:58, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Там есть персонажи, думающие, что в расте есть сборщик мусора.

    В расте и рантайма нет.

     
     
  • 4.247, Аноним (247), 20:57, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Там есть персонажи, думающие, что в расте есть сборщик мусора.
    > В расте и рантайма нет.

    Ну как бэ да, нету. Минимальный рантайм там примерно в тех же объемах, как и в GCC
    > GCC requires the freestanding environment provide memcpy, memmove, memset and memcmp.

    Правда, это не останавливает местных Воителей от повторения чуши (видимо, по принципу "мы все так говорим, а значит это правда!").

     
     
  • 5.282, мяв (?), 23:45, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а чушь в чем ?
    они же не утверждают, что "вот руст с рантаймом, а божественный цэ - без".
    факт в том, что рантайм есть.
     
     
  • 6.287, Аноним (247), 23:50, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > факт в том, что рантайм есть.

    И этот "факт" основывается на "мы все так говорим, а значит это правда!" -- на колу мочало, начинай сначала!

     
  • 5.314, Аноним (82), 08:46, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > тех же объемах, как и в GCC
    > GCC requires the freestanding environment provide memcpy, memmove, memset and memcmp.

    Причем тут язык Си? Это самодеятельность gcc при оптимизации, и не мешает собирать ядро линукс.

    Банальныйй цикл for в rust - это вызов next у итератора. Это точно не про отсутствующий рантайм.

     
     
  • 6.365, Аноним (247), 23:04, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И где там язык Си упоминался Сам придумал, сам опроверг О, теперь итератры ста... большой текст свёрнут, показать
     
     
  • 7.369, Аноним (82), 07:30, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Сам придумал, сам опроверг.

    Аргумент с GCC придумал ты. Причем тут баги в оптимизаторе gcc.

    > О, теперь итератры стали "рантаймом"

    В расте нет рантайма.
    По определению сообщества опеннет.

    > Ну и да, че там за for было?
    > https://rust.godbolt.org/z/YKEs1EoMn

    Старательно прописывал ключи оптимизации чтобы не видеть вызовы метотдов итератора и много чего из "отсутствующего рантайма"?

    И ссылка на официальный документ

    https://doc.rust-lang.org/reference/expressions/loop-expr.html#iterator-loops

    A for expression is a syntactic construct for looping over elements provided by an implementation of std::iter::IntoIterator.

     
     
  • 8.370, Аноним (82), 07:37, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Скажи спасибо дырявому llvm, что может оптимизировать вот это https rust god... текст свёрнут, показать
     
     
  • 9.374, Аноним (247), 11:10, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Т е ты старательно убрал оптимизацию, получил дебаг-сборку-по-умолчанию и гордо... большой текст свёрнут, показать
     
     
  • 10.380, Аноним (82), 12:18, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты уверен, что это до промежуточных оптимизаций, которые делаются посредством ll... текст свёрнут, показать
     
     
  • 11.389, Аноним (247), 15:09, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Извини, онлайн-инстанс с этой возможностью я тебе поднимать не буду https doc... большой текст свёрнут, показать
     
     
  • 12.390, Аноним (82), 18:22, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Юление продолжается Незаметно поменял оптимизацию на -O Если вернуться к и... текст свёрнут, показать
     
     
  • 13.391, Аноним (247), 20:52, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Начнем с того, что исходная на play rust как раз -O и там нельзя или я не пон... текст свёрнут, показать
     
  • 8.372, Аноним (247), 10:46, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Аргумент я не придумал, он есть - требование к freestanding Те же самые требова... большой текст свёрнут, показать
     
     
  • 9.376, Аноним (82), 11:53, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это требование gcc В freestanding для Си не входит реализация string h Вызовы... большой текст свёрнут, показать
     
     
  • 10.385, Аноним (247), 12:44, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пошел юлеж вида Чисто в теории этого нету Вот А практическая реализация те... большой текст свёрнут, показать
     
     
  • 11.387, Аноним (82), 13:09, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На себя посмотри кексперт по расту До моего сообщения ты даже не знал семанти... большой текст свёрнут, показать
     
     
  • 12.392, Аноним (247), 00:10, 11/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Крутые и забористые фантазии Правда, если проскроллить вверх, то можно прочесть... большой текст свёрнут, показать
     
  • 7.378, Аноним (-), 12:06, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > main:
    >         push    
    > rbx
    >         mov    
    >  edi, 1
    > .LBB2_1:
    >         lea    
    >  ebx, [rdi + 1]
    >         call    
    > example::square::h9a0e2fa1b9513288

    ...
    > [/CODE]

    Т.е. в dead code elimination эта штука не умеет? Оок! Сишный компилер вообще сделал бы чуть ли не гольный ret. Потому что...
    1) Side effects у всего этого просто нет.
    2) Вычисленное значение нигде и никак не используется.

     
     
  • 8.386, Аноним (247), 12:59, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Т е ты опять влез в обсуждение, даже не утрудившись пройти по ссылке там опти... текст свёрнут, показать
     
  • 3.226, Аноним (-), 19:18, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Это для местных хейтеров. Там есть персонажи, думающие, что в расте есть сборщик мусора

    причем тут эмоции к факту того что в расте есть *статический* гц? да внезапно статический garbage collector - тоже garbage collector

     
     
  • 4.318, Аноним (82), 09:33, 09/08/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.13, Голдер и Рита (?), 09:46, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В новостях про GCC и LLVM вы так не пишете. 🤥
     
  • 2.25, Анонирм (?), 11:08, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь tokio не в базе раста...
     
  • 2.86, Аноним (86), 13:05, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда ничего уникального нет приходится писать это в расчете на то что простачки поведутся.
     

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

  • 1.4, Аноним (4), 09:28, 08/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    ну вот 8% а говорили не нужен, в следующий ответ будет уже 16%
     
     
  • 2.5, Аноним (5), 09:31, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А через выпуск - 32% ?
     
     
  • 3.6, Голдер и Рита (?), 09:33, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    💯
     
  • 3.8, Tron is Whistling (?), 09:44, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Дойдёте до 128% - разбудите.
     
  • 3.80, Аноним (80), 12:50, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    146%
     
  • 2.110, Аноним (110), 14:06, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Спасибо за новый мем. Теперь если не хочется его называть, можно использовать 8%. На чем написана ... ой ... переписана программа? - На 8% же.
     
     
  • 3.118, Аноним (-), 14:19, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Спасибо за новый мем. Теперь если не хочется его называть, можно использовать 8%. На чем написана ... ой ... переписана программа? - На 8% же.

    Плохой мем.
    Придется циферки каждый год добалять.

    "На 8% же"
    --- вы находитесь здесь
    "На 10% же"
    "На том без чего не получается собрать ядро"

     
     
  • 4.258, Аноним (258), 21:26, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда там фурифокс перепишут на раст 100%?
     
     
  • 5.279, Аноним (-), 23:34, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Когда там фурифокс перепишут на раст 100%?

    А собирались?
    У ФФ 25% JavaScript и 15% HTML.
    На что ты собрался их менять?

     
     
  • 6.322, Аноним (322), 11:13, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На Rust!!!
     
  • 2.193, Аноним (193), 17:19, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У них деньги на 12% закончаться такими темпами. Их спасёт только если МС их купит и сделает нормальный вариант Раста (нет).
     
     
  • 3.209, Аноним (-), 17:50, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У них деньги на 12% закончаться
    > деньги ... закончаться
    > закончаться

    https://rustfoundation.org/members/

    Ты, наверное, думал, что Rust до сих пор сидит на шее у Mozilla?
    MS всё устраивает, она - платиновый спонсор.

     
     
  • 4.306, фух (?), 05:26, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Меня не устраивает синтаксис, какой то ассемблер. Сделайте Си подобный и я тогда начну читать его доки.
     
     
  • 5.347, anonymous (??), 16:09, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да продолжай не читать, это всех устраивает.
     
  • 5.354, 12yoexpert (ok), 18:46, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    тоже пытался читать этот туториал (доками назвать это вебдванольное недоразумение язык не поворачивается) - вывернуло от синтаксиса через пять минут
     
  • 4.324, Аноним (324), 11:37, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я с МС сто лет работаю и знаю зачем они становятся спонсорами.
     
     
  • 5.343, Аноним (343), 14:46, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Можете рассказать?
     
     
  • 6.355, 12yoexpert (ok), 18:47, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    план гейтса
     
  • 2.383, Аноним (-), 12:41, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > ну вот 8% а говорили не нужен, в следующий ответ будет уже 16%

    Тащите WD40 - пригодится! А то все ржавеет и скрипит :)

     

  • 1.19, Аноним (20), 10:31, 08/08/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     

  • 1.21, Аноним (20), 10:45, 08/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Опциональная поддержка Rust реализована в APT, QEMU (virtiofsd), ядре Linux и Mesa, а также ожидается в LibreOffice.

    А что будут делать те доблесные воины, которые на полном серьезе утверждали, что не допустят появления Раста на своих системах (типа будут пересобирать ядро и продолжать сидеть на старой сишной librsvg)?

    Ну, в смысле, как быть, когда на Линуксе софта и так с гулькин нос - но даже в эти остатки пролезут метастазы Раста?

     
     
  • 2.23, Аноним (-), 11:05, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А что будут делать те доблесные воины, которые на полном серьезе утверждали

    Как это что?
    Будут точно продолжать также утверждать!

     
  • 2.24, Аноним (-), 11:05, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так тут есть куча народу, которые сидят на всяких ненужных бздях.
    Плюс с(л|р)аководы и прочие маргиналы.

    Какое-то время они даже будут работать.

     
     
  • 3.75, Аноним (75), 12:40, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я бы попросил! Я на illumos!
     
  • 2.173, Аноним (173), 16:00, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Будут пользоваться DragonflyBSD.
     
  • 2.353, Аноним (353), 18:36, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > не допустят появления Раста на своих системах

    Эти воины успокоятся, когда gccrs будет достаточно для сборки ядра или firefox. C++ в gcc в очень редких случаях отключают (для совсем уж embedded роутеров). Ну вот примерно также и с rust будет.
    А тонна llvm примерно одинаковых версий, размазанных по всей системе, уже задолбала, если честно.

     
     
  • 3.384, Аноним (-), 12:43, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Эти воины успокоятся, когда gccrs будет достаточно для сборки ядра или firefox.
    > C++ в gcc в очень редких случаях отключают (для совсем уж
    > embedded роутеров). Ну вот примерно также и с rust будет.

    Я себе ядра без всякого хруста билдую. Потому что на хрусте на данный момент там - полтора недопиленных драйвера. И зачем мне какой-то портитип драйвера нвидий "на 400 строк" в реальном кернеле? Вот чтобы что? Не, реально работать с видяхой ЭТО ессно не способно пока.

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

     

  • 1.40, Аноним (40), 11:36, 08/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хороший язык! Этакий «трёхколёсный велосипед», который не даст неискушённому программисту упасть. Ну а для ассов IT как был, так и остаётся - Си.
     
     
  • 2.154, Аноним (-), 15:12, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > для ассов IT как был, так и остаётся - Си.

    Это называется "Си главного мозга". Особенно грустно на это смотреть, когда открываешь некий стандарт или спецификацию, а там описания структур в сишном стиле с этим уродским unsigned long int. Лечение комплексное, с принудительной изоляцией.

     
  • 2.321, Аноним10084 и 1008465039 (?), 11:13, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну а для ассов IT как был, так и остаётся - Си.

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

     
  • 2.357, Анон1110м (?), 19:59, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    pub fn all_false<const LEN: usize>() -> [bool; LEN] { [false; _] }

    Когда я вижу примеры программ, то не понимаю как Rust смог стать хоть соль–нибудь популярным. Вырвиглазно вырвиглазие какое–то.

     
     
  • 3.379, Аноним (-), 12:09, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > pub fn all_false<const LEN: usize>() -> [bool; LEN] { [false; _] }

    А что не понятно то? Какая-то подводная лодка публично облает выхлопом какую-то баржу. Видите, закорючками нарисовано.

     

  • 1.41, Аноним (41), 11:39, 08/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > универсальное приложение на языке Rust

    rust-gpu - сила. Именно этот подход надо было продвигать в Bevy, а не ещё один яп WGSL. Но там у Карта свои тараканы.

     
  • 1.50, Аноним (50), 12:00, 08/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > Представлен проект tmux-rs, развивающий клон мультиплексора терминала tmux (консольный оконный менеджер), переписанный с Си на Rust.

    типикал раст

     
     
  • 2.90, Аноним (90), 13:14, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ещё более типикал тут вот что: "This project is alpha quality and has many known bugs. It's written in almost entirely unsafe Rust. Don't use it yet unless you're willing to deal with frequent crashes".
     
     
  • 3.260, Аноним (258), 21:28, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > has many known bugs. It's written in almost entirely unsafe Rust

    Да как так-то!

     

  • 1.84, freehck (ok), 13:03, 08/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Отмечается, что в ветке Debian Unstable (Sid) около 8% src-пакетов в репозитории main связаны сборочными зависимостями как минимум с одним пакетом "librust-*"

    Спорный тезис. Скорее всего были учтены все or-зависимости, где предоставлялась альтернатива между c- и rust-утилитами, а потом прошли по дереву зависимостей дальше, и о чудо, у rust-утилит в зависимостях обнаружился librust-*. Вряд ли без подобных махинаций в подсчётах можно было бы получить 8%.

     
     
  • 2.102, Анонусс (-), 13:47, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вряд ли без подобных махинаций в подсчётах можно было бы получить 8%.

    А в чем собственно махинация?
    Раст-зависимость есть? Есть
    С ней собрать можно? Можно

    В чем тогда некорректность утверждения "связаны сборочными зависимостями как минимум с одним пакетом"?

    Заодно это еще и знак что сишные or-зависимости можно деприкейтить.

     
     
  • 3.122, Аноним (20), 14:24, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А в чем собственно махинация?

    Это стадия отрицания, прямо как в свое время "Линус не допустит Раста в ядре". Скоро будет принятие. 🥲

     
  • 3.153, freehck (ok), 15:12, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А в чем собственно махинация?

    А в том, что...

    > С ней собрать можно? Можно

    ...фактически пакеты собирались скорее всего без этих зависимостей...

    > Заодно это еще и знак что сишные or-зависимости можно деприкейтить.

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

    Искренне Ваш, Капитан Очевидность.

     
     
  • 4.192, Анонусс (-), 17:10, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > ...фактически пакеты собирались скорее всего без этих зависимостей...
    > ...и нет никаких гарантий, что при удалении сишных зависимостей они спокойно соберутся.

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

     
     
  • 5.198, freehck (ok), 17:24, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Но все равно, как это противоречит "связаны сборочными зависимостями как минимум с одним пакетом"?

    Формально -- не противоречит =)

    А тезис спорный потому, что добавить в depends-ы вместо "x" какой-нибудь "x | x-rs" -- это тебе не мешки ворочать, и потому многие справедливо расценят заявления о 8%-й зависимости от rust-утилит как очковтирательство.

    Стоит ли напоминать, что именно из-за таких вот вбросов rust-сообщество и заслужило себе дурную репутацию? Язык-то неплохой, но пиар просто жуть. )

     
  • 5.288, мяв (?), 23:52, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в заголовке там аж "целый до^ц дебиан на 8 процентов зависит от раста".
    я вообще подумала, что это о базовой системе.
    а о пакетиках рассуждать.. это глупость та еще.
    сегодня хаперленд добавили, завтра - выуинули - уже 7%. какая к черту разница, зачем это в заголовке и зачем это в принципе кто-то считал.
    не хотят эти счетоводы долю цэ в пакетиках посчитать ?
     
     
  • 6.363, мяв (?), 22:54, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    лол, заголовок поменляи
     

  • 1.85, Аноним (86), 13:04, 08/08/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

  • 1.93, анонимммм (?), 13:25, 08/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Я могу понять, что корпорациям и бизнесу раст, теоретически, удобнее и приятнее использовать может быть - потенциально меньше ошибок.

    Но программистам-то он чем может быть интересен?
    Ведь самый смак программирования это как раз таки "небезопасное" программирование, где за написанный код отвечаешь целиком лишь сам программист. А это - Assm, C и с натяжкой C++.

    Подозреваю, что этим программистам в целом программирование не очень интересно, и они предпочитают, когда за них думает машина.

     
     
  • 2.94, Аноним (-), 13:32, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пользователям, кстати, тоже - мне было не очень приятно услышать, что в моем бра... большой текст свёрнут, показать
     
     
  • 3.117, анонимммм (?), 14:19, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    На ассме для души пишу периодически Приятно А вообще ты сейчас бытаешься до аб... большой текст свёрнут, показать
     
     
  • 4.123, Аноним (-), 14:27, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Хм без обид, но я подумал, что это ты пытаешься довести до абсурда Ты пытаеш... большой текст свёрнут, показать
     
     
  • 5.130, анонимммм (?), 14:38, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >попытаться продвинуть тезис что "Программисту" должны быть интересны какие-то низкоуровневые детали.

    Раст - язык системного программирования. Разве нет?

    >Я ожидаю, что ты ответишь "Настоящему программисту они должны быть интересны".

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

    >Поэтому забегая вперед спрошу, ты реально знаешь как на низкому уровне работают все процессоры, под которые ты пишешь? Все особенности, errata для разных поколений и ревизий и тд?

    Естественно, всего не знаю, но стараюсь разобраться.

     
  • 4.131, Аноним (128), 14:39, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Например, если пишешь для x86 на С, то единственный твой способ проверять на оверфлоу интов - монструозные конструкции из if-стейтментов

    Очевидно - ты не знаешь СИ.

     
     
  • 5.140, анонимммм (?), 14:50, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Просвяти. Иных способов не знаю.
     
     
  • 6.291, Аноним (291), 00:37, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    1. Опция есть для компилятора -fsanitize=undefined
    2. Built-in Functions to Perform Arithmetic with Overflow Checking ( https://gcc.gnu.org/onlinedocs/gcc/Integer-Overflow-Builtins.html )
     
  • 2.103, xsignal (ok), 13:50, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > этим программистам в целом программирование не очень интересно

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

     
     
  • 3.107, Анонусс (-), 13:56, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > и таким образом выдавить свободных

    А где эти свободные?
    Вы не могли бы показать их вклад?
    Напр. в ядро линукса?
    Которое вот прям самое что ни на есть базовое СПО.

     
     
  • 4.113, Аноним (20), 14:13, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А где эти свободные?

    Здесь, на Опеннете!

    > Вы не могли бы показать их вклад?

    Ну вот же он, в виде комментариев против Раста и гегемонии проклятых корпорастов!

    > Напр. в ядро линукса?

    В это гнездо корпорастов не один уважающий себя свободный не полезет! 😤 Только комментарии в Опеннете, сори.

     
     
  • 5.119, Анонусс (-), 14:19, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Здесь, на Опеннете!

    Вот оно чё, Михалыч! Спасибо что открыли глаза)

    > Ну вот же он, в виде комментариев против Раста и гегемонии проклятых корпорастов!

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

     
  • 3.112, Аноним (20), 14:09, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Корпорасты проталкивают раст, чтобы переписать на нём всё базовое СПО и таким образом выдавить свободных и взять открытые проекты под свой контроль

    Ахаха! Ядро Линкс на 99.9% писалось сугубо "корпорастами" еще тогда, когда Раста на слуху не было. Какие "свободные", лол?

    Почитай вот на досуге статистику, чтобы розовые очки наконец-то спали:

    https://kernelnewbies.org/DevelopmentStatistics

     
     
  • 4.137, xsignal (ok), 14:45, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ахаха! Ядро Линкс на 99.9% писалось сугубо "корпорастами"

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

     
     
  • 5.143, Аноним (-), 14:56, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Ну и что? Написали и написали, они действовали в рамках философии и по правилам СПО,

    "правила"?
    А можно их где-то почитать))?

    > будто за этот вклад у них есть какие-то права на открытые проекты,

    У них нет прав и не может быть.
    У них есть сами проекты. А, точнее, они и есть проекты)
    Выкинь корпов из ядра и получишь ХУРД.

    > и они решили перестроить экосистему СПО в своих интересах,

    Не просто решили, а вполне успешно перестраивают, несмотря на визги от васянов

    > вот в чём отличие того, что было, от того, что сейчас.

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


     
     
  • 6.151, xsignal (ok), 15:08, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У них нет прав и не может быть

    Вот это здравая мысль! Так что ничего у них не получится, сообщество уже детектировало их поползновения по захвату свободных проектов с помощью ржавчины и скоро выроботает антиген, корпорасты останутся с носом! Будут сами корпеть над ничетаемым и мозгодробильным растовщическим кодом) Ржавые шестерёнки никогна нормально не завертятся!

     
     
  • 7.155, Аноним (-), 15:13, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> У них нет прав и не может быть
    > Вот это здравая мысль!

    Конечно, у них не может быть прав тк они и есть проект.
    Это как рассказывать что у тела должны быть права шевелить пальцами

    > Так что ничего у них не получится,

    Системд, вейланд, раст....
    Уже получается)

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

    Судя по слогу ты троллишь. Надеюсь.
    Пока сообщество выдает невнятные визги и сглатывает))

     
  • 7.161, Анонусс (-), 15:23, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Причина тряски?))

    > выроботает
    > ничетаемым
    > никогна

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

    Ну вытеснят корпорасты васяно6оmжей, ну захватят они СПО проекты.
    Будете сидеть на всякой маргинальщине вроле слаки, побираться на всяких форума в даркнете и кодом обмениваться.

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

     
     
  • 8.174, xsignal (ok), 16:03, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну некоторые вообще-то ещё и работают и пишут на опеннет урывками, а не целый де... текст свёрнут, показать
     
     
  • 9.181, Анонусс (-), 16:30, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ахаха Т е ты еще и в рабочее время сюда раст хейтить приходишь Казалось бы, д... текст свёрнут, показать
     
  • 3.144, Аноним (-), 15:01, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Действительно, на расте программировать не интересно и даже муторно

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

     
  • 2.109, Аноним (20), 14:03, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я могу понять, что корпорациям и бизнесу раст, теоретически, удобнее и приятнее использовать может быть
    > Но программистам-то он чем может быть интересен?

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

     
     
  • 3.114, анонимммм (?), 14:13, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вакансий по расту в данный момент решительно меньше вакансий на С и C++. Иногда можно и на ассме найти что-то.
    А плюсовикам опытным и платят весьма неплохо.
     
     
  • 4.124, Аноним (20), 14:28, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вакансий по расту в данный момент решительно меньше вакансий

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

     
     
  • 5.126, анонимммм (?), 14:34, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как высокомерно.

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

     
     
  • 6.134, Аноним (-), 14:42, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так для раста десяток лет уже прошел Плюс сейчас все происходит быстрее Ты пос... большой текст свёрнут, показать
     
  • 6.136, Аноним (20), 14:44, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > данный момент" в рамках языков программирования, исчиляется десятками лет. Учитывая, что речь о языках, очень плотно проникших в инфраструктуру, то речь где-то о 5-6 десятках.

    Правильно. В каких годах вышли C и C++ ты, надеюсь, знаешь? Посчитай, сколько десятков уже набралось :)

    Плюс, не вся разработка ПО - это выгребание легаси конюшен.

    Я так и не понял, как твои слова противоречат моему аргументу о профессиональном будущем. Позоже, у тебя какая-то стадия отрицания уже 😂

     
     
  • 7.141, анонимммм (?), 14:53, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Посчитай, сколько десятков уже набралось :)

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

    >Плюс, не вся разработка ПО - это выгребание легаси конюшен.

    Большая часть разработки - это как раз таки легаси. Сколько времени уходит на запуск проекта, и сколько на его поддержание?

     
     
  • 8.149, Аноним (20), 15:06, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я тебе еще раз повторяю вопрос не когда , а что потом Я вот одного не пой... текст свёрнут, показать
     
     
  • 9.157, анонимммм (?), 15:16, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Изначальный мой пост - вопрос, зачем раст нужен программистам, если то же самое ... текст свёрнут, показать
     
     
  • 10.163, Аноним (-), 15:28, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Разве Код на расте получается менее дырявым, отваливается куча ошибок по памяти... большой текст свёрнут, показать
     
  • 10.166, Анонусс (-), 15:30, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В том то и дело что нельзя За 40 не научились писать недырявые сишные программ... текст свёрнут, показать
     
  • 10.167, Аноним (20), 15:30, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно, у программистов в часности, на C есть некий опыт, из-за которого о... текст свёрнут, показать
     
     
  • 11.170, анонимммм (?), 15:39, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так, может быть, я для этого и задался этим вопросом, нет Разумный ответ, правд... текст свёрнут, показать
     
     
  • 12.172, Аноним (20), 15:53, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не разводи цирк, пожалуйста Ты не задавался вопросом , а через риторический во... текст свёрнут, показать
     
     
  • 13.175, анонимммм (?), 16:06, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, я именно так и считаю Но это не значит, что я не поглядываю в сторону раста... текст свёрнут, показать
     
  • 12.179, Аноним (-), 16:22, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Звучит не убедительно В качестве контраргумента приведу opennet ru opennews ar... большой текст свёрнут, показать
     
  • 4.127, Фнон (-), 14:35, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Вакансий по расту в данный момент решительно меньше вакансий на С и C++.

    А вот на жабаскрипте и ПХП вакансий просто море)

    Я это рассматриваю как большой плюс - мало конкуренции, те кому нужны раст программеры готовы платить выше чем по рынку.

    > А плюсовикам опытным и платят весьма неплохо.

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

    Но через пару-тройку лет у меня уже будет +2-3 года к опыту написания на расте, а у тех кро решит вкатиться - нет)
    Как думаешь кому предложат большую вилку зарплаты?

    ps именно по этому я стараюсь отговаривать людей писать на расте и вообще пробовать.
    и тут мне на помощь приходят аргументы растохейтеров)

     
     
  • 5.133, Аноним (128), 14:42, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но через пару-тройку лет у меня уже будет +2-3 года к опыту написания на расте, а у тех кро решит вкатиться - нет)
    > Как думаешь кому предложат большую вилку зарплаты?

    Тому у кого будет опыт работы на языках, которые будут использоваться через 2-3 года. Раст тихо плачет в сторонке.

     
     
  • 6.135, Аноним (-), 14:43, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Тому у кого будет опыт работы на языках, которые будут использоваться через 2-3 года.

    Т.е не "дырявые ЯП" против которых выступает правительство США?

    > Раст тихо плачет в сторонке.

    От смеха)


     
  • 5.142, анонимммм (?), 14:55, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А вот на жабаскрипте и ПХП вакансий просто море)

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

    В остальном - удачи.

     
  • 5.195, anonymmmeer (?), 17:23, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Но через пару-тройку лет у меня уже будет +2-3 года к опыту написания на расте, а у тех кро >решит вкатиться - нет)
    >Как думаешь кому предложат большую вилку зарплаты?

    тому, кто всё это время тренировал ответы на бихэвиорал вопросы.

    а технологии всегда вторичны, можешь алго задачки решать на разных языках.

    конторы, которые требуют знания конкретных библиотек и языков платят мало, это первый признак жмотов.

     
  • 2.147, 12yoexpert (ok), 15:03, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ты лжёшь с первого предложения, дальнейшие манипуляции читать нет смысла
     
  • 2.178, Аноним (173), 16:18, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но программистам-то он чем может быть интересен?

    Деньгами, которые «корпорации и бизнес» платят за разработку. Но это про любой язык правда. Что там программист делает под одеялом^W^Wу себя на локалхосте интересно только самому программисту и его кошке. Программирование ради программирования оставьте олимпиадникам. Люди взрослые и прагматичные пишут на том, за что платят.

     
     
  • 3.186, Анонусс (-), 16:36, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > интересно только самому программисту и его кошке.

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

    > Программирование ради программирования оставьте олимпиадникам.

    Да ладно, нормальное хобби, не хуже многих других.


     
  • 3.272, Аноним (272), 22:49, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты городишь несусветную чушь - будто все корпорасты разом решили "давайте испортим жизнь прогерам и выберем самый бестолковый и непопулярный язык!". Коропорация ПЕРВАЯ кто заинтересован в самом массовом И УДОБНОМ языке, на который найдётся не меньше сотни вакансий даже в Гваделупе. Раст в этом плане - обочечная лошадь, которую пинают, суют во все соревнования, но она всё равно приходит последней. КТО будет вваливать бабки в заведомое корыто??
     
  • 2.196, Аноним (193), 17:24, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Перестань, единственная мечта корпораций всегда была чтобы софт писать могли дворники и повара, а не платить стотыщ специалистам. Взять тот же Кобол и иже с ними. Каждый язык, что появляется, сулит корпам это, в надежде продаться и уехать отдыхать на Гаваи на гонорар.
     
  • 2.297, Аноним (291), 00:52, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Изначальный мой пост - вопрос, зачем раст нужен программистам, если то же
    > самое можно делать на уже существующих языках программирования

    Программисты - народ подневольный, на чём прикажут - на том и пишут.
    А если посмотреть глобально - любой язык программирования связан с финансовыми интересами какой-либо компании. Если говорить конкретно про Rust, то эта компания, в первую очередь, - Google. Деньги она делает на услугах, сопутствующих Rust'у. Как до этого она делала (и сейчас тоже) деньги на Go.

     
  • 2.310, ИмяХ (ok), 07:23, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>за написанный код отвечаешь целиком лишь сам программист. А это - Assm, C

    Ага, это сейчас, воюя в комментариях, вы так говорите. А когда баг в программе превращается в повреждённое оборудование, в убытки в десятки тысяч долларов или массовый взлом с кражей данных, вас хвать за жoпу, так сразу: "кхм.. пук... ну понимаете... софта без багов не бывает... а 70% багов по статистике это небезопасная работа с памятью..." и прочие отмазки, всё валите на свой любимый язычок, пытаясь убедить, что баги - это нормально. Сколько программистов в мире садятся в тюрьму за свои бэкдоры? Да всех случаев за всё время можно по пальцам пересчитать, ибо а натуре хрен ваши намеренные бекдоры для судебной экспертизы выглядят как "случайные баги"

     

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

  • 1.183, Аноним (183), 16:33, 08/08/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     
  • 1.224, InuYasha (??), 18:44, 08/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Оставлю маленький коммент. На будущее.

    Когда-то в 2010ых в одной большой стране собрался один конгресс, да и поднял вопрос о хакерстве и уязвимостях. Долго ли, коротко ли, захотели они принять закон о криминальной ответственности за дыры в софте. Однако, здравый смысл, всё же, победил. Но в одно зловещее агентство было направлено поручение о разработке инициативы по затыканию этих самых дыр к следующему обсуждению этого вопроса через 10, 20 лет...
    И вот, откуда ни возьмись - всплывает из мутных глубин (тех же примерно, что и бтц) инициатива по созданию нового ЯП, который бы не давал криворуким писунам писать криворукий код, с UB и дырами. Вскоре мир услышал слово "Раст". Сперва - тихо, затем громче. Потому что иниицатива была бы пустой, если бы не подразумевала принуждения. И понеслись потоки безумия. По началу, конечно, устои бородатых программистов было не сломить. Но в соседнем отделе предложили дёрнуть раскрашенный в неопределённые цвета рычажок, и вскоре - модные громкие меньшинства, необезображенные наличием критического мышления молодчики, тянущиеся к нетрадиционным экспериментам студенты, не совсем безвозмездные блоггеры и прочая б@гемная публика начала раздувать огонёк из гнилушек в пламя, которое начало жечь пятки не самым независимым программистам и держателей дистрибутивов. Хайп, вэйп, вайп. И немножко давления. И вот - уже оно в ядре.
    И на носу 2030ый и новый съезд заинтересованных. Ошибки ведь нельзя запретить? Да нет, это в прошлом.

     
     
  • 2.225, Аноним (317), 19:00, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не переживай, Rust это всего лишь маркетинговый ЯП, который случайно поймал хайпе на теме безопасности, но не имеющий под собой ни теоретической основы, ни ключевых преимуществ, которые бы нельзя было реализовать на других языках.

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

    Это тоже на будущее :-)

     
     
  • 3.228, InuYasha (??), 19:23, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Случайностей в таких масштабах не бывает...

    > Это тоже на будущее :-)

    Это не на будущее, и не на настоящее. Это навсегда! 8)

     
     
  • 4.233, Аноним (233), 19:32, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это не на будущее, и не на настоящее. Это навсегда! 8)

    Даже сталь ржавеет, что уж говорить об IT… Rust - это предсмертный язык уходящей эпохи традиционных архитектур компьютеров фон Неймана. Будущее - это кванты и нейросети, это будут совсем другие технологии и методы программирования.

     
     
  • 5.241, InuYasha (??), 20:25, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Надеюсь, что нет.
    Место детерминированным алгоритмам останется всегда.
     
  • 4.296, 12yoexpert (ok), 00:50, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >  Случайностей в таких масштабах не бывает...

    это называется маркетинг, загугли на досуге

     
  • 3.364, Прохожий (??), 22:59, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Rust это всего лишь маркетинговый ЯП

    Я знаю о процедурных, объектно-ориентированных, функциональных, мультипарадигменных языках программирования. Что означает этот новояз?

    >  который случайно поймал хайпе на теме безопасности

    И больше десяти лет это всё как бы случайно длится? Причём "хайп" подхватили конторы-лидеры планеты по разработке ПО? 🤦‍♂️

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

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

    > Тот же самый С++ с помощью профилей превращается в точно такой же безопасный ЯП для работы с памятью

    Почему же до сих пор не превратился в точно такой же? Почему до сих пор в коде на C++ находятся банальнейшие ошибки по работе с памятью? Снова программисты не те?

     
     
  • 4.367, Аноним (317), 00:27, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Поздравляю, теперь вы знаете, что язык программирования еще может не иметь каких... большой текст свёрнут, показать
     

  • 1.242, Аноним (242), 20:42, 08/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня вопрос серьёзный: для Rust'а есть анализатор памяти, наподобие AddressSanitizer или valgrind?
    ThreadSanitizer?
    Как при программировании на Rust'е ловят ошибки многопоточности и утечки памяти?
     
     
  • 2.243, Аноним (317), 20:44, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Они дают честное слово :-)
     
  • 2.246, Аноним (-), 20:52, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если ты серьезно, то можешь почитать тут
    rustc-dev-guide.rust-lang.org/sanitizers.html

    Есть
    AddressSanitizer
    ControlFlowIntegrity
    Hardware-assisted AddressSanitizer
    KernelControlFlowIntegrity LLVM
    LeakSanitizer
    MemorySanitizer
    ThreadSanitizer

     
     
  • 3.251, Аноним (242), 21:04, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ok.
     
  • 2.255, morphe (?), 21:15, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Как при программировании на Rust'е ловят ошибки многопоточности

    Если речь про data race - то Rust тебя защищает от data race, если ты сам не будешь что-то делать через unsafe. Miri однако может даже в случае unsafe сказать где ты передаёшь между потоками что-то, что безопасно передавать между потоками нельзя, и аналогично с другими уязвимостями с unsafe.

    Race conditions по определению автоматически не поймать

    Утечки памяти - всё тот же valgrind

     
     
  • 3.266, Аноним (317), 21:44, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Race conditions по определению автоматически не поймать

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

     
     
  • 4.305, morphe (?), 03:32, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Race conditions по определению автоматически не поймать
    > Нет такого определения, просто модель управления памятью Rust такого не умеет

    Race conditions не про управление памятью, не путать с data race

    https://stackoverflow.com/questions/11276259/are-data-races-and-race-condition

    Race condition может даже в однопоточной программе возникнуть

     
     
  • 5.342, Аноним (317), 14:44, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    все приведенные вами примеры по ссылке только для многопоточных приложений
     
     
  • 6.345, morphe (?), 15:21, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > все приведенные вами примеры по ссылке только для многопоточных приложений

    Ну почему же
    На stackoverflow в качестве примера дедлок предлагают например (Тоже подвид race condition)
    В Rust есть async-await, асинхронный код можно исполнять в одном потоке (e.g https://docs.rs/tokio/latest/tokio/runtime/#current-thread-scheduler), и есть асинхронные мьютексы которыми ты точно так же можешь поймать дедлок

     
  • 3.270, Аноним (270), 22:15, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Race conditions по определению автоматически не поймать

    Ложь.

    ---

    Safe Rust guarantees an absence of data races, which are defined as:

        two or more threads concurrently accessing a location of memory
        one or more of them is a write
        one or more of them is unsynchronized

    A data race has Undefined Behavior, and is therefore impossible to perform in Safe Rust.

    ---

    https://doc.rust-lang.org/nomicon/races.html

     
     
  • 4.280, Аноним (317), 23:36, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тогда уж цитируйте полностью

    > However Rust does not prevent general race conditions.
    >
    > This is mathematically impossible in situations where you do not control the scheduler, which is true for the normal OS environment. ...

     
  • 2.325, Аноним (324), 11:46, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Серьезный ответ - если разобраться, то Раст это как если к плюсам прикрутить ан.ьный анализатор, который тебе программировать не даёт.
     
     
  • 3.336, Аноним (336), 14:28, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Раст это как если к плюсам прикрутить [вырежем сентенции неосиляторов] анализатор, который тебе программировать не даёт.

    и делаем поправку - "... который тебе НЕПРАВИЛЬНО программировать не даёт". А правильно - даёт.

     
  • 2.332, Аноним (322), 12:23, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Джентльменам верят на слово.
     

  • 1.249, Аноним (249), 21:00, 08/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    США уже призвало всех отказаться от небезопасных языков!
    А количество rust кода в ядре только увеличится! Не нравится - форкайте)))
     
     
  • 2.295, 12yoexpert (ok), 00:46, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ты не так понял: оно призвало использовать только раст. без этого отказываться от свободных языков смысла нет, нужен тотальный вендорлок
     
     
  • 3.299, Аноним (-), 00:56, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> ты не так понял: оно призвало использовать только раст

    Все он правильно понял. Они ещё и Go рекламируют, ну и платформы: js, java, .net

     
  • 3.300, Fyjy (-), 00:57, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ты не так понял: оно призвало использовать только раст.

    какое наглое вранье?
    > C#, Go, Java, Python, Rust, and Swift

    думаешь рк забаннил все ссылки?
    media.defense.gov/2023/Dec/06/2003352724/-1/-1/0/THE-CASE-FOR-MEMORY-SAFE-ROADMAPS-TLP-CLEAR.PDF


     
     
  • 4.371, 12yoexpert (ok), 08:41, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    и ты у нас тоже из непонятливых
     
  • 3.302, Аноним (-), 01:03, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ах, питон забыл. Как же без него? Хотя я лично вот не понимаю. Я юы сказал это недосказанность. Они ещё и старье рекламируют, но совсем по другим причинам и тем не менее у этих языков все же везде есть фанаты - Fortran, Cobol. Хотя вот есть то что они не рекламируют, но ничуть не хуже - тот же Haskell.
     

  • 1.256, Аноним (258), 21:20, 08/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Для размещения библиотек поддерживается репозиторий crates.io.

    Это же небезопасно, а вдруг там трояна разместят? Кто модерирует содержимое пакетов?

     
     
  • 2.262, Аноним (262), 21:38, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это вам не AppStore, по этому вряд-ли кто то будет на линукс использовать серьёзный софт. Конечно кто-то может обходя васянское ПО с блэкдорами поставить платёжный терминал или банковский софт... Но разраб не будет соберать своё ПО на 100500 дистрибутивов, он сделает только на Mac и Win. Остальное сделают Васи - а блэкдор это монетизация))))
     
  • 2.269, Аноним (270), 22:11, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    cargo предоставляет возможность установить троян без crates.io


    [dependencies]
    horselib = { version = "1.13", git = "https://git.sr.ht/trojan/horse.git", branch = "totally-legit" }

    В случае, если исходник с трояном есть локально, собрать зависимость тоже можно:

    [dependencies]
    horselib = { path = "/usr/src/malware/horse", version = "1.13" }

     
     
  • 3.381, Аноним (-), 12:19, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В случае, если исходник с трояном есть локально, собрать зависимость тоже можно:

    И только амазон, гугл и майкрософт трояны не раздают. А в их ToS, AUP и EULA вообще-то написано немного другое и их неихло бы порой почитывать. Для понимания кто там трояны раздает и вообще.

    > [dependencies]
    > horselib = { path = "/usr/src/malware/horse", version = "1.13" }

    Это все прекрасно но
    1) crates.io сделан персональный фавор относительно других -> вендорлок
    2) по дефолту куча проектов юзает crates io с его вендорлоком на ту троицу.

    Т.е. в целом откровенно подмятый корпами проект с характерным эксперименсом вида "так и быть, можете облобызать нам ботинки, мы сегодня добрые".

     
     
  • 4.388, Аноним (-), 14:47, 10/08/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.278, Аноним (291), 23:34, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Используйте Mos.Hub. На платформе доступен публичный каталог готовых решений. Каждое из них проходит несколько стадий проверки на безопасность, так что пользователи могут быть уверены в том, что ПО не содержит уязвимостей и не нанесет вреда при внедрении. Любой участник сообщества Mos.Hub может переиспользовать решения из каталога, участвовать в развитии или выложить в общий доступ свой opensource проект.
     
     
  • 3.294, 12yoexpert (ok), 00:45, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    решений чего? кто задачку задавал? уравнений?
    ты зря загон сообществом называешь
     
     
  • 4.301, Аноним (291), 00:59, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Например СУБД libmdbx там лежит, про которую недавно писали https://www.opennet.me/opennews/art.shtml?num=63653

    https://hub.mos.ru/leo/libmdbx

     
     
  • 5.382, Аноним (-), 12:38, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Например СУБД libmdbx там лежит, про которую недавно писали https://www.opennet.me/opennews/art.shtml?num=63653
    > https://hub.mos.ru/leo/libmdbx

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

     
  • 3.312, нейм (?), 08:33, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в случае, если проверка на бэкдоры не проходит, ввиду их отсутствия - их добавляют?
     
  • 2.286, Аноним (-), 23:50, 08/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это же небезопасно, а вдруг там трояна разместят? Кто модерирует содержимое пакетов?

    А кто модерирует коммиты в сишные либы, типа ХЗ.
    Или кто смотрит, чтобы на сайте кернел.огр не было бекдоров?
    Почему в ядре 10 лет жил бекдор от NSA?


     
     
  • 3.289, Аноним (258), 00:24, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже, люди стали понимать, зачем создавался запутанный язык, и почему его так активно продвигают.
     
     
  • 4.290, Аноним (-), 00:30, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Похоже, люди стали понимать, зачем создавался запутанный язык, и почему его так активно продвигают.

    Запутанный?
    Ты про тот, который будет тебе в выхлопе копилятора подсказки кидать и по рукам бить?
    Или про то где a+b это undefined behavior, он вышли за границы буфера, подарим атакующему рут?

    В гугле расту учат ГОшников. ГОшников, Карл!
    И они его за 3-4 месяца осваивают.
    А сколько нужно учить СИ или читать 2000 страниц стандарта С++?


     
     
  • 5.313, Аноним (313), 08:45, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А сколько нужно учить СИ

    Его не нужно учить. На нем нужно думать. Если не можете, это не для вас.

     
  • 5.344, Аноним (-), 15:06, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А сколько нужно учить СИ или читать 2000 страниц стандарта С++?

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

     
     
  • 6.348, Аноним (-), 17:47, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Во первых не смешивай 2 разных языка.

    Вам "или" между Си и С++ ни на что не намекает? Если бы я хотел их смешать, то написал бы как некоторые кексперты "С/С++"

    > Си можно выичить за неделю.

    Вот прям все 190+ UB (gist.github.com/Earnestly/7c903f481ff9d29a3dd1) можно выучить на неделю?)) Да вы просто гений!

    > Весь Си плюс-плюс никогда не сможешь выучить.

    Вот тот и оно.


     
     
  • 7.349, Аноним (349), 18:01, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >прям все 190+ UB

    Undefined behavior sanitizer всё знает ...

     
  • 3.330, Аноним (322), 12:20, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Почему в ядре 10 лет жил бекдор от NSA?

    От того, что из названия этого бекдора убрали слово "NSA", он из ядра не исчез.

     

  • 1.274, Аноним (274), 22:52, 08/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Вот-вот. Им главное завязать на себя побольше ПО. А там ...
     
     
  • 2.292, 12yoexpert (ok), 00:43, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    а там реклама и подписка
     
     
  • 3.331, Аноним (322), 12:21, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И компилятор в облака.
     
     
  • 4.350, Аноним (173), 18:03, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее бы, а то слушать как кулеры напрягаются и hdd шуршит надоело ещё двадцать лет тому назад.
     

  • 1.293, Аноним (-), 00:44, 09/08/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –3 +/
     
  • 1.298, Аноним (-), 00:54, 09/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А ещё такой вопрос - локальный сервер пакетов cargo можно какой поднять? И пакеты только для rust годятся или для чего угодно?
     
     
  • 2.303, Аноним (291), 01:06, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Cargo работает только с Rust-крейтами. Локальный сервер ...? Зеркало? Зачем? Можно просто локальный репозитарий. На crates.io есть программка которая скачивает самые популярные крейты. А можно и не скачивать , а устанавливать крейты из linux-дистрибутива, например, Debian или Ред ОС
     
  • 2.320, Аноним (-), 11:02, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А ещё такой вопрос - локальный сервер пакетов cargo можно какой поднять?

    Быстрый ответ - да, можно.

    Подробный тут - там дофига возможностей (локальный/глобальный, зеркала и тд)
    doc.rust-lang.org/cargo/reference/specifying-dependencies.html

    > И пакеты только для rust годятся или для чего угодно?

    что значит "чего угодно"?))
    если ты имеешь в виду сидную либу или видос рикки рола, то нет - так нельзя))


     

  • 1.315, Аноним (315), 09:09, 09/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А я правильно понимаю, что если условно zlib написан на Rust, то все использующие его пакеты согласно этой статистике считались бы "завязанными на Rust"?
     
     
  • 2.337, Аноним (258), 14:34, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Всё верно, причём там "или" зависимости.
     

  • 1.316, Аноним (316), 09:18, 09/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не парьтесь, там просто каждый крейт собирается отдельным пакетом, и вот эта "великая статистика" обусловлена тем что там librust-* пакетов примерно как python-* пакетов будет.
     
     
  • 2.359, Аноним (359), 20:52, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, их там штук 200 будет (может и больше)
     

  • 1.327, abu (?), 11:54, 09/08/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот что интересно - а сколько кода на Rust в винде и маке? Есть ли там все эти отчетности про 8 процентов?
     
     
  • 2.339, Аноним (258), 14:37, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Надо взять самый первый проект на расте: это фурифокс. Вот сколько там %% на расте - это верхний предел для больших проектов.
     
  • 2.366, Прохожий (??), 23:12, 09/08/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Про Мак не знаю. Про Винду в начале этого года выступал кто-то из топ-менеджеров MS, говорил, что Rust используется на всю катушку, и, как будто, все довольны (программисты, менеджеры). Сколько в процентах кода на Rust в Windows не знаю.

    https://www.techtarget.com/searchenterprisedesktop/answer/Does-Windows-kernel-

    https://www.theregister.com/2023/04/27/microsoft_windows_rust/

     
     
  • 3.368, abu (?), 04:48, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот оно как. Спасибо за информацию, почитал с интересом. Стало быть - и винда в сторону Rust движется.
     
     
  • 4.375, Аноним (258), 11:35, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мозила тоже двигалась. А это родоначальник всё-таки.
     
  • 3.373, Аноним (373), 10:50, 10/08/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А всех недовольных увольняют.
     

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



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

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