The OpenNET Project / Index page

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

Выпуск языка программирования Rust 1.58

14.01.2022 10:38

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

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

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

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

  • В блоках форматирования строк, в дополнение к ранее доступной возможности подстановки явно перечисленных после строки переменных по номеру и имени, реализована возможность подстановки произвольных идентификаторов через добавление в строку выражений "{идентификатор}". Например:
     
       // Ранее поддерживались конструкции:
       println!("Hello, {}!", get_person()); 
       println!("Hello, {0}!", get_person());
       println!("Hello, {person}!", person = get_person());
    
       // теперь можно указывать 
       let person = get_person();
       println!("Hello, {person}!"); 
    

    Идентификаторы также можно указывать непосредственно в параметрах форматирования.

    
       let (width, precision) = get_format();
       for (name, score) in get_scores() {
         println!("{name}: {score:width$.precision$}");
       }
    

    Новая подстановка работает во всех макросах, поддерживающих определение формата строки, за исключением макроса "panic!" в версиях языка Rust 2015 и 2018, в которых panic!("{ident}") обрабатывается как обычная строка (в Rust 2021 подстановка срабатывает).

  • Изменено поведение структуры std::process::Command на платформе Windows, которая при выполнении команд из соображений безопасности больше не ищет исполняемые файлы в текущем каталоге. Текущий каталог исключён так как может быть использован для организации выполнения кода злоумышленника в случае запуска программ в не заслуживающих доверия каталогах (CVE-2021-3013). Новая логика определения исполняемых файлов подразумевает поиск в каталогах Rust, в каталоге приложения, системном каталоге Windows и каталогах, указанных в переменной окружения PATH.
  • В стандартной библиотеке расширено число функций, помеченных "#[must_use]" для вывода предупреждения в случае игнорирования возвращаемого значения, что помогает выявить ошибки, вызванные предположением, что функция изменит значения, а не вернёт новое значение.
  • В разряд стабильных переведена новая порция API, в том числе стабилизированы методы и реализации типажей:
  • Признак "const", определяющий возможность использования в любом контексте вместо констант, применён в функциях:
  • Разрешено разыменование указателей "*const T" в контекстах "const".
  • В пакетном менеджере Cargo в метаданные пакета добавлено поле rust_version, а в команду "cargo install" добавлена опция "--message-format".
  • В компиляторе реализована поддержка механизма защиты CFI (Control Flow Integrity), добавляющего перед каждым косвенным вызовом функции проверки для выявления некоторых форм неопределённого поведения, которые потенциально могут привести к нарушению нормального порядка выполнения (control flow) в результате применения эксплоитов, изменяющих хранимые в памяти указатели на функции.
  • В компиляторе добавлена поддержка 5 и 6 версии формата coverage-сопоставлений LLVM, используемого для оценки охвата кода при тестировании.
  • В компиляторе требования к минимальной версии LLVM подняты до LLVM 12.
  • Реализован третий уровень поддержки для платформы x86_64-unknown-none. Третий уровень подразумевает базовую поддержку, но без автоматизированного тестирования, публикации официальных сборок и проверки возможности сборки кода.

Дополнительно можно отметить публикацию компанией Microsoft выпуска библиотек Rust for Windows 0.30, позволяющих использовать язык Rust для разработки приложений для ОС Windows. В набор входят два crate-пакета (windows и windows-sys), через которые можно обращаться к WinAPI в программах на языке Rust. Код для поддержки API генерируется динамически из метаданных с описанием API, что позволяет реализовать поддержку не только уже существующих вызовов WinAPI, но вызовов, которые появятся в будущем. В новой версии добавлена поддержка целевой платформы UWP (Universal Windows Platform), реализованы типажи Handle и Debug.

  1. Главная ссылка к новости (https://blog.rust-lang.org/202...)
  2. OpenNews: Выпуск языка программирования Rust 1.57
  3. OpenNews: Третья редакция патчей для ядра Linux с поддержкой языка Rust
  4. OpenNews: Модераторы сообщества Rust в знак протеста объявили об отставке
  5. OpenNews: Проект Kerla развивает Linux-совместимое ядро на языке Rust
  6. OpenNews: Microsoft развивает новый язык программирования на основе Rust
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/56506-rust
Ключевые слова: rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (329) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, васёк (?), 10:42, 14/01/2022 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –15 +/
     
  • 1.2, Онаним (?), 10:46, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ---
    // Ранее поддерживались конструкции:
       println!("Hello, {}!", get_person());
       println!("Hello, {0}!", get_person());
       println!("Hello, {person}!", person = get_person());

       // теперь можно указывать
       let person = get_person();
       println!("Hello, {person}!");
    ---

    C in RUST is for Consistency.

     
     
  • 2.5, Онаним (?), 10:52, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    (мысль в следующем: какой уровень костыльности пришлось нагородить для обработки специального оператора в аргументе...)
     
     
  • 3.7, еуые (?), 10:55, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Это же макрос (восклицательнй знак на конце это показывает),
    какие специальные операторы и аргументы?
     
     
  • 4.8, Онаним (?), 10:55, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Вы видите восклицательный знак в "person = get_person()", или он в хрусте воображаемый?
     
  • 4.9, Онаним (?), 10:59, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    И... вот это макрос?
    "Hello, {person}!"
    То есть там {}! и он выведет "Hello, motherfucker", а не "Hello, motherfucker!", и для последнего надо писать "Hello, {person}!!"?
    Это кошмар.
     
     
  • 5.12, Онаним (?), 11:03, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    (я бы понял {person!}, но если вы не ошиблись и там всерьёз {person}! - это просто адешник)
     
     
  • 6.32, Аноним (32), 11:23, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что сказать то хотел?
     
     
  • 7.93, Аноним (93), 14:22, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    что если выполняется условие, то это просто адешник.
    внимательнее читайте комментарий.
     
     
  • 8.188, Аноним (32), 01:18, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А ты что сказать хотел Я не пойму, откуда столько ненормальных на опеннете ... текст свёрнут, показать
     
  • 5.41, Аноним (41), 11:40, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, восклицательный знак есть просто в примере.
    И кто додумался сделать такой пример, чтобы вводить людей в заблуждение?(
     
     
  • 6.88, Аноним (88), 14:01, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > кто додумался сделать такой пример, чтобы вводить людей в заблуждение?

    Растаманы, однако.

     
  • 5.42, asv (??), 11:40, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да неужели?
    Он выведет "Hello, motherfucker!".

    https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=1e151e

     
  • 4.113, Аноним (113), 17:02, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    О, прикольно, Онаним один восклицательный знак от другого отличить не может... Это же контекст понимать нужно
     
     
  • 5.141, Онаним (?), 20:46, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну я и говорю - C is for consistency.
    На самом деле речь шла про синтаксис x = y в аргументе, и я это явно выделил.
    И даже контекста понимать не нужно, но видимо даже это слишком сложно оказалось.
     
     
  • 6.231, Аноним (231), 13:58, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Прямо как именованные параметры в kotlin и python.
     
     
  • 7.236, Онаним (?), 16:38, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну там они везде, а хрустанутые их прикостылили к принту каким-то таким исключительным образом, что даже переменные для подстановки использовать не получалось - до этой версии.
     
  • 3.44, Ordu (ok), 11:56, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    println -- это макрос Макросы расширяют синтаксис языка Ну, типа, чтобы не ко... большой текст свёрнут, показать
     
     
  • 4.77, Совершенно другой аноним (?), 13:36, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, типа, чтобы не костылить в язык эллипсис только ради printf

    как минимум переменное число параметров есть не только в *print*(), но и в *scan*(), *exec*() и даже open(). Да и так, бывает очень удобно использовать и в своих функциях (которые не только обёртки над printf()).

     
     
  • 5.111, Ordu (ok), 16:39, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Есть не только в printf, да Но если в printf scanf без этого сложно обойтись, т... большой текст свёрнут, показать
     
     
  • 6.122, Аноним (122), 17:36, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > типа передать массив с аргументами

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

     
     
  • 7.155, Ordu (ok), 22:16, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Передача на стеке экономичнее создания списка.

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

     
     
  • 8.162, Аноним (122), 22:40, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Массив каких типов нужно создать, чтобы передать int32, int64, float и char Э... текст свёрнут, показать
     
     
  • 9.176, Ordu (ok), 23:22, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А, ну да Ты прав Я когда тот пост писал, у меня к концу execl попутался в голо... большой текст свёрнут, показать
     
  • 6.307, Совершенно другой аноним (?), 09:31, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Например когда и зачем? Ты можешь привести последнюю функцию такого рода, которую
    > ты писал? Я по-моему ничего не писал с эллипсисом, кроме обёрток над printf.

    ну, если Вы это не делали, не значит, что этого не делает никто. В моих трёх самописных библиотеках, которые активно используются в моих проектах вполне себе имеются функции с переменным числом параметров, которые не являются при этом чем-то, аналогичным printf(). Одна - это функция проверки пути в XML DOM, вторая - функция установки значения макроса в макробиблиотеке, третья - обобщённый поиск сведений по специфичной базе сведений.

    > А ещё есть исторические *wprintf*.

    не совсем, это *printf*() работающий с wchar_t.

     
     
  • 7.310, Ordu (ok), 10:11, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, я понимаю, поэтому и спрашиваю как ты используешь эллипсис Это в смысле ... большой текст свёрнут, показать
     
     
  • 8.312, Совершенно другой аноним (?), 11:36, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален интерфейс int xml_check_path struct xml_node xr, struc... большой текст свёрнут, показать
     
     
  • 9.318, Ordu (ok), 14:47, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Суть в том, что использование эллипсиса во всех этих случаях имеет существенные ... большой текст свёрнут, показать
     
     
  • 10.324, Совершенно другой аноним (?), 16:16, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    да, одна проблема, что используется C89 в варианте от Microsoft, в котором нет _... текст свёрнут, показать
     
     
  • 11.345, Ordu (ok), 01:27, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и кто тут ССЗБ ... текст свёрнут, показать
     
     
  • 12.352, Совершенно другой аноним (?), 11:58, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению такая область деятельности, в которой приходится сопровождать аппара... текст свёрнут, показать
     
     
  • 13.353, Ordu (ok), 12:24, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это не меняет того, что эллипсис тебе нужен только потому, что ты пользуешься ус... текст свёрнут, показать
     
  • 4.142, Онаним (?), 20:47, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    "person = get_person()", но это не значит, что этот код реально потом останется после раскрытия макроса, потому что макрос может паттерн-матчингом сопоставлять

    (!!!!!!!!!!!!!!!!!!!!!!)

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

     
     
  • 5.156, Аноним (113), 22:27, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты что, наркоман?
    у тебя есть 3 варианта:
    - просто {}
    - {N}, где N - порядковый номер аргумента чтобы переиспользовать их в строке
    - {string_id}, где string_id - named argument
    Все просто и логично.

    Раньше named argument можно было создавать только внутри print!
    Сейчас добавили возможность использовать внешнюю переменную как named argument (https://github.com/rust-lang/rfcs/pull/2795)
    В примере ! у "{person}!" это вообще часть строки, оно никаким боком не относится к макросу.

    Читайте маны, если не понятно https://doc.rust-lang.org/rust-by-example/hello/print.html

     
     
  • 6.160, Онаним (?), 22:39, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ещё один не осиливший. Хотя нет, почти осилил.

    "Раньше named argument можно было создавать только внутри print!"

    Вот именно об этом и речь - какой уровень костылинга должен иметься, чтобы вот специально в print! засунуть такой синтаксис?

     
     
  • 7.163, Онаним (?), 22:41, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То, что поправили - понятно, видимо единицы адекватных среди пилителей этого добра имеются таки.
     
  • 7.186, morphe (?), 01:08, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    До добавления этой штуки было только такое format , , , a , b , ... большой текст свёрнут, показать
     
     
  • 8.222, Аноним (222), 13:06, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    только, как я понимаю, индексация начинается с нуля... текст свёрнут, показать
     
     
  • 9.250, morphe (?), 19:14, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, опечатался ... текст свёрнут, показать
     
  • 5.158, Ordu (ok), 22:28, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот именно об этом уровне костылинга и речь.

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

     
     
  • 6.161, Онаним (?), 22:39, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Бггг, спасибо, ребята, я уж лучше на что-нибудь менее костыльное посмотрю.
     
     
  • 7.169, Ordu (ok), 22:57, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Бггг, спасибо, ребята, я уж лучше на что-нибудь менее костыльное посмотрю.

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

     
  • 2.67, Урри (ok), 13:15, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Лавры log4j не дают покоя.
     
     
  • 3.98, Аноним (-), 14:38, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> разворачивающиеся в компайлтайме макросы
    > Лавры log4j не дают покоя.

    Какой занятный ламеризм.


     

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

  • 1.3, Корец (?), 10:48, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +14 +/
    Лёньке ещё не предлагали переписать systemd на Rust?
     
     
  • 2.10, Аноним (10), 10:59, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Он пишет свой systemd-rustd, чтобы переписывать systemd на rust
     
  • 2.16, mimocrocodile (?), 11:07, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Скорее rust перепишут с использованием systemd
     
     
  • 3.29, Аноним (29), 11:21, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не. Сейчас модно переписывать на wasm и запускать инсталятор в node.js
     
     
  • 4.31, Аноним (31), 11:23, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И все это запускать через snap, который жестко зависит от systemd.  
     
     
  • 5.51, Аноним (51), 12:32, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Написать эмулятор systemd на node.js
     
     
  • 6.94, Аноним (94), 14:28, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И запускать на виртуальной машине внутри браузера.
     
  • 2.21, Аноним (21), 11:13, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    зачем? systemd и так идеален
     
     
  • 3.36, Аноним (36), 11:33, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    чтобы он окончательно схлопнулся под весом возросшей идеальности.
     
  • 2.38, Аноним (-), 11:35, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На опеннете в параллельном треде предложили, запость клич в твиттере или где там синеволосые пони обитают с вафелями лапкиными.
     
  • 2.49, Аноним (51), 12:30, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Здесь на opennet.ru предлагали.
     
  • 2.110, Аноним (110), 16:25, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вряд ли, а вот добавить в systemd web ui на nodejs - идея хорошая. Не отключаемый естесственно
     
     
  • 3.317, Аноним (317), 14:19, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Дошутишься, сделают
     

  • 1.4, Аноним (4), 10:48, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какая то смесь басика и си. Так глядишь и скоро круг замкнется и вернемся мы к басику, в который все в свое время плевались.
     
     
  • 2.6, Онаним (?), 10:53, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    На самом деле тот же visual basic намного стройнее вот этого вот костылеподелия.
     
     
  • 3.22, Rasta (??), 11:14, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    я потолок белил
     
  • 3.33, Аноним (31), 11:24, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Погодите ка, но visual basic тоже памятебезопасен. Зачем тогда нужен раст?
     
     
  • 4.48, Аноним12345 (?), 12:30, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    васик и безопасность ?
     
  • 4.131, Аноним (131), 18:14, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Могу сказать, почему VB не нужен - неприемлемо низкая скорость вычислений.
     
     
  • 5.153, Аноним (153), 22:01, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Различаем проблемы языка и реализации
     
  • 5.259, Microsoft (?), 22:41, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты ебобо чтоли?

    У DotNet языков примерно одинаковая скорость исполнения кода на одной и той же своей виртуальной машине. Хоть VB.NET, хоть C#, хоть IronPython, разница для схожих конструкций будет очень незначительная, если вообще будет.

     
  • 3.171, Аноним (171), 23:00, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Одно время во всяких рейтингах Visual Basic был язык топ-3 в мире.
     
  • 2.157, wyry (?), 22:27, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Только и Basic и C и Pascal сами по себе во всём лучше Rust. Вот кстати если бы Pascal вышел бы СЕЙЧАС, он бы запросто реально мог претендовать на место безопасного и простого языка для работяг. В нём в отличие от лицемерного Rust даже UB нет by design. Я неиронично скорее возжелаю возрождения Pascal, чем Rust. Если уж на то пошло, то можно взять Оберон, допилить ему асинхронность и многопоток, доработать правила, связанные с областью видимости и УЖЕ получится язык лучше и проще для практического применения, чем Rust который только и делает, что вечно куда-то "собирается".
     
     
  • 3.166, Аноним (-), 22:49, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > во всём лучше Rust.
    > в отличие от лицемерного Rust
    > чем Rust который только и делает, что вечно куда-то "собирается".

    Какой оналитический онализ ...

    > даже UB нет by design.

    Ну-ну.



    % cat hello.pas
    program Hello;
    var res:word;
        inp:integer;
    begin
      readLn(inp);
      res := 65534 + inp;
      writeln (res);
    end.

    % fpc -vw -Co hello.pas
    ...
    Compiling hello.pas
    Linking hello
    8 lines compiled, 0.3 sec
    ./hello
    1
    65535
    ./hello
    2
    0


     
     
  • 4.179, wyry (?), 23:52, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Во-первых пример с переполнением не является UB в Pascal, об этом ПРЯМО УКАЗАНО В СТАНДАРТЕ размером менее, чем в 100 страниц в разделе правил целочисленной арифметики. Так что ты пойман за руку как дешёвка!
    Во-вторых - и это лучшее что ты мог придумать? Классический пример с integer overflow? Жалкое зрелище. Если это была единственная проблема Pascal, то приведённый нелепый пример скорее наоборот аргумент В ЕГО ПОЛЬЗУ.
     
     
  • 5.184, Аноним (-), 01:08, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Какой из двух-то, Экспертус Опеннета Ссылка на стандарт впрочем, ISO 7185 у м... большой текст свёрнут, показать
     
     
  • 6.209, wyry (?), 07:12, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    a) All integral values in the closed interval from maxint to +maxint shall be values of the integer-type.
    b) Any monadic operation performed on an integer value in this interval shall be correctly performed according to the mathematical rules for integer arithmetic.
    c) Any dyadic integer operation on two integer values in this same interval shall be correctly performed according to the mathematical rules for integer arithmetic, provided that the result is also in this interval.
    d) Any relational operation on two integer values in this same interval shall be correctly performed according to the mathematical rules for integer arithmetic.

    Всего доброго. Можете к психиатру сходить на досуге.

     
     
  • 7.227, Аноним (-), 13:43, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Monadic - это об унарных операторах, так что мимо Т е ты с английским не ... большой текст свёрнут, показать
     
     
  • 8.251, wyry (?), 19:47, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это скорее вы без понятия что такое integer arithmetic, это как раз ВЫ разводите... большой текст свёрнут, показать
     
     
  • 9.256, Аноним (-), 20:32, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    - Самокри W Аргументация аж и прет, ага Это штеудские ADD with overflow Add wi... большой текст свёрнут, показать
     
  • 3.202, Прохожий (??), 02:16, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если уж на то пошло, то можно взять Оберон, допилить ему асинхронность и многопоток, доработать правила, связанные с областью видимости и УЖЕ получится язык лучше и проще для практического применения, чем Rust который только и делает, что вечно куда-то "собирается".

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

    Внимание вопрос: чего тебе не хватает на самом деле?

     
     
  • 4.210, wyry (?), 07:24, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то мне как раз ВСЕГО хватает и БЕЗ Rust :). Оберон вообще никогда не допилят, здесь скорее важна сама концепция. Все что может предложить Rust в том или ином виде существует в C++ уже давно. При желании, используя move-семантику и умные указатели можно даже писать в стиле Rust на плюсах. Rust идейно не привнёс в индустрию ВООБЩЕ НИЧЕГО НОВОГО. Предыдущая "революция", когда активно форсились функциональные языки и LISP, мне нравилась больше. Там хоть в обсуждении были не PR-технологи.
     
     
  • 5.224, Прохожий (??), 13:26, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Все что может предложить Rust в том или ином виде существует в C++ уже давно

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

    >Rust идейно не привнёс в индустрию ВООБЩЕ НИЧЕГО НОВОГО

    То же можно сказать о C++. Но ты же им пользуешься,тем не менее.

     
     
  • 6.254, wyry (?), 20:22, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Меня как раз интересуют только факты, более того я прагматик, с удовольствием... большой текст свёрнут, показать
     
     
  • 7.275, Прохожий (??), 04:19, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Единственная проблема у Rust со скоростью разработки - это жалобы на медленную к... большой текст свёрнут, показать
     
  • 7.277, Прохожий (??), 04:22, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > обеспечивает иллюзию безопасности

    Почему иллюзию? Если писать код с нуля на Rust, не используя сторонние библиотеки на других языках, то эта безопасность (работы с памятью) вполне себе реальная. Кроме того, в Rust практически нет UB, чего не скажешь о плюсах или C.

     
     
  • 8.282, wyry (?), 07:07, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В Pascal вообще нет UB демагог в другой ветке выдавил из себя только integer ov... большой текст свёрнут, показать
     
     
  • 9.294, freecoder (ok), 16:50, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот что пишется на Rust прямо сейчас https github com topics rust l rust o de... текст свёрнут, показать
     
  • 9.298, Прохожий (??), 19:16, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вот это всё есть цитата Анонима гугление показывает что в нем возможны use... большой текст свёрнут, показать
     
  • 3.271, Аноним (271), 02:51, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >В нём в отличие от лицемерного Rust даже UB нет by design.

    В Pascal не ногой, но гугление показывает что в нем возможны use after free, double free, nullable pointers, memory aliasing, потеря константности за ссылкой.

    Дальше не смотрел.

     
  • 3.284, Аноним (284), 13:12, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Паскаль сейчас это одноглазый змей Питон хотя вообще это Common-Lisp сделаный ... большой текст свёрнут, показать
     

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

  • 1.13, Аноним (29), 11:05, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    > без использования ... runtime
    > (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)

    Определитесь уже!

     
     
  • 2.90, Аноним (88), 14:04, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    они уже 15 лет не могут самоопределиться.
     
     
  • 3.204, Прохожий (??), 02:22, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Они давно уже определились. Но люди с невысоким уровнем когнитивных способностей этого понять не в состоянии, увы.
     
  • 2.130, Аноним (130), 17:58, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >> без использования ... runtime
    >> (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)
    > Определитесь уже!

    Вы тоже, а то с такой "логикой" рантайм и в freestanding C есть.


     
  • 2.203, Прохожий (??), 02:21, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А по ссылке, указанной в новости, сходить не смог? Там всё на простом английском буквально на пальцах объясняют. Помочь перевести или сам справишься?
     

  • 1.14, Аноньимъ (ok), 11:06, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    >Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation.

    Не под покровительством, а под контролем.

    Или вообще, "развиваемого некоммерческой организации Rust Foundation".

    Кстати, от чего она независима?

     
     
  • 2.23, Аноним (21), 11:15, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Кстати, от чего она независима?

    да прост

     
  • 2.50, Аноним12345 (?), 12:31, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    она от опен-нета независима
    она не знает, что о ней тут думают
     
     
  • 3.146, Аноньимъ (ok), 20:55, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Она не знает - я знаю.
     
  • 2.68, Аноним (31), 13:16, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    От мозиллы. Простыми словами Мозилла больше не платит зарплату этим фанатикам. И исключительно потому что они сами облажались.  
     
     
  • 3.84, Аноним (-), 13:47, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    https://foundation.rust-lang.org/members/
    > "Founding platinum: mozilla"
    > От мозиллы. Простыми словами Мозилла больше не платит зарплату этим фанатикам. И
    > исключительно потому что они сами облажались.

    А точно они, а не ананимные экспердусы?


     
     
  • 4.172, Аноним (171), 23:08, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не ананимный не экспердус, а можешь в конкретных цифрах, сколько конкретно платят? А не списочек с неясными критериями включения, может там за прошлые заслуги.
     
     
  • 5.175, Аноним (-), 23:18, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Не ананимный не экспердус, а

    Точно-точно? Ведь по ссылке пройти не осилил:
    -
    Platinum 300,000 USD
    Gold 150,000 USD

     
     
  • 6.263, Аноним (263), 00:13, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну ты малайца, ссылку нашел!
    То есть деньги есть, люди есть, а язык все равно стагнирует. Все с ним ясно.
     
     
  • 7.323, Аноним (323), 16:13, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    150 000 долларов это зарплата одного программиста в год. Проспись уже наконец. Хватит, твой хруст обoсрaлся.
     
     
  • 8.332, Аноним (-), 17:53, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Забавно, как Воены АнтиРастового Сопротивления воюют друг с другом Это минима... текст свёрнут, показать
     
  • 3.95, Я (??), 14:32, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    от мозилы(и не только), но не потому что они им не платят деняг, а потому что мозила не может диктовать что этому руст фандейшену что делать. также это значит что руст фаундейшн юридически не являеся структурой аффилированной в другую структуру.
     

  • 1.18, Аноньимъ (ok), 11:09, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Автоматическое управление памятью в Rust избавляет разработчика от ошибок при манипулировании указателями и защищает от проблем, возникающих из-за низкоуровневой работы с памятью,

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

     
     
  • 2.25, Аноним (21), 11:16, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    в плюсах тоже, шабат шалом
     
  • 2.35, Аноним (29), 11:26, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Указатель - это табличка из ПДД. А в расте набор юникодных символов, смотри не перепутай, кутузов!
     
  • 2.45, Ordu (ok), 12:01, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да. Например потому, что тебе не надо явно вызывать drop, на каждое значение, компилятор сам расставит эти вызовы. Автоматически.
     
     
  • 3.60, НяшМяш (ok), 12:58, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Оговоримся, что при желании drop можно вызвать и самому - например, если нужно где-то посередине срочно почиститься.
     
     
  • 4.101, Урри (ok), 14:48, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тогда это полуавтоматическое.
     
     
  • 5.116, анонимус (??), 17:31, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да, окончательно название не устоялось, поскольку такого больше нигде нет
     
     
  • 6.132, lufog (ok), 18:18, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Умные указатели в плюсах?
     
     
  • 7.133, Урри (ok), 18:36, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну куда ты лезешь со своим "это уже 20 лет как есть в плюсах" в тему раста?
    Ты еще скажи что раст не нужен.
     
     
  • 8.137, Аноним (113), 19:45, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    20 лет назад C 98 создали уродский std auto_ptr, который оказался таким гов... текст свёрнут, показать
     
     
  • 9.206, Аноним (206), 04:13, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А перешли они туда из boost, так что все же 20... текст свёрнут, показать
     
  • 9.249, Урри (ok), 18:47, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Здравствуй, неосилятор auto_ptr никогда не был уродским - ни когда его только п... текст свёрнут, показать
     
  • 7.136, Аноним (113), 19:42, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, оно немного по другому сделано и работает. Тебе не нужно дополнительно что-то создавать и засовывать туда переменную. На этапе компиляции рассчитываются времена жизни и вызывается деструктор.
    А аналог smart pointer в Rust - это Box, Rc, Ref/RefMut/RefCell.
     
  • 7.355, анонимус (??), 21:03, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    нет
     
  • 6.140, Аноньимъ (ok), 20:36, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://en.wikipedia.org/wiki/Rust_(programming_language)#Memory_management
    >Rust does not use automated garbage collection. Memory and other resources are managed through the resource acquisition is initialization convention,[57] with optional reference counting. Rust provides deterministic management of resources, with very low overhead.[58] Rust favors stack allocation of values and does not perform implicit boxing.
    >Rust provides deterministic management of resources

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

     
  • 2.164, Аноним (271), 22:44, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тут проще написано если хочешь понять, хоть и длиннее https habr com ru post 3... большой текст свёрнут, показать
     

  • 1.20, Аноньимъ (ok), 11:12, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Признак "const", определяющий возможность использования в любом контексте вместо констант,

    Использования чего?

     
     
  • 2.123, Аноним (123), 17:36, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Использования, например, const-функции в определении константы.
     
     
  • 3.139, Аноньимъ (ok), 20:25, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ок статью вроде подправили. Всё равно получилось слишком сложно.
     

  • 1.24, anonym13 (?), 11:15, 14/01/2022 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –2 +/
     

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

  • 1.27, yet another anonymous (?), 11:19, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Изменено поведение структуры std::process::Command на платформе Windows, которая при выполнении команд из соображений безопасности больше не ищет исполняемые файлы в ...

    И ЭТО --- в язык?

     
     
  • 2.40, Аноним (-), 11:37, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Всё в традициях Python, не зря предлагали совмещать Python и Rust, вон, f-строки Python в Rust уже появились.
     
     
  • 3.52, Аноним12345 (?), 12:32, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    питоноподобный хруст ?
     
     
  • 4.55, Аноним (51), 12:39, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    PythoRust же
     
     
  • 5.104, Аноним (51), 14:53, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Минусуйте-минусуйте, растоманьки :))
     
  • 2.109, _kp (ok), 16:24, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Под Линукс это хорошо, ибо там у процесса своя копиия переменной PATH.
    А в Виндовс переменнаые PATH глобальны для системы и пользователя. Будет весело.
     
     
  • 3.144, Аноним (144), 20:52, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В винде тоже у каждого процесса тоже свой набор копий переменных окружения. Особенный только explorer.exe, чтобы после изменения системных/пользовательских значений не надо было перезагружаться-перелогиниваться, а достаточно было только перезапустить те программы, которым нужны изменения.
     
  • 2.285, burjui (ok), 13:36, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не в язык, а в std. Не хочешь использовать std - не используй. Можешь даже написать #![no_std] в main.rs и сделать свою, правильную "стандартную" библиотеку.
     

  • 1.28, Аноним (28), 11:20, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Дополнительно можно отметить публикацию компанией Microsoft выпуска библиотек Rust for Windows 0.30, позволяющих использовать язык Rust для разработки приложений для ОС Windows

    Они вторгаются в мой дом! Вы не готовы!

     
  • 1.37, Аноним (-), 11:34, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >реализована возможность подстановки произвольных идентификаторов через добавление в строку выражений "{идентификатор}"

    C++ - нечитаемый язык, говорили они.

     
     
  • 2.112, Аноним (-), 16:54, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    и тормозной. но теперь есть раст, по сравнению с которым даже плюсы вроде бы ничего так
     
     
  • 3.150, wyry (?), 21:25, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Они создали Rust чтобы люди сильнее полюбили C++ и ценили то что имеют :peka:
     
     
  • 4.173, Аноним (171), 23:14, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Смех смехом, а со мной так и получилось. Тем более стандарт C++ не стоит на месте, заимствует полезные фичи у других языков.
     
     
  • 5.180, wyry (?), 00:01, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну с развитием и стандартизацией C++ можно поспорить, ровно как и с нововведениями. Тем не менее в C++ философия становится следующей: не нравится - не используй. В итоге это "меньшее зло" худо бедно работает, в компаниях пилятся гайдлайны, которые что-то разрешают, что-то запрещают и с этим как-то живём. Rust же нелепо позаимствовал всё самое странное и неоднозначное из ML и C++, при этом они уже и сами не знают что им со всем этим делать. Я уже неиронично Pascal привожу в пример, который во всём лучше Rust, включая надёжность. О простоте и читаемости кода и вовсе говорить не приходится.
     
     
  • 6.225, Прохожий (??), 13:31, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Rust же нелепо позаимствовал всё самое странное и неоднозначное из ML и C++

    Например?

     
     
  • 7.283, wyry (?), 07:23, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Семантически в rust достаточно много идей из ML Кстати даже модную концепцию ... большой текст свёрнут, показать
     
     
  • 8.299, Прохожий (??), 19:20, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так какие из них странные и неоднозначные всё-таки Ты о нужности ненужности той... текст свёрнут, показать
     
  • 8.339, lufog (ok), 23:40, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Оправданно более чем, ибо язык изначально проектировался как дружественный к мно... текст свёрнут, показать
     
  • 4.279, Прохожий (??), 04:46, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да вы, батенька, знатный мазохист, я смотрю. Любить язык, у которого спецификация больше полторы тысячи страниц, и которую в принципе невозможно выучить...
     
     
  • 5.308, Совершенно другой аноним (?), 09:43, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Да вы, батенька, знатный мазохист, я смотрю. Любить язык, у которого спецификация
    > больше полторы тысячи страниц, и которую в принципе невозможно выучить...

    По-моему где-то уже это писалось, но, у Rust вообще нет спецификации. Никакой. В общем, как в анекдоте, тьфу дура, нашла чем хвалиться. (с)

     
     
  • 6.328, Аноним (271), 17:29, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше никакой спецификации, чем та что не работает. https://lkml.org/lkml/2018/6/5/769
     
     
  • 7.333, Совершенно другой аноним (?), 17:57, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Лучше никакой спецификации, чем та что не работает. https://lkml.org/lkml/2018/6/5/769

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

    PS: когда компиляторов Rust будет хотя-бы в 10 раз меньше, чем компиляторов C, расскажете, как это замечательно жить без стандартов.

     
     
  • 8.334, Аноним (-), 18:14, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Учитывая, что tcc ты современное ядро уже не соберешь - достаточно 8533 компи... текст свёрнут, показать
     
     
  • 9.336, Совершенно другой аноним (?), 20:12, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    можно даже в 3, но при чём тут ядро Rust-ом тоже нельзя ядро собрать, выкидывае... текст свёрнут, показать
     
     
  • 10.338, Аноним (-), 21:17, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну перечисли 3, которыми соберется ядро Или десяток, сумеющих собрать хотя бы 7... текст свёрнут, показать
     
     
  • 11.351, Совершенно другой аноним (?), 11:56, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Странно, тема называлась Выпуск языка программирования Rust 1 58 , а обсуждаем ... текст свёрнут, показать
     
     
  • 12.354, Аноним (-), 15:30, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ветка-то с ссылкой на lkml Еще бы Turbo C вспомнил, да и до появления стандарта... текст свёрнут, показать
     
  • 10.341, lufog (ok), 00:03, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Смотря какое ядро, если написанное на Rust то можно, почему нет В нем настолько... текст свёрнут, показать
     
  • 8.337, Аноним (271), 21:08, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Внезапно согласен с тем что без стандарта не будет компиляторов больше одного С... текст свёрнут, показать
     
     
  • 9.342, lufog (ok), 00:08, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное за тем же, зачем и создавался LLVM Clang, не совместимость лицензии GCC... текст свёрнут, показать
     
  • 6.340, lufog (ok), 23:58, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Да вы, батенька, знатный мазохист, я смотрю. Любить язык, у которого спецификация
    >> больше полторы тысячи страниц, и которую в принципе невозможно выучить...
    > По-моему где-то уже это писалось, но, у Rust вообще нет спецификации. Никакой.
    > В общем, как в анекдоте, тьфу дура, нашла чем хвалиться. (с)

    А зачем им представлять спецификацию, если они сами занимаются разработкой тулчейна и стандартной библиотеки? Я понимаю C++, они свой компилятор/std не пишут, они представляют спеки, которых придерживаются разработчики конкретного компилятора. Но зачем спеки Rust, чтобы были?

     
  • 3.278, Прохожий (??), 04:45, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Для луддитов так и есть. Но мы ведь знаем из истории, что прогресс победил в итоге.
     
  • 2.274, Аноним (271), 04:16, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >C++ - нечитаемый язык, говорили они.

    https://godbolt.org/z/hzWbGjG4j

     

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

  • 1.39, Аноним (29), 11:37, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > защищает от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения

    Паникуя на unwarp'ах. И да половина кода будет состоять из unwarp

     
     
  • 2.43, asv (??), 11:47, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    У хейтеров так и будет, даже не сомневаюсь.
     
     
  • 3.192, Аноним (171), 01:30, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хейтеры не пишут на расте.
     
     
  • 4.343, lufog (ok), 00:16, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Хейтеры не пишут на расте.

    Мне кажется они кроме комментариев на OpenNET вообще ничего не пишут...

     
  • 2.57, Аноним (57), 12:42, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что за бред ты несешь.

    unwrap — метод, который вызывает панику если текущий результат не является успешным. Его используют с пониманием дела.

    Так же можно сказать, что если в божественной сишке везде понатыкать что-то вроде

    if (errno != 0) exit(1);

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

     
     
  • 3.76, Аноним (76), 13:31, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > unwrap — метод, который вызывает панику если текущий результат не является успешным. Его используют с пониманием дела.

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

     
     
  • 4.78, Аноним (57), 13:40, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    unwrap встречается, в основном, в hello world’ах или в примерах апишек. Там понятно, что нормальной обработки ошибок не будет. В продакшн коде unwrap — редкость. Так что нытье по поводу unwrap — явный признак, что товарищ дальше википедии не ходил.

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

     
     
  • 5.85, Аноним (76), 13:49, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > unwrap встречается, в основном, в hello world’ах или в примерах апишек.

    https://github.com/redox-os/coreutils/search?q=unwrap&type=code Сказочники идут гулять.

     
     
  • 6.89, Аноним (-), 14:03, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> unwrap встречается, в основном, в hello world’ах или в примерах апишек.
    > https://github.com/redox-os/coreutils/search?q=unwrap&type=code Сказочники идут гулять.
    > stat.rs: let meta = fs::symlink_metadata(path).unwrap();
    > kill.rs: .unwrap_or_exit(1)
    > dd.rs: .unwrap_or_else(

    Ты бы сам по этой ссылке сходил, Экспертус Опеннетный.


     
     
  • 7.102, Урри (ok), 14:50, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я вместо него сходил.

    let mut file = File::open("sys:uname").unwrap();
    let meta = fs::symlink_metadata(path).unwrap();
    println!("File: {} -> {}", path, fs::read_link(path).unwrap().display());
    let terminal_size = termion::terminal_size().unwrap().0 as usize;
    let paths = env::var("PATH").unwrap();
    let arg = args.next().unwrap();
    stderr.write(b"error: unimplemented outside redox").unwrap();
    stderr.write(b"error: unimplemented outside redox").unwrap();
    let mut last_updated_filename = files.last().unwrap().0;
    return match characters.next().unwrap() {

     
     
  • 8.108, Аноним (-), 15:19, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну ты у нас знатный Эксперд, да расскажи о глубоком философском смысле далее... текст свёрнут, показать
     
     
  • 9.117, Аноним (117), 17:32, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Причем, это выдернуто из утилит df и free, где служит исключительно для вывода с... текст свёрнут, показать
     
  • 8.207, Аноним (206), 04:23, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ехал unwrap через unwrap Видит unwrap - unwrap в unwrap unwrap unwrap unwrap с ... текст свёрнут, показать
     
  • 6.97, Аноним (29), 14:32, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    еще expect, assert!, panic! и тд и тп.
     
  • 2.121, Аноним (123), 17:35, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    unwarp — это что-то про выпрямление?
     
     
  • 3.138, Аноним (113), 20:01, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, он просто читать не умеет, так где-то что-то слышал краем уха про rust...
     

  • 1.46, Аноним (46), 12:02, 14/01/2022 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +5 +/
     

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

  • 1.58, Аноним (59), 12:53, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Про него ещё не забыли?
     
     
  • 2.193, Прохожий (??), 01:44, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Разве что старые пердуны-склеротики.
     

  • 1.63, OpenBotNET (ok), 13:13, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Ну как там Rust поживает? Уже обогнал COBOL в популярности?
     
     
  • 2.66, Аноним (31), 13:14, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если даже Хаскель не смог это сделать то расту до этого далеко.
     
     
  • 3.174, Аноним (171), 23:17, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо вот, постоянно натыкаюсь на пакеты на хаскеле в репе.
     
  • 2.106, Аноним12345 (?), 15:09, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По хайпу это чемпион всех времен
     

  • 1.65, Урри (ok), 13:14, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что-то маловато изменений и ничего в этот раз не поломали.

    Это из-за того, что сообщество разoсpалось с кор-тимом?

     
     
  • 2.91, Аноним (88), 14:11, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Изменено поведение структуры std::process::Command на платформе Windows

    ну да, почти не поломали...

     
     
  • 3.120, Аноним (123), 17:33, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Windows никого не интересует.
     
     
  • 4.159, wyry (?), 22:38, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Глупости. Предвзятое и даже пренебрежительное отношение к Винде - это заведомо проигрыш. Мир существует не только на серверах. Я уж молчу про 3D графику, где даже при желании *nix не всегда возможно использовать из-за того что производители железа косячат с драйверами (это плохо, но это мир в котором мы живём), хотя в последние годы ситуация стала немного получше.
     
     
  • 5.189, Аноним (32), 01:25, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Линукс это всё. Конечно, всегда можно. Если работает в венде, работает и в линуксе, у нвидии один драйвер. Каталист тоже вроде был один, но писался в странах бывших советов со всеми вытекающими. Были некоторые вопросы в специфичных кейсах, но теперь fsync в ведро приняли и не остаётся преимуществ.
     
     
  • 6.211, wyry (?), 07:42, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то на драйверы nVidia матерятся постоянно, на уровне пользователей потому, что они могут сломать систему при обновлении, на уровне разработчиков потому что nVidia почти всегда кладёт хрен на стандарты, все дрова закрытые, а технологии проприетарные. Радости разбираться в этом чёрном ящике просто полные штаны. У AMD появились новые неплохие драйверы, единственная их проблема в том, что они не поддерживают старое железо. На сегодняшний день AMD под Linux лучше, если речь идёт о сравнительно современных видеокартах. OpenGL кстати AMD тоже лучше поддерживает.
     
     
  • 7.213, Аноним (32), 08:09, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    При обновлении вредители из корпоративной секты пару раз сломали сломали блоб, из-за этого материться на драйверы? И то сломали для рк-ядер, тоже мне трагедия. Зато как амд год не исправляла совместимость все уже забыли.

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

     
     
  • 8.252, wyry (?), 19:55, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Аргумент тоже странный Я сейчас уже не увлекаюсь играми, но скажем серия Hitman... текст свёрнут, показать
     
     
  • 9.257, Аноним (32), 20:33, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    При этом, не стоит забывать, что консоли это амд, а значит, если игра планирует ... текст свёрнут, показать
     
  • 9.258, Аноним (32), 20:37, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Насчёт будут работать везде это лицемерие кстати, на нвидии работает ощутимо х... текст свёрнут, показать
     
  • 5.191, Аноним (32), 01:26, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И это не в последние годы, всегда так было. Другое дело, что opengl в венде тоже не шоколад всегда был.
     
     
  • 6.212, wyry (?), 07:44, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Абсурд. OpenGL на проприетарных дровах ровно такой, каким его сделали вендоры ПОД ЛЮБУЮ систему. Родной OpenGL на открытых драйверах Linux хорош только тем, что работает корректнее всех, но при этом он самый медленный, разрабатывать на нём тяжёлые 3D приложения нет вообще никакого смысла. +Valve не просто так запилили свою реализацию OpenGL и Vulkan, которые весьма производительные. Так что мимо.
     
     
  • 7.214, Аноним (32), 08:15, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я не замечал проблем с производительностью открытых драйверов в линуксе, проблема совсем не в этом (если конечно не считать нуво, но нуво вообще каким-то чудом теряет всего-то 20-30% производительности относительно блоба -- не так и критично). Именно что проприетарный опенгл одинаково будет работать на линуксе и без проблем поддерживать все игры которые разработаны для вендового опенгл. У свободных драйверов постоянно проблемы то с шейдерами, то с расширениями, то ещё с чем. Не знаю насчёт валве, но гугловская реализация драйверов опенгл/вулкана является огрызком и удобной прослойкой существующей с совсем иной целью, это не драйвер для железа.
     
  • 3.128, Аноним (117), 17:46, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Изменено поведение структуры std::process::Command на платформе Windows
    > ну да, почти не поломали...

    Поломали стандартную майковскую уязвимость (еще в мохнатые года вредонос в виде той же riched.dll клался в одну папочку вместе с документом, при открытии документа пользователем DLL автоматом подгружается открывашкой-офисом, года до 2010 это было "notabag")?
    Вот же злыдни!


     

  • 1.70, Аноним (31), 13:19, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Давайте начинать сразу про UB. Давайте растофанатики рассказывайте почему в продкшн билдах нет проверки на переполнения переменных? А в девовых есть.

    Как же так безопасный язык и Undefined Behaviour?

     
     
  • 2.74, Аноним (76), 13:27, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Лучше пусть расскажут про Ashley Williams и других активистов из Core Team, которые ни строчки на Rust не написали.
     
     
  • 3.135, Аноним (-), 18:47, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Они создают облик самого языка!
     
     
  • 4.152, wyry (?), 21:45, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати этот вопрос серьёзнее, чем просто едкая шутка. Вот язык V, который на сегодняшний день всего лишь поделка ОДНОГО человека (нашего соотечественника) уже лучше Rust, т.к. автор создавал его ДЛЯ СВОИХ нужд и активно сам им пользуется. При том что там наверняка есть серьёзные недоработки и баги, но при 0 бюджете - к этому не придраться.
     
     
  • 5.237, freecoder (ok), 16:49, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ок, тогда используй V, не трогай Rust!
     
     
  • 6.253, wyry (?), 20:03, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ок, тогда используй V, не трогай Rust!

    Я лучше буду использовать C, но если у меня был бы принудительный выбор V или Rust, то выбран был бы V.

     
     
  • 7.293, freecoder (ok), 16:36, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Я лучше буду использовать C, но если у меня был бы принудительный
    > выбор V или Rust, то выбран был бы V.

    Могу только посочувствовать..

     
     
  • 8.344, wyry (?), 01:10, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ваше дело, особенно улыбнуло сочувствие тем, кто пишут на C, без вашего сочувств... большой текст свёрнут, показать
     
     
  • 9.349, Аноним (271), 05:02, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так вот же они помогают https github com rust-lang rls ... текст свёрнут, показать
     
  • 9.357, freecoder (ok), 13:57, 19/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я сочувствую не тем, кто пишет на Си, а таким фанатичным любителям кактусов, как... большой текст свёрнут, показать
     
  • 2.99, Аноним (29), 14:44, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Давайте начинать сразу про UB.

    Sanitizer из clang/llvm решат эти проблемы (скорее всего, нет).

     
  • 2.125, анонимус (??), 17:38, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    а ты из тех наркоманов что крутят дебаг билды на релизе?:) да, у хруста много проблем, но вот про UB разрабы языка подумали очень хорошо. в принципе язык поэтому и появился и это заложено в самые истоки его философии - все возможные ошибки должны быть перехвачены конпелятором(часть в дебаг режиме сугубо из-за оптимизаций времени сборки)
     
  • 2.167, Аноним (271), 22:53, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    По той же причине по которой и в других языках этого нет и не будет, пока процессоры не переделают.
    Какой-то тухлый вброс. На уровне жалоб на утечки памяти, обход которых делает язык не тьюринг-полным.
     
  • 2.238, freecoder (ok), 17:02, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Переполнение беззнаковых целых в Rust не приводит к UB, как в C. Более того, поведение при переполнении еще и специфицировано:

    > Операции +, -, * могут приводить к переполнению (overflow) или исчезновению порядка (underflow). Если проверки включены, тогда произойдёт паника. В противном случае результатом будет циклическое переполнение.

    https://rustycrate.ru/обучение/2016/07/25/myths-and-legends-about-integer-over

     
     
  • 3.286, burjui (ok), 13:50, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В дополнение, у целочисленных типов есть специальные методы:
    * checked_add и т.п., возвращающие None при переполнении
    * overflowing_*, возвращающие кортеж с результатом и флагом переполнения
    * saturating_*, ограничивающие результат минимальным и максимальным значениями типа
     
     
  • 4.320, Аноним (323), 16:09, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И узнаешь ты о них только после того как выкатишь прогу без них в полно
     
     
  • 5.321, Аноним (323), 16:09, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ... в полной уверенности что всё итак проверяется. Безопасно чо.  
     
  • 5.329, Аноним (271), 17:34, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так будет если ты не будешь учить язык, а сразу начнешь писать. Как делают грозные хейтеры Раста с опеннета.

    Вот, пожалуйста, третья глава растбука https://doc.rust-lang.org/book/ch03-02-data-types.html#integer-overflow

     
     
  • 6.356, burjui (ok), 09:58, 19/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я уже неоднократно убеждался, что местные критики не считают нужным читать документацию. Зато все, как один, эксперты по C и C++. Интересно, как они это делают, не читая стандарты и доки.
     

  • 1.71, Аноним (71), 13:21, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Дополнительно можно отметить публикацию компанией Microsoft выпуска библиотек Rust for Windows 0.30, позволяющих использовать язык Rust для разработки приложений для ОС Windows. В набор входят два crate-пакета (windows и windows-sys), через которые можно обращаться к Win API в программах на языке Rust

    А раньше было нельзя? Как тогда программы работали?

     
     
  • 2.80, Аноним (31), 13:41, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Проспись не было никаких программ.  
     
  • 2.239, freecoder (ok), 17:08, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А раньше было нельзя? Как тогда программы работали?

    И раньше было можно, через отдельные библиотеки-обертки над сишным интерфейсом. MS упростила доступ к Windows API для Rust, а не сделала его вдруг возможным: https://habr.com/ru/news/t/538700/

     

  • 1.73, Аноним (76), 13:24, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки).

    Ну сколько можно врать?! Какая стандартная библиотека, когда паники в ржавчине реализованы на механизме исключений C++ из LLVM?!

     
     
  • 2.100, Аноним (29), 14:47, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В расте нет паник!!!11
     
     
  • 3.105, Аноним (51), 14:59, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Занесут Rust в ядро - будут!
     
  • 2.126, анонимус (??), 17:42, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    разворачивание стека может быть отключено, например для встраиваемых систем. тут просто смотря что понимать под рантаймом. можете считать это дешевым маркетингом разрабов языка, можете более абстрактыми определениями некоторых понятий, которые скорее всего люди, пишущие не одно десятилетие на плюсах вероятно не сможет переопределить(хотя не говорю за всех)
     
  • 2.280, Аноним (271), 05:57, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >В огороде бузина
    >>а в Киеве — дядька

    Если это намек на скорость исполнения кода, то в рантайме накладных расходов нет.
    строки 82-100: https://godbolt.org/z/Pe81K7z81

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

     

  • 1.96, Аноним (96), 14:32, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    если язык допиливается так часто, то о какой стабильности и переносимости может идти речь?

    написанный вчера код в завтрашний день не факт что можно перенести.
    теперь мало какой код может это делать.

     
     
  • 2.103, Урри (ok), 14:52, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > написанный вчера код в завтрашний день не факт что можно перенести.

    Не "не факт что можно", а "факт что нельзя".

    Я вот как-то попал на ситуацию, когда хелловолрлд с главной странички последним растом не собрался.

     
     
  • 3.240, freecoder (ok), 17:11, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я вот как-то попал на ситуацию, когда хелловолрлд с главной странички последним
    > растом не собрался.

    Последним стабильным растом? Вы шутите.

     
     
  • 4.245, Аноним (-), 17:35, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Я вот как-то попал на ситуацию, когда хелловолрлд с главной странички последним
    >> растом не собрался.
    > Последним стабильным растом? Вы шутите.

    Да какие шутки, тут все сурьезно! Перл другого Воена Антирастового Спротивления, из прошлого срача:
    >>> И да, твоя программа компилируется, то есть с точки зрения языка программа правильная, но ругается при линковке, что нет "паникующей" функции.

    ...
    >> попробуйте cargo build --release

    ...
    > Ничего я не запускал. Буду я еще запускать костыли

    "И вот так - у них все!"(с)

     
  • 2.107, Аноним12345 (?), 15:11, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И я бы сказал даже больше - не только лишь все это могут сделать
     
  • 2.127, анонимус (??), 17:46, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    если бы вы хоть немного напряглись разобраться в теме(иначе это форсированное набрасывание на вентилятор), то поняли бы что у сабжа есть механизм редакций, которы решает проблемы разных версий. старый код точно будет работать, для новых фичей нужно адаптировать под редакцию. но как правило все идет постепенно
     
     
  • 3.154, Аноним (-), 22:12, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Тебе же выше сказали - хеловорлд с главной не везде собирается. Может стоило заниматься разработкой и допиливанием вместо форсирования и рекламы ? Вот раст яркий пример как можно продавать нерабочую никому ненужную фигню.
     
     
  • 4.168, Аноним (-), 22:55, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Тебе же выше сказали - хеловорлд с главной не везде собирается. Может стоило заниматься

    Может стоило привести конкретику вместо извечных опеннетных рассуждизмов "ни о чем"?
    А то вон, выше о подгорании местных от одного упоминания "Rust" тоже скзанно - оправдывайся теперь.

     
     
  • 5.182, Аноним (182), 00:29, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > выше о подгорании местных от одного упоминания "Rust"

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

     
  • 4.196, Прохожий (??), 01:52, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Этот господин (Урри) часто любит говорить о том, как у него что-то не сложилось с тем, что он не понимает, там где у нормальных людей проблем не бывает от слова "совсем". Но это же не означает, что то, что он говорит имеет хоть какое-то отношение к реальности.
     
  • 4.234, Аноньимъ (ok), 15:44, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так вам же сказали, таблетки пить нужно было.
    Всё завелось бы. И главный врач был бы доволен.
     
  • 2.241, freecoder (ok), 17:13, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > если язык допиливается так часто, то о какой стабильности и переносимости может
    > идти речь?

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


     

  • 1.114, Аноним (-), 17:05, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Странная фигня этот ваш раст, но столько тепла вызывает.
     
     
  • 2.115, Аноним (123), 17:26, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего странного. Когда я понял, что пора валить с C++ (после 20 лет опыта), было лишь три достойных кандидата — Go, Rust и Haskell.
     
     
  • 3.118, Аноним (-), 17:32, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > валить с C++ (после 20 лет опыта),

    дружище, годик не досидел, С++ за 21 день надо осиливать

     
  • 3.165, Онаним (?), 22:47, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пенсия же.
     
  • 3.170, Аноним (271), 22:57, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сейчас еще Swift есть, и D тоже можно вспомнить.
     
  • 3.177, Аноним (171), 23:25, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Есть Nim неплохой кандидат.
     

  • 1.124, Анонка (?), 17:36, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Раковая клетка Rust-а продолжает делится и приобретать все более уродливые формы
     
     
  • 2.129, анонимус (??), 17:46, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    завидно что эволюция обходит сторонкой?
     
     
  • 3.143, Онаним (?), 20:49, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Дустом такую эволюцию.
     
  • 2.197, Прохожий (??), 01:54, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Разве что в разыгравшемся воображении луддитов.
     
     
  • 3.199, Аноним (-), 01:58, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Раковая клетка Rust-а продолжает делится и приобретать все более уродливые формы
    > Разве что в разыгравшемся воображении луддитов.

    Тут почему-то вспоминается "Ем грибы, смотрю ковер!".


     
     
  • 4.201, Прохожий (??), 02:01, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Переставай уже грибы есть. А то странные у тебя ассоциации какие-то.
     

  • 1.147, Аноним (147), 20:57, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Замечательный язык. Очень рад что его выбрали для проекта. Довольны все.

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

    Начальство - можно бесконечно тянуть деньги с заказчика потакая всеобщему хайпу о том как когданибудь всё будет офигенно.

    Заказчик - он читает идиотские статьи и верит что когданибудь у него будет супер продукт который захвати весь мир и будет совершенно безопасен и без ды.

    Спонсоры. Они думаю что вложились в офигенную штуку и разбогатеют на трилионы.

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

     
     
  • 2.148, Аноним (147), 20:57, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ах да, адекватные разработчики тоже довольны.

    Сидят и ржут.

     
     
  • 3.149, Аноним (-), 21:19, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > срать в коменазх
    > Ах да, адекватные разработчики тоже довольны.
    > Сидят и ржут.

    А ты самокритичный, однако.


     
     
  • 4.151, Аноним (147), 21:28, 14/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да, самокритика признак адекватности.
     
     
  • 5.198, Прохожий (??), 01:56, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Проблески разума пробиваются наружу. Это хорошо. Но этого недостаточно, чтобы считаться полностью адекватным.
     

  • 1.178, Аноним (171), 23:29, 14/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Любопытная заметка про раст, не про его качество, а про его так называемую "открытость"
    https://wiki.hyperbola.info/doku.php?id=en:main:rusts_freedom_flaws
     
     
  • 2.181, Аноним (-), 00:15, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> In short, Mozilla won't be happy with us applying patches and modifications to their trademarked language without “explicit approval”, except for non-commercial usage, so it is a freedom issue.
    >> freedom
    > Любопытная заметка про раст, не про его качество, а про его так называемую "открытость"

    Любопытная попытка манипуляции.

     
     
  • 3.185, Аноним (171), 01:08, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> In short, Mozilla won't be happy with us applying patches and modifications
    >> In short

    И он еще рассуждает о манипуляциях.

     
     
  • 4.223, Аноним (-), 13:12, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>> A rebranded version of Rust maintained by the GNU Project and FSDG-compliant distros could be the way.
    >>> In short, Mozilla won't be happy with us applying patches and modifications
    >>> In short

    Т.е. ты просто не умеешь в английский?

     
     
  • 5.266, Аноним (263), 00:17, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, ты просто не умеешь в логику.
     
  • 2.194, Аноним (-), 01:44, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Любопытная заметка про раст,

    тор жалко конечно. может быть будет возможность сделать безрастовый форк, но скорее это будут похороны тора.

     
     
  • 3.205, Аноним (-), 03:51, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как же, похороны. 5 лет без двух месяцев переписывают, и оно уже вот совсем почти, но еще немного "not ready for production use". А разгадка проста - https://grants.zfnd.org/proposals/215972995-arti-a-pure-rust-tor-implementatio . Этак можно и до пенсии успешно переписывать. Учись, анон.
     
     
  • 4.235, Аноним (-), 16:21, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если разрадятся - запрошу грант на сишную версию
     
  • 2.242, freecoder (ok), 17:28, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Любопытная заметка про раст, не про его качество, а про его так
    > называемую "открытость"
    > https://wiki.hyperbola.info/doku.php?id=en:main:rusts_freedom_flaws

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

     
     
  • 3.265, Аноним (263), 00:16, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Хочешь пропатчить язык до неузнаваемости - назови его по-своему, делов-то.

    Где там сказано, что до неузнаваемости? Не передергивай. Просто парни хотят все держать под контролем.

     
     
  • 4.281, Аноним (271), 06:04, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну представь что кто-то форкнул твой проект и называет его так же как и ты. Такого нет в практике никаких нормальных лицензий, и в коммьюнити ни кто так не делает.
     
     
  • 5.361, самокатофил (?), 19:36, 28/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А представь нет. Представь пропатчить надо только, а бежать за разрешением надо к растаманам.
     

  • 1.183, робат (?), 00:51, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Опубликован релиз языка системного программирования Rust 1.58

    Смотришь на перспективные проекты критичные к безопасности а они бац на С как раньше

    https://github.com/mz-automation/libiec61850

    специалисты в предметных областях не бегут на поводу у изобретателей смирительных трусов

     
     
  • 2.190, Аноним (171), 01:25, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Смирительные трусы мы и сами можем написать или готовые взять. Изобретать для этого отдельный язык совершенно необязательно. К тому же как мы видим из новости, он с каждым релизом меняется - самое то для надежных программ!
     
  • 2.200, Прохожий (??), 02:00, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > а они бац на С как раньше

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

     
     
  • 3.215, робат (?), 09:57, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Сколько-сколько проекту лет?
    > Rust Появился в: 23 июля 2006

    Rust-у уже 15 лет и ничего серьёзного на нём не пишут. А ответ прост

    > The basic library is written in C (C99 compliant to provide maximum portability). Due to its > hardware and platform independent design it can easily deployed on any platform.

     
     
  • 4.226, Прохожий (??), 13:40, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не переписывают, ты хотел сказать.
    А так - пишут. Иначе спонсоров бы не было.
     
     
  • 5.311, робат (?), 11:26, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А так - пишут

    покажи хоть один life-safety critical проект на rust

    > Иначе спонсоров бы не было

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

     
  • 4.243, freecoder (ok), 17:30, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Сколько-сколько проекту лет?
    >> Rust Появился в: 23 июля 2006
    > Rust-у уже 15 лет и ничего серьёзного на нём не пишут. А
    > ответ прост

    Посмотри в английской Википедии, когда появился Rust.

     
     
  • 5.262, Аноним (263), 00:05, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Там пруфов нет, а в русской написано в 2006.
     
     
  • 6.292, freecoder (ok), 16:32, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Там пруфов нет, а в русской написано в 2006.

    А какие пруфы в русской Википедии? Там просто ссылка на GitHub репозиторий, в котором, кстати, первые issue и PR появились в 2010 году.

     
     
  • 7.301, Гугол (?), 00:51, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Лучше, чем никаких в англоязычной. В 2010 язык был представлен и разработка уже шла несколько лет.
     
     
  • 8.303, Аноним (-), 01:31, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https mail mozilla org pipermail rust-dev 2012-January 001256 html И правда, ... текст свёрнут, показать
     
     
  • 9.309, робат (?), 10:02, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    никто не мешал на 0 01, разницы никакой - оно и 1 58 такое же нестабильное... текст свёрнут, показать
     
     
  • 10.313, freecoder (ok), 11:51, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Rust был стабилизорован с версии 1 0 вышедшей в 2015 году С этого времени кажда... текст свёрнут, показать
     
     
  • 11.314, робат (?), 12:22, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    через 10 лет будете говорить по настоящему Rust был стабилизирован с версии 2 0... текст свёрнут, показать
     
     
  • 12.326, freecoder (ok), 17:14, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Реальные аргументы кончились и остались только фантазии ... текст свёрнут, показать
     
  • 11.325, asv (??), 16:57, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тут тяжелый случай, объяснять бесполезно ему ... текст свёрнут, показать
     
     
  • 12.350, робат (?), 09:28, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    приведи пример safety critical проекта на rust потом пытайся что-то объяснять... текст свёрнут, показать
     
  • 10.319, Аноним (319), 15:16, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Какой неуклюжий спрыг ... текст свёрнут, показать
     

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

  • 1.216, iZEN (ok), 11:20, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В компиляторе требования к минимальной версии LLVM подняты до LLVM 12.

    С этим всё нормально:
    % pkg info -x llvm
    llvm12-12.0.1_7
    llvm13-13.0.0_3
    % cc --version
    FreeBSD clang version 13.0.0 (git@github.com:llvm/llvm-project.git llvmorg-13.0.0-0-gd7b669b3a303)
    Target: x86_64-unknown-freebsd13.0
    Thread model: posix
    InstalledDir: /usr/bin

    Вон уже Firefox 96.0.1 вышел, а в портах FreeBSD всё ещё rust-1.57.0 и firefox-95.0.2_1,2. Обновление Firefox с задержкой портирования Rust-1.58 как-то связано?

     
  • 1.220, Анончик (?), 13:04, 15/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    http://rustmustdie.com/
    чтиво для просветления разума от раста
     
     
  • 2.228, Аноним (228), 13:50, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    автору самому бы полечиться
    или базу подучить, прежде чем писать чернуху
     
  • 2.229, Прохожий (??), 13:53, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Согласен, что чтиво. Иначе эти потуги и не назовёшь. Сплошные манипуляции, которые здравомыслящий человек видит сходу. Жаль, неокрепшие умы могут повестись на этот "креатив". Автор всю статью только и делает, что брызжет слюной, пытаясь слепить из мухи слона. Получается очень и очень плохо. КГ/АМ, в общем.
     
  • 2.232, морошка ягодка такая (?), 14:05, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    очень слабенькая статейка от фанатика и хейтерка. автор - представитель "токсичного сообщества", о котором сам же пишет.

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

     
  • 2.233, Аноним (233), 14:27, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У него и это есть
    http://cmustdie.com/
    но я, всё-таки, не понимаю зачем нужен был такой сложный синтаксис, ведь по задумке он программирование более легким должен был сделать
     
     
  • 3.244, freecoder (ok), 17:33, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > но я, всё-таки, не понимаю зачем нужен был такой сложный синтаксис, ведь
    > по задумке он программирование более легким должен был сделать

    А точно сложен именно синтаксис? А не семантика?

     
  • 2.246, freecoder (ok), 17:40, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > чтиво для просветления разума от раста

    О, ученики самого Столярова подъехали! Это уже диагноз.
    Вот в блоге маэстро пытались уже обсуждать эту писульку - http://www.stolyarov.info/node/342
    Только бесполезно, потому что там премодерация и толковые разъяснения по ошибкам в статье так и не опубликовали. Я сам туда писал сообщения в максимально вежливой форме - их тоже нет.

     
     
  • 3.255, wyry (?), 20:31, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У Столярова вечные комплесы. Он как-то п*?данул, что "абитурьентская"/ВУЗовская математика не нужна, мол где вы видели столько тригонометрии и неравенств? Я этому придурку выложила тонны ПРАКТИЧЕСКИХ примеров начиная от радиотехники, заканчивая задачами в геймдеве и CG, стоит ли говорить про премодерацию тоже не прошло. Но с такими загонами никто его всерьёз воспринимать не будет, даже несмотря на то что некоторые вещи, которые он излагает могут быть вполне рациональные (например, хейт к js).
     
     
  • 4.289, Аноним (-), 15:43, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В программировании математика не нужна. Изучение академических глубин высшей математики - это потеря времеени. В геймдеве математика не нужна, да, при программировании геометрических примитивов нужна линейная алгебра. Столяров прав.
     
     
  • 5.290, freecoder (ok), 16:11, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В программировании математика не нужна.

    В программировании чего она не нужна?


     
     
  • 6.304, Аноним (-), 08:37, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В реальной практике программиста математика ограничивается начальным уровнем 5 класса. Нефик учить диффуры.
     
  • 5.295, Прохожий (??), 18:49, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И как ты собрался оценивать сложность алгоритмов без математики, интересно?
    А как быть с ИИ, который сплошь и рядом на дифференциальном исчислении и линейной алгебре строится?
    Как обойтись без математики в CAD-системах?
    Как любую графику (2d, 3d) кодировать без математики (в том числе высшей)?
    Как строить прогнозы погоды без высшей математики?
    Как запросы писать на том же SQL, не владея основами теории множеств?
    Как программировать полёты в космос?

    Конечно, есть много сфер, где вышка не нужна. Но ведь этими областями человеческая деятельность не ограничивается. Следовательно, обобщение Столярова (если он действительно такое говорил) неверно.

     
     
  • 6.302, wyry (?), 01:29, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >если он действительно такое говорил

    Прямая цитата с его сайта в последней (11.01.2022 16:54) теме: "Известно, что абитуриентская математика — это совершенно отдельный вид спорта, к реальной математике никакого отношения не имеющий (где вы в реальной математике видели столько тригонометрических неравенств и, скажем, неравенств с модулями)."

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

     
     
  • 7.305, Аноним (-), 08:38, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Реальная математика - это уровень начальных классаов, которая реально пригодится в жизни. остальное туфта.
     
  • 6.306, Аноним (-), 08:44, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Прими таблетки. Ох уж эти старые пердуны. Если потребуется нужную часть математики мы быстро выучим. А дp*чить мозги этой абстрактной наукой точно не стоит.
     
  • 3.261, Анончик (?), 23:54, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> чтиво для просветления разума от раста
    > О, ученики самого Столярова подъехали! Это уже диагноз.

    О, фанаты самого Раста подъехали! Это уже диагноз.

     
     
  • 4.296, Прохожий (??), 18:51, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Правильней будет не "фанаты Раста", а сторонники здравого смысла и прогресса. И в таком ключе непонятно, какой здесь может быть поставлен диагноз.
     
  • 2.247, Аноним (-), 18:31, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В принципе, достаточно прочитать первый абзац Безграмотная каша, приправленная ... большой текст свёрнут, показать
     
     
  • 3.260, Аноним (88), 23:31, 15/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Узнаётся почерк растамана - тонна никчёмного мусора, который читать-то сложно.
     
     
  • 4.268, Аноним (-), 00:45, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Узнаётся почерк растамана - тонна никчёмного мусора, который читать-то сложно.

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

     
  • 3.264, Анончик (?), 00:14, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Знаете что смешно? брызги слюны во все стороны и отсутствие аргументации.

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

    Я на расте не программирую, а пачка утверждений в комментах на опеннете от анона - так себе тянет на релевантный источник информации, извините.

     
     
  • 4.269, Аноним (-), 01:27, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Знаете что смешно Отсутствие элементарных знаний у опеннетных Военов Протои Ра... большой текст свёрнут, показать
     
  • 4.270, Аноним (-), 02:11, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Внимательно следите за руками утверждение автора ссылка на код и результат ком... большой текст свёрнут, показать
     
     
  • 5.273, Анончик (?), 04:12, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    это пять, спасибо.
     
  • 2.362, самокатофил (?), 21:53, 28/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > http://rustmustdie.com/
    > чтиво для просветления разума от раста

    пасиб анончик, классное чтиво. Вспомнились записки мыщъха о сишечке, только наоборот :-D

     

  • 1.267, Аноним (263), 00:28, 16/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    "This issue of slow adoption of Rust programming language was first noticed in Stack Overflow’s 2019 survey. There we saw that majority of developers had a positive outlook towards Rust, but 97% of them had never actually used it."
    https://fossbytes.com/developers-reveal-why-rust-programming-language-is-losin

    Хахахахаха! Многим нравится Раст, но мало кто программирует на нем.

    "Interestingly, Google once used Rust programming language in several components of Fuchsia, which is touted to be the replacement for Android. However, after reassessment, it decided not to support Rust anymore because none of its current end-developers were using it, and it was neither a widely-used language."

    Ну все.

     
     
  • 2.272, Прохожий (??), 04:02, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Многим нравится Раст, но мало кто программирует на нем.

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

    > Ну все.

    Что именно? Гугл до сих пор платиновый спонсор Rust Foundation (или как там эта организация называется правильно).

     
     
  • 3.276, Аноним (88), 04:21, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если гугол что-то спонсирует, надо бежать оттуда подальше.
     
     
  • 4.297, Прохожий (??), 18:54, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Беги, страус, беги. Прячь голову в песок поглубже. :)
     
  • 4.300, Аноним (-), 19:58, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Если гугол что-то спонсирует, надо бежать оттуда подальше.

    https://www.linuxfoundation.org/press-release/google-becomes-platinum-member-o
    Уточни пожалуйста, ты с яблока пишешь или с венды?


     
  • 2.291, freecoder (ok), 16:24, 16/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы ссылаетесь на статью двухлетней давности. А весной 2021 г. Google добавило Rust в число языков, которые допускаются для разработки платформы Android.

     
     
  • 3.358, Аноним (358), 18:55, 28/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И много уже написали приложений на Расте для Android?
     

  • 1.287, Аноним (271), 15:10, 16/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как я этой новости ждал - libc на Rust под линух: https://blog.sunfishcode.online/port-std-to-rustix/

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

    Да-когдаж-ето-прекратится.JPG https://www.cvedetails.com/vulnerability-list/vendor_id-72/product_id-767/GNU-
    Один из первых компонентов что стоило на Раст переписывать, хотя бы частично, самые критичные места.

    И главное проект спонсируется (https://bytecodealliance.org/), значит не загнется на 1,5 потухших энтузиастах.

     
     
  • 2.347, Аноним (88), 03:27, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему растаманы не развивают свою редокс, а только лезут в чужие проекты?
     
     
  • 3.348, Аноним (-), 03:41, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Почему растаманы не развивают свою редокс, а только лезут в чужие проекты?

    Почему нерастамын не развивают свой нередокс, а только лезут указывать в чужих проектах, кому и что делать?


     
     
  • 4.359, Аноним (358), 18:58, 28/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Они и развивают, и не лезут.
     

  • 1.288, Аноним (-), 15:33, 16/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Я хочу поблагодарить своих родителей таньку и володьку. За то, что они меня заставили изучить Rust.
     
     
  • 2.316, Аноним (-), 12:52, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У таньки есть разъём типа "папа"?
     
     
  • 3.360, самокатофил (?), 19:15, 28/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    хороший, годный анонимус. :-}
     

  • 1.315, Аноним (-), 12:51, 17/01/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Когда C# введут в ядро? Он такой же безопасный как раст, даже ещё безопаснее.
     
     
  • 2.331, Аноним (271), 17:50, 17/01/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    C# потянет виртуальную машину. Как C# работает в нейтиве, как он при этом выглядит в плане синтаксиса все уже видели - называется С++.

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

     
     
  • 3.346, Аноним (88), 03:25, 18/01/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > виртуальную машину

    ebpf? Не, не слышали...

     

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



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

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