The OpenNET Project / Index page

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

Выпуск Rust 1.79. Создан консорциум для разработки высоконадёжных систем на Rust

13.06.2024 23:11

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

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

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

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

  • Добавлена поддержка inline-констант, которые можно указывать прямо в коде при помощи блоков "const { ... }", обрабатываемых в контексте констант и позволяющих обойтись без отдельного определения констант. Указанный в блоке "const { ... }" код вычисляется на этапе компиляции и используется как константа, без выполнения во время работы программы. В отличие от определения констант через выражение "const ITEM: ... = ..." в блоках "const { ... }" можно не указывать тип, так как в них поддерживается автоматический вывод типов. Например, код с отдельным определением константы
    
       const EMPTY: Option<Vec<u8>> = None;
       let foo = [EMPTY; 100];
    
    можно заменить на использование по месту:
    
       let foo = [const { None }; 100];
    
  • Стабилизирован синтаксис "T: Trait<Assoc: Bounds...>" для задания ограничений в позиции ассоциативного типа, позволяющий сократить определение выражений с вложенными ограничениями типа, которые ранее требовали указания вложенного impl Trait или нескольких условий "where".
  • Обеспечено автоматическое продление времени жизни временных значений, которые используются в конструкциях "match" и "if".
    
       let a = if true {
           ..;
           &temp() // время жизни будет продлено
       } else {
           ..;
           &temp() // время жизни будет продлено
       };
    
  • Стабилизирована возможность импорта функции main из других модулей и crate-пакетов.
  • При сборке стандартной библиотеки в компиляторе задействован флаг "-Cforce-frame-pointers=yes", добавляющий данные для реконструкции стека во время профилирования программ.
  • В разряд стабильных переведена новая порция API, в том числе стабилизированы методы и реализации типажей:
  • Признак "const", определяющий возможность использования в любом контексте вместо констант, применён в функциях:
  • Стабилизирована часть возможностей, которые можно использовать при компиляции в промежуточное представление Webassembly (WASM).
  • Реализован третий уровень поддержки для платформ aarch64-apple-visionos, aarch64-apple-visionos-sim и riscv32ima-unknown-none-elf. Третий уровень подразумевает базовую поддержку, но без автоматизированного тестирования, публикации официальных сборок и проверки возможности сборки кода.
  • Реализован второй уровень поддержки целевых платформ aarch64-pc-windows-gnullvm, i686-pc-windows-gnullvm и x86_64-pc-windows-gnullvm. Второй уровень поддержки подразумевает гарантию сборки.

Кроме того, организация Rust Foundation, которая курирует связанную с языком Rust экосистему, объявила о создании консорциума "Safety-Critical Rust Consortium", нацеленного на использовании языка Rust в решениях, требующих повышенной надёжности (Safety-Critical Software), сбой в которых может угрожать жизни людей, нанести вред окружающей среде или привести к серьёзным повреждениям оборудования. К консорциуму присоединились компании ARM, AdaCore, Ferrous Systems, OxidOS, Synopsys, HighTec EDV-Systeme GmbH, TrustInSoft, Veecle и Woven by Toyota. Среди задач, которые будет решать консорциум упоминается написание руководств и разработка библиотек, линтеров и статических анализаторов, а также применение методов формальной верификации надёжности и разработка подмножеств языка для высоконадёжных систем.

Из проектов, связанных с высоконадёжными системами, можно отметить Verus - инструментарий для проверки корректности кода, написанного на языке Rust. Проверка осуществляется путём определения спецификации, описывающей допустимое поведение кода. Во время выполнения исполняемого кода Verus проверяет соответствие спецификации для подтверждения корректности работы.

 
  1. Главная ссылка к новости (https://blog.rust-lang.org/202...)
  2. OpenNews: В каждом пятом пакете на языке Rust используется ключевое слово unsafe
  3. OpenNews: Для ядра Linux предложен драйвер EXT2, написанный на языке Rust
  4. OpenNews: Выпуск Rust 1.78. Язык Borgo, сочетающий сильные стороны Go и Rust
  5. OpenNews: Red Hat представил Nova, драйвер для GPU NVIDIA, написанный на языке Rust
  6. OpenNews: В Rustls обеспечена совместимость с OpenSSL и nginx
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61362-rust
Ключевые слова: rust
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (504) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 23:31, 13/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +22 +/
    Зачем нужен консорциум, если Rust и так безопасный?
     

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

  • 1.4, Аноним (99), 23:36, 13/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –9 +/
    Скорей бы линукс уже на раст переписали! Нужно больше безопасности!
     
     
  • 2.88, нах. (?), 09:20, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ну опять двадцатьпять... говорите правильно: _начали_переписывать_!

    Нет кода - вот и безопастненько!

     

  • 1.5, iiiypuk (ok), 23:36, 13/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +8 +/
    > Создан консорциум для разработки высоконадёжных систем на Rust

    Каждый второй проект на Rust

    > unsafe

     

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

  • 1.7, Аноним (7), 23:38, 13/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +3 +/
    Оказался недостаточно безопасным для решений требующих повышенной надёжности?)
     
     
  • 2.10, Аноним (-), 23:45, 13/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +4 +/
    Разумеется.
    MISRA C был предуман не просто так.
    Ада была создана для разработки надежных систем, но это не помешало им сделать еще более безопасный Spark.
    Всегда можно улучшить надежность дополнительными проверками, ограничениями или админ. палкой.
     
  • 2.30, Алиса (??), 01:25, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –3 +/
    Безопасность решается методологией написания кода, а не языком. Вот для ознакомления, короткое, но информативное видео: https://www.youtube.com/watch?v=GWYhtksrmhE
     
     
  • 3.59, Прохожий (??), 06:18, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    А теперь представь, что вместо изобретаемых организационных правил, не обязательных к соблюдению, тебя контролирует компилятор, который ты не сможешь игнорировать. И подумай ещё раз над тем, что ты сказала.
     
  • 2.108, Аноним (104), 10:37, 14/06/2024 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    > Безопасность решается методологией написания кода, а не языком. Вот для ознакомления, короткое,
    > но информативное видео:

    Ты вообще видео отрывала? (открывал?)
    Там третье же требование - youtu.be/GWYhtksrmhE?t=101 - не использовать heap.

    И этим они пытаются решить типичные сишкопроблемы с памятью.
    Т.е. они настолько осознали что сишники не смогут писать нормально, что решили "Тут не исправить уже ничего, Господь, жги!" и просто запретили malloc/free. Классное решение! Невероятно добавляет надежности!
    А заодно в очередной раз показывает убогости сишки))

    Там есть еще крутые "limit preprocessor" и "restrict pointer usage"))
    А что остается от сишки, если выполнить все эти требования? Это же получается другой язык, ну или очень порезанный диалект.

     
     
  • 3.275, Аноним (275), 19:31, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > и просто запретили malloc/free

    Так и делаю давно, выделяю память и создаю потоки на стороне Java или python, там вся бизнес логика, в сишке супербыстрая числомолотилка. Получается всё хорошо.

     
  • 2.220, Аноним (220), 17:10, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Сейчас бы не понимать разницы между гарантиями языка и надёжностью системы. Впрочем, иного от хейтерков ожидать не приходится.
     
  • 2.402, Аноним (-), 21:13, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Оказался недостаточно безопасным для решений требующих повышенной надёжности?)

    Safety и security это 2 довольно разных аспекта. Они местами пересекаются, по той линии что вулны это таки тоже - "незапланированное поведение программы". Но в целом это все же разные аспекты.

    Можно написать безопасную в плане вулнов программу, которая однако хренова с точки зрения надежности. В частности хрустовский panic на любую проблему - надежности не подарок. И в линух кернеле это вылезло во весь рост. Оказывается, все вырубить при сбое - это хреновая идея для ядра ОС. По линии надежности работы такой ОС. И вот уже в сабже появились всякие try_* и прочие, и чем это так уж от alloc/free и проверок успеха отличалось - а вот ктулху его знает?! Те же грабли, другой синтаксис? ORLY? :)

     
     
  • 3.414, Аноним (319), 23:13, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Смею дилетантски предположить, что разница всё-таки есть Именно в сочетании озв... большой текст свёрнут, показать
     
     
  • 4.420, Аноним (-), 02:15, 16/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Я не понимаю чем проверка успеха try_ отличается от проверки успеха alloc и ко... большой текст свёрнут, показать
     
     
  • 5.433, Советский инженер (ok), 14:14, 16/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >Я не понимаю чем проверка успеха try_* отличается от проверки успеха *alloc и ко.

    если не проверил try_* - будет варнинг.
    не проверил *alloc  - ничего не будет

     
     
  • 6.472, Аноним (-), 08:44, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > если не проверил try_* - будет варнинг.
    > не проверил *alloc  - ничего не будет

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

     

  • 1.12, TydymBydym (ok), 23:52, 13/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +5 +/
    > применяет концепцию неизменяемости [...] переменных

    Вот за что мы его и любим! Просто не надо менять переменные и всё будет в поряде!

     
     
  • 2.223, Аноним (220), 17:13, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Ещё один открыл для себя языки с неизменяемыми переменными. От функциональных ЯП небось вообще мозг взрывается, да? Шутка ли, мало того что переменные неизменяемые, так ещё и выполнение участка кода может быть отложено! Ну ничего, наберёшься опыта, научишься программировать, попустит.
     
     
  • 3.295, TydymBydym (ok), 23:02, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Как для "менструирующих людей" есть правильное слово, так и для "неизменяемой переменной". А пока авторы язычка будут баловаться подобной е#аниной - счастья не будет.
     
     
  • 4.318, Прохожий (??), 01:46, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >счастья не будет

    Кому? Вон и Гугл, и Майкрософт, и Клаудфлэр не нарадуются. И производительность программистов выше, и качество кода.

     
     
  • 5.332, TydymBydym (ok), 02:41, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >>счастья не будет
    > Кому? Вон и Гугл, и Майкрософт, и Клаудфлэр не нарадуются. И производительность
    > программистов выше, и качество кода.

    Ну да, ну да. Вскрытие покажет. Я много инициатив видал, но которые конторки не чета вышеперечисленным не могли не нарадоваться. И где всё это сейчас?..

     
     
  • 6.342, Прохожий (??), 04:08, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    А что-то есть вечное в этом мире?

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

     
     
  • 7.513, Аноним (-), 01:26, 18/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > А что-то есть вечное в этом мире?

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

    Алгоритмы тоже вероятно можно причислить в эту категорию. Через N лет DCT так и останется DCT, а рид-соломон - рид-соломоном. То что не все из них может быть целесообразно применять через N лет это уже второй вопрос.

    > И что там вскрытие ещё должно показать, если уже есть отчёты счастливых разработчиков?

    ...но что-то мне подсказывает что сишка пережиет и вас и меня. Он по своему прекрасен в своей простоте.

     
  • 5.549, Neon (??), 22:07, 22/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Они то может и радуются, вот только пользователи как то не радуются. Постоянным фейлам с теми же обновлениями у M$
     
  • 4.488, Аноним (-), 13:35, 17/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Как для "менструирующих людей" есть правильное слово, так и для "неизменяемой переменной".

    Я не знаю, зачем ты приплёл менструирующих людей, но вот какое слово ты знаешь для неизменяемой переменной мне очень интересно, что это?

    Константа небось? Но неизменяемая переменная не константа. Неизменяемость растовых переменных локальна, их значение меняется сквозь жизнь программы, часто их время жизни ограничено и меньше времени жизни всей программы. Это _не_ константы. Но C/C++ программистам конечно сложно понять, потому что они таким тонкостям необучены.

     
     
  • 5.494, n00by (ok), 15:50, 17/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +3 +/
    > какое слово ты знаешь для неизменяемой переменной
    > мне очень интересно, что это?

    Пере-менная означает "меняющееся". "Неизменяемое меняющееся" называется одним словом - "чушь".

     
     
  • 6.499, Аноним (500), 17:16, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > "Неизменяемое меняющееся" называется одним словом

    Да и "постоянная переменная" (как и constant variable), по моему, ничем не лучше.
    Менять (присваивать) значение мы можем: один раз - (обычно) с неопределенного на что-то другое (возможно, тоже неопределенное, кхе).
    Но вот как назвать кратко и точно, без "выноса мозга"?


     
     
  • 7.520, n00by (ok), 12:12, 18/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    В стандарте Си называют объектами У объекта есть тип, в определении он предшест... большой текст свёрнут, показать
     
  • 5.551, Neon (??), 22:09, 22/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    А на фига такие сложности ?! Мало проблем, так их нужно еще и самим создать ?
     

  • 1.17, Доктор Альба (?), 00:08, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Давайте перепишем всё на Rust, например, GNOME.
     
     
  • 2.22, iiiypuk (ok), 00:17, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Gnome на Vala переписывать начали...
     
     
  • 3.39, Аноним (39), 03:15, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Что за внезапный прелестный сон?
     
     
  • 4.94, Axel (??), 09:29, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Pantheon
     
     
  • 5.407, Аноним (407), 22:23, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Так ему 10 лет в обед, и это не шутк
     
     
  • 6.475, Аноним (-), 09:50, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Так ему 10 лет в обед, и это не шутк

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

     

  • 1.24, Аноним (24), 00:34, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    >объявила о создании консорциума "Safety-Critical Rust Consortium

    Снова? Никогда не было и вот опять.

     
  • 1.25, Витюшка (?), 00:36, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +4 +/
    Новость хорошая. Но изучать эти кракозябры не очень охота.
     
     
  • 2.40, Аноним (39), 03:16, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +3 +/
    То же самое хотел написать. Отличный язык! Но программировать на нём я конечно не буду
     
     
  • 3.50, Аноним (47), 05:31, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +4 +/
    Программировать можно, но как потом читать все это безобразие? Я всегда считал плюсы ужасными, но раст одним махов их переплюнул.
     
     
  • 4.91, нах. (?), 09:22, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +5 +/
    пиши в write-only style, ну как некоторые на перле в 90х.

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

     
     
  • 5.323, Прохожий (??), 02:04, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >Зачем его потом читать, он же - безопастный!

    Ещё один "юморист", наверное претендующий на остроумие. Уже 100500 раз обсудили, что Раст от всех возможных ошибок не страхует. Должно уже было дойти, даже до самых невменяемых. А поди ж ты.

     
  • 4.296, Аноним (296), 23:17, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Приведи пример нечитаемого раста.
     
  • 4.322, Прохожий (??), 02:00, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Набор символов одинаков, что в Плюсах, что в Расте. Так, к слову.
     

  • 1.26, Аноним (26), 00:44, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +3 +/
    Просто писать на Ада не вариант? Надо обязательно сделать то же самое самим?
     
     
  • 2.29, Алиса (??), 01:22, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    Ada хотя бы читабельная, а тут не пойми что, какой-то набор символов.
     
     
  • 3.58, Прохожий (??), 06:05, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • –2 +/
    Если не читать документацию, тогда, конечно, будет "не пойми что". А если читать документацию, всё будет относительно просто и понятно. Примерно, как с математикой.
     
  • 2.149, Bottle (?), 12:29, 14/06/2024 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • –1 +/
    Не, ты что! Язык с одним компилятором против десятка коммерческих, без стандарта против языка со стандартом ISO, язык с арифметикой, разнящейся на машинах против языка с гарантиями точности, точно нужен!
     
     
  • 3.314, Аноним (314), 00:43, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Да что вы с этими стандартами ЯП возитесь? Как будет готов язык и желающие создать другие компиляторы этого ЯП, то наверняка найдётся хитрый антимонопольный комитет какого-нибудь Евросоюза, который и попросит стандартизировать. Хотя можно и без стандарта, но тогда начнётся недобросовестная конкуренция. Всегда можно попросить какого-нибудь Абрамовича стандартизировать ЯП. Вам от этого легче станет? Сразу побежите по стандарту свой компилятор клепать?
     
     
  • 4.377, n00by (ok), 11:58, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Стандарт нужен, когда у двух экспертов возникает спор. Решает его не тот, кто умело применяет риторику и доказывает по аналогии, а способный найти нужный пункт в стандарте.
     
  • 4.381, Bottle (?), 12:29, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Потому что язычки без стандарта и языки с плохим стандартом обречены на раздробленную экосистему, что мы наблюдаем на примере C и C++. То собери этим компилятором строго этого года строго под Windows XP Service Pack 1, это симейком, а это базелем, а это ещё одной системой сборки с данными флагами компилятора. И молись, чтобы всё запустилось.
    Даже т.н. легаси не спасёт языки от забвения, если совместимость не продумана наперёд.
     
     
  • 5.408, Аноним (407), 22:30, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Сишка под винду собирается на раз два чем угодно
     
     
  • 6.419, Bottle (?), 00:20, 16/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Кроме оффтопика, который с восьмой версии стал шпионской помойкой, есть и другие платформы. А вон там уже всплывают все грабли и костыли, заботливо расставленные Ритчи и коллективом по стандартизации.
     
  • 2.287, warlock66613 (ok), 21:01, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Попробуйте объявить на Ада Unicode строку. Только без дураков — чтобы на уровне типов было зафиксировано, что строка именно Юникод. Неважно что это будет — UTF-8, UTF-16 или UTF-32, но чтобы строго Юникод.
     
     
  • 3.304, Аноним (304), 23:48, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ой, а а каком языке с этим вообще нормально? Вот чтобы len('👩‍🚀') было 1?

    Мне в голову из популярных только Swift приходит.

     
     
  • 4.333, Прохожий (??), 02:49, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Нормально там, где присутствует строгая семантика. То есть, авторы библиотеки осознанно подходят к работе с Юникодом и его спецификой. В Расте есть такие библиотеки, хотя они и не являются стандартными. Авторы стандартной библиотеки решили, что для простоты и скорости они будут работать с кодами, а не символами. Но при этом в Расте нет проблем с объявлением строк в Юникоде.
     
     
  • 5.552, Neon (??), 22:11, 22/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Эти библиотеки должны стать стандартом языка, не так, что захотели авторы библиотек, какая моча им в голову ударила
     

  • 1.27, Аноним (27), 00:55, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    >let foo = [const { None }; 100];

    Говнище какое. Кажется скоро будет такая же лажа как плюсовый auto.

     

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

  • 1.28, Алиса (??), 01:20, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +2 +/
    Синтаксис избыточный. Если у Ada он просто многословный, то тут именно заbloatченый.
     

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

  • 1.32, Ivan_83 (ok), 01:28, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    > создании консорциума "Safety-Critical Rust Consortium", нацеленного на использовании языка Rust в решениях, требующих повышенной надёжности (Safety-Critical Software)

    Да, без этого никуда, а то ведь никто не использует самый бизапасный БДСМ язык для чего то, куда ни плюнь страшный С. :)

     

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

  • 1.42, Круз (?), 03:18, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +2 +/
    > Обеспечено автоматическое продление времени жизни временных значений, которые используются в конструкциях "match" и "if".

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

     
     
  • 2.53, Прохожий (??), 05:57, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • –3 +/
    В таком смысле он там всегда был. Но этот "сборщик мусора", в отличие от других языков, работает предсказуемо и без дополнительных накладных расходов, то есть на этапе компиляции.
     
  • 2.61, Аноним (-), 06:29, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > вот и завезли сборщик мусора, теперь ржависты со своим наречием стали совсем ненужны

    Если так рассуждать - то даже в си есть автоматическое управление памятью, ежели аллокации на стеке. И проблемы с ним там - довольно характерные, угумс. А самое прикольное что это не стандартизировано и implementation detail вообще.

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

     
  • 2.124, Аноним (124), 11:35, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Это то же самое, что очищение локальных переменных в конце функции, там нет stop the world
     

  • 1.80, Аноним (99), 08:52, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –1 +/
    Предлагаю вспомнить методы формальной логики.
    Раст вышел из мозиллы->мозилла~4%->в соседней веточке, в теме популярности ЯП'ов раста не видать в топах.
    ....
    Раст - это про пиар.
     

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

  • 1.120, Аноним (120), 11:25, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +1 +/
    Надеюсь консорциум будет достаточно дайвёрсити и инклюзивити. Надеюсь откроют целый отдел тех, кто будет следить за инклюзивностью. В расте по другому не принято.
     
     
  • 2.328, Прохожий (??), 02:34, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >В расте по другому не принято.

    Ещё один гений логики. Какое-то концентрированное сборище просто. Смешались в кучу кони, люди. Какое отношение имеет язык программирования (а не организация его развивающая) к инклюзивности? Правильный ответ - никакого. Но некоторые продолжают пытаться натягивать сову на глобус.

     
     
  • 3.366, Аноним (99), 09:10, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >Ещё один гений логики.
    > Какое отношение имеет язык программирования (а не организация его развивающая) к инклюзивности?

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

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

     

  • 1.133, Аноним (133), 11:56, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +1 +/
    Тем, кто "на заборе" - если хотите что-то лучше крестов, то пробуйте zig или go.
     
     
  • 2.136, Facemaker (?), 12:05, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Не совсем верно. C++ — язык для создания огромных и сложнейших систем. Zig прост и скорее конкурент Си. Go — соглашусь, способен во многих проектах заменить и C++, и Java и тем более Python. Но Go не перекрывает всё, на что способен C++. Тут можно рассмотреть Rust. Единственно, где C++, возможно, до сих пор незаменим — приложения, выжимающие максимум производительности (за счёт оптимизаций, запрещённых в более безопасных языках).
     
     
  • 3.171, Аноним (-), 13:58, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Где-то пол года назад в zig-песочнице можно было спокойно сделать double-free и ... большой текст свёрнут, показать
     
  • 3.183, Аноним (-), 14:39, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    В расте не запрещены никакие оптимизации Но зато есть возможность эти оптимизац... большой текст свёрнут, показать
     
     
  • 4.187, Аноним (187), 14:52, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >Единственно, где C++ до сих пор незаменим, это существующие кодобазы на C++.

    Заменим, незаменим...

    Когда  Rust начнут использовать для ПО используемом на АЭС, в аэрокосмической отрасли и т.п, тогда можно сказать про какую-то замену.

    А пока "истории успеха" от этого языка единичны.

     
     
  • 5.196, Аноним (72), 15:35, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    В софте для АЭС не может быть никакой магии. Или в аэрокосмической области. Не может быть такого что из карго прилетел неизвестный пакет и не может быть такого что лишняя непонятная магия проверяет некие абстрактные выходы за границы буфера.  
     
     
  • 6.201, Алиса (??), 15:43, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    > АЭС
    > аэрокосмической
    > карго

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

     
     
  • 7.335, Прохожий (??), 03:05, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Правильно ли я понимаю, что поскольку Си - нехипстерский язык, то ваять на нём софт для АЭС или космоса - нормалёк, несмотря на известную распространённость ошибок определённого класса, от которых на 100% защититься невозможно?
     
     
  • 8.415, Аноним (415), 23:15, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Си -язык простой в математическом смысле Sapienti sat ... текст свёрнут, показать
     
  • 8.424, Ivan_83 (ok), 06:28, 16/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    for int i 0 i 100 i printf i n , i Зачем мне тут от чего то защищ... текст свёрнут, показать
     
     
  • 9.476, Аноним (483), 09:50, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ваня, слезай с дерева Ты не прав 0 100 for_each 124 d 124 println d ... текст свёрнут, показать
     
  • 6.210, pavlinux (ok), 16:37, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –2 +/
    > В софте для АЭС не может быть никакой магии.

    Как такого "софта для АЭС" нет, там всë аналоговое. Полупроводники не любят радиацию

     
     
  • 7.244, Массоны Рептилоиды (?), 17:46, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Как такого "софта для АЭС" нет, там всë аналоговое. Полупроводники не любят радиацию

    Там чистый стимпанк в основном. Шестерёнки и паровые клапана

     
  • 7.362, Аноним (-), 08:42, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> В софте для АЭС не может быть никакой магии.
    > Как такого "софта для АЭС" нет, там всë аналоговое. Полупроводники не любят радиацию

    То-есть древний журнал "наука и жизнь" про станционную ЭВМ (если не ошибаюсь "Скала" называлась) в анализе аварии ЧАЭС - нагло гнал? Или таки полупроводник полупроводнику рознь?

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

     
  • 4.197, Аноним (72), 15:37, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Ты же понимаешь что в си плас плас софте все так потому что ни для кого это не является проблемой кроме тебя. И то ты просто теоретик и си плас плас никогда в глаза не видел.
     
  • 4.312, Аноним (-), 00:38, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > Например, строки в rust'е все в utf8. Код работы со строками с
    > целью оптимизации полагается на то, что весь этот utf8 валиден, вплоть
    > до UB в случае невалидного utf8 внутри str. Но std гарантирует,
    > что если ты не создаёшь str при помощи unsafe, то все
    > они будут валидны.

    То-есть если строка передается ремотой, мы можем конкретно выкусить? Оок!

     
     
  • 5.370, Аноним (500), 09:31, 15/06/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.390, Ivan_83 (ok), 14:37, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Про отвественность между вызывающей/вызываемой и проверкой кода возврата - да.
    Но я лично всегда всё проверяю на входе и проверяю код возврата если не пофиг на результат.


    Насчёт строк - уже много раз писал: нет в С/С++ никаких срок кроме константных объявленных в коде.
    Всё что вы откуда то получили - это область памяти с какими то данными предположительно содержащими текст, и именно так и надо это обрабатывать: указатель + размер передавать везде, а не думать что там /0 будет и что только валидный текст.

     
  • 3.389, Ivan_83 (ok), 14:30, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Нету в С/С++ никаких оптимизаций которые где то запрещены.
    Есть ручное управление ресурсами и есть возможность писать код так чтобы он работал максимально эффективно на конкретных архитектурах.

    В остальном - я вот смотрю на зоопарк приложений у меня в компе и там очень мало приложений где я могу уверенно сказать: "а пофиг на производительность и сколько оно жрёт".

     

  • 1.188, pavlinux (ok), 15:09, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    100500 лет назад доказано, что никакой язык не может сам себя проверять.
    На пальцах: if ( ptr == NULL) - сам язык может проверить только, что ptr NULL или нет,
    но не может отвечать, что if ( ) правильно отработал.
     
     
  • 2.189, Массоны Рептилоиды (?), 15:14, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    > 100500 лет назад доказано, что никакой язык не может сам себя проверять

    Не может проверять сам себя - будем проверять javascript-ом

     
     
  • 3.194, pavlinux (ok), 15:32, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    >> 100500 лет назад доказано, что никакой язык не может сам себя проверять
    > Не может проверять сам себя - будем проверять javascript-ом

    И как жабаскрипт проверит выставлен ZF на проце или нет?


     
     
  • 4.206, Массоны Рептилоиды (?), 15:58, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > И как жабаскрипт проверит выставлен ZF на проце или нет?

    Элементарно! Напишем npm пакет if-zf на rust-е

     
     
  • 5.208, pavlinux (ok), 16:18, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    >> И как жабаскрипт проверит выставлен ZF на проце или нет?
    > Элементарно! Напишем npm пакет if-zf на rust-е

    :D

     
  • 5.253, _ (??), 18:09, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    Ви таки зохватите Землю, да :) План зело хорошЪ!
     
     
  • 6.313, Аноним (-), 00:40, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Ви таки зохватите Землю, да :) План зело хорошЪ!

    КМК будет как с наполеоном примерно. Захватил, спалил, сам не понял нахрен это сделал, удрал обратно получая по пути волшебные пинки... закончил дни на острове вообще. Ящеры историю не изучали? :)

     

  • 1.209, Ноним (?), 16:33, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +1 +/
    Спрашивается, как в 21 веке можно было придумать язык с настолько неочевидным синтаксисом? В сравнении с Ржавчиной C++ отдыхает.

    К чему все эти закорючки, бесконечные знаки препинания? Лишние, никому ненужные ключевые слова. Без let переменная не объявляется? зачем после имени константы двоеточие? Парсер писали генератором случайных чисел?

    Без fun не понятно, что это функция? Почему инициализаторы массива идут через точку с запятой, вот чтобы что? Типа, у нас Rust, сделаем все не так, как у всех! Идиотизм какой-то.

    Rust не делает больше других ЯП, но делает это до вырвиглазности некрасиво.

    Концепция, может, и правильная. А реализация просто наиотвратнейшая.

     
     
  • 2.211, pavlinux (ok), 16:39, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    > слова. Без let переменная не объявляется?

    Можно, как в C, норм?  

    register inline const unsigned long long int __restict * const __volatile__ JOPA[] ____cacheline_aligned_in_smp;


    Прочëл и дождь пошëл.  o.0

     
     
  • 3.218, Ноним (?), 17:06, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Весело, конечно Какой еще register inline Лет 20 как на это компиляторы вни... большой текст свёрнут, показать
     
     
  • 4.222, pavlinux (ok), 17:12, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > В чем смысл писать _на_столько_ низкоуровневый код?

    Я последние лет 10-15 только под ядро линя  и пишу, забыл уж как int main(....)  правильно пишется )

     
     
  • 5.255, _ (??), 18:13, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    А что ты под него пишешь?
    Просто свинское любопытство, ничего более :)
    Раньше то таких ... было, но сейчас всё в тумане (в облаке аха) и не стало вдруг ...
     
     
  • 6.358, pavlinux (ok), 08:29, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > А что ты под него пишешь?

    Вон в профиле ссылка на контору

     
  • 2.217, pavlinux (ok), 16:58, 14/06/2024 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +1 +/
    > А реализация просто наиотвратнейшая.

    Самый прекрасный язык - это Фортран на перфокартах

     
     
  • 3.233, Ноним (?), 17:27, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    99% софта состоит из совершенно банальных конструкций.

    На Расте же нужно постоянно что-то компилятору сообщать. Какие-то стрелочки, скобочки... Раст по кривокосости даже Bash превосходит. Я бы понял, если бы этот ЯП изобрели лет 50 назад. Но ведь это новодел...

    Открываешь практически любой ЯП - и все понятно. В Расте даже простейшие вещи делаются не просто сложно, а как будто специально через одно место. Изобретатель Раста ни о каком KISS не слышал.

    На Расте пишут точно такие же банальные конструкции. Софт никак не отличается. Но в синтаксисе Раста все вдруг становится каким-то чумовым rocket science. Перерост формы над содержанием.

     
     
  • 4.305, мурзилка (?), 23:55, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    Разработчик Rusta не был специалистом (профессиональным программистом или учёным в области информатики), он был просто любителем. Отсюда и неудачный дизайн.
     
     
  • 5.343, Прохожий (??), 04:17, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >Разработчик Rusta не был специалистом (профессиональным программистом или учёным в области информатики)

    Создатель Rust работал программистом в Мозилле. За деньги. Следовательно, он был профессионалом. Но он не единственный, кто участвовал в создании языка. Были и другие люди.

     
     
  • 6.382, wyry (-), 12:49, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >Создатель Rust работал программистом в Мозилле.
    >Следовательно, он был профессионалом.

    Не следовательно. Так можно вообще кого угодно назвать профессиналом, если он(а) получил(а) деньги за программирование.

     
     
  • 7.454, Прохожий (??), 02:14, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >Не следовательно.

    Если человек регулярно получает деньги за свою работу, он является профессионалом. Это следует из определения этого слова. Автор получал за свою работу деньги регулярно. Кроме того, Раст создавался не только этим одним человеком, были и другие люди. И их труд уже был оценен мировыми лидерами софтостроения, хотя пока и не всеми.

     
     
  • 8.465, wyry (-), 07:37, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    В индустрии абсолютное большинство некомпетентных людей, которые регулярно получ... текст свёрнут, показать
     
     
  • 9.498, Аноним (500), 17:04, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    По какой-такой логике Особой, женской W опеннетно-квантовой ... текст свёрнут, показать
     
  • 6.391, Ivan_83 (ok), 14:52, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    Забавно, я вот тоже работаю пограмистом за деньги, но моё мнение относительно ст... большой текст свёрнут, показать
     
     
  • 7.441, Советский инженер (ok), 17:25, 16/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > что С это практически асм только переносимый, хоть и с нюансами на разном железе.

    C, который практически ASM остался на PDP-11.
    так что не ври людям, и себе

     
  • 7.446, Аноним (500), 22:02, 16/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > До прихода LLVM люди создавали языки редко и в основном ограничивались либами

    Правда, в какой-то другой, альтернативной мне реальности:
    https://en.wikipedia.org/wiki/Timeline_of_programming_languages
    (тут даже если смотреть ЯПы 2000х - LLVM в качестве бэкэнда там совершенно не доминирует).

    Ну и "кто на ком стоял" - в смысле факторы "тырьнет как раз шагнул в массы", "ОЙ-ТИ стало популярной и даже отдельной дисциплиной в универах" и "сильно увеличивающееся с каждым годом кол. студентов стало опубликовывать свои лабы" - тоже имеет место.

     
  • 7.460, Прохожий (??), 03:04, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Это потому, что я не считаю ваше мнение сколь-либо весомым и аргументированным, ... большой текст свёрнут, показать
     
  • 4.341, Прохожий (??), 03:59, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Здесь хорошо бы уточнить, на каком языке программирования с использованием какой... большой текст свёрнут, показать
     
     
  • 5.437, Ноним (?), 15:45, 16/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Не имеет значения Совсем Не надцать, а по пальцам одной руки Что уже на N-1 б... большой текст свёрнут, показать
     
     
  • 6.461, Прохожий (??), 03:24, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Вообще-то, имеет, если мы говорим про банальность обыденность, обычность, при... большой текст свёрнут, показать
     
  • 6.462, Прохожий (??), 03:36, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> Согласно неоднократным опросам, сложное в Расте - это время жизни переменных и заимствования.
    >Разве этим не занимается САМ ЯЗЫК? Да вы что...

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

    >> Остальное всё так же банально, как и в других сходных языках.
    >Интересно, о каких других языках вы говорите?))) Такого угрюмого синтаксиса как в Расте нет нигде.

    C, C++, Perl - синтаксис ничем не проще. Примерно такой же угрюмый.


    >> Просто надо документацию прочитать хотя бы раз.
    >Выше сказал, что Раст совершенно неочевиден.

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

     
  • 2.221, Алиса (??), 17:12, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Я выше уже писала, что взять ту же Ада, у неё просто многословный синтаксис, но крайне понятный и читабельный, а тут просто набор символов какой-то)
     
     
  • 3.225, pavlinux (ok), 17:14, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Я выше уже писала, что взять ту же Ада, у неё просто

    Напиши на Аде драйвер MMU для Risc-V, хотя все олдскульные имеют Asm(), asm(), __asm__,....  

     
     
  • 4.257, _ (??), 18:18, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ой вЭй! Ви таки хотите сказать что это таки невозможно?
    А я таки скажу: если уж вы забутстрапили Аду на этой железке, то невозможно это будет только если MMU на ней немножечко совсем нет! :-р :D :-)
     
     
  • 5.363, Аноним (-), 09:00, 15/06/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.463, Прохожий (??), 03:45, 17/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >Ада, у неё просто многословный синтаксис, но крайне понятный и читабельный, а тут просто набор символов какой-то)

    Математика - это тоже просто набор символов какой-то. И как люди живут с этим уже столько сотен (если не тысяч) лет...

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

     

  • 1.241, Наноним (?), 17:42, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +3 +/
    > {integer}::unchecked_add
    > {integer}::unchecked_mul
    > {integer}::unchecked_sub

    Гениально, в "safe" языке даже арифметические операции требуют ансейфа. Кто-то ещё воспринимает растерков всерьёз?

     
     
  • 2.246, pavlinux (ok), 17:49, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Гениально, в "safe" языке даже арифметические операции требуют ансейфа.

    В Си пишут всяки флаги или через pragma :  -mieee-fp  -funsafe-math-optimizations ... и т.п.

     
     
  • 3.254, Наноним (?), 18:12, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    С каких пор Си предендует на звание safe языка?
    Понятно что и Си, и Раст - небезопасные языки. Но зачем растерки постоянно всех обманывают?
     
     
  • 4.364, Аноним (-), 09:04, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > С каких пор Си предендует на звание safe языка?

    Какой-нибудь MISRA C - вполне себе претендует. Правда апликушным раздолбаям - не понравится.

    > Понятно что и Си, и Раст - небезопасные языки. Но зачем растерки
    > постоянно всех обманывают?

    А таки хруст как минимум попытался решить ряд задолбавших проблем. А вечно трахаться с int неопределенного размера - ну, черт, это для тех кто в ад хочет попасть досрочно. А когда вы наконец умрете, в аду вам просто выдадут сишку и DSPшник с 16-битными словами. И будете программировать под него вечно.

     
     
  • 5.396, Ivan_83 (ok), 18:17, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    На Z80 были 8 и 16 бит регистры, это далеко не самое страшное :)
     
     
  • 6.406, Аноним (-), 21:53, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > На Z80 были 8 и 16 бит регистры, это далеко не самое страшное :)

    Под Z80 толком нет полноценных сишных компилеров. А так все хорошо, прекрасная маркиза. Даже аврка удобнее для сей чем ЭТО. Но потом прищел ARM с своими Cortex M и дал всем мастеркласс на тему как это на самом деле надо было.

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

     
     
  • 7.425, Ivan_83 (ok), 06:30, 16/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Я не фонат Z80, просто с него начинал в 1998 году и это единственная архитектура с такой низкой разрядностью которую я щюпал/знаю.
     
     
  • 8.468, Аноним (-), 08:27, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Этот опыт малорелевантен в контексте си и тем более сабжа А кто-то из местных п... большой текст свёрнут, показать
     
  • 2.251, Вы забыли заполнить поле Name (?), 17:56, 14/06/2024 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +1 +/
    > Гениально, в "safe" языке даже арифметические операции требуют ансейфа. Кто-то ещё воспринимает растерков всерьёз?

    По умолчанию же сейф? Это как я понял для оптимизаций?

     
     
  • 3.259, _ (??), 18:20, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >По умолчанию же сейф? Это как я понял для оптимизаций?

    Для реальной жизни же :) А не interview code sample :)

     
  • 3.260, Наноним (?), 18:21, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Видимо Раст был недостаточно "safe", вот и решили добавить побольше операций чтобы уж точно никто в ансейфности раста не сомневался. Вот интересно, как растерки неистово наяривают на оптимизации, не понимая, что оптимальный код и safe код - это две взаимоисключающие вещи. В итоге Раст по производительности даже C++ не может догнать, так ещё и не более безопасен. Ради чего это всё тогда?
     
     
  • 4.269, Вы забыли заполнить поле Name (?), 18:37, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +2 +/
    > что оптимальный код и safe код - это две взаимоисключающие вещи

    Истина.

    Важные качества языка - это Correct, Beautiful, Efficient. Но можно выбрать только 2.

     
     
  • 5.271, Наноним (?), 18:53, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Correct, Beautiful, Efficient

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

     
     
  • 6.453, Прохожий (??), 02:07, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    На самом деле получается, хотя не всегда с первой попытки. Но это потому, что Rust - своего рода первопроходец. Просто не все способны оценить адекватно в силу или слабости когнитивных способностей, или предубеждённости.
     
  • 5.435, Аноним (-), 14:32, 16/06/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.452, Прохожий (??), 02:02, 17/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >В итоге Раст по производительности даже C++ не может догнать

    Где на эти итоги просмотреть можно? Потому что там, где я смотрел, Rust уделывал Плюсы (не помню точно, как сильно). Только Си не мог догнать, но разрыв был около 5%.

     
  • 3.443, крок (?), 19:16, 16/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    это вы так скоро поймете сущность С и вернетесь обратно 😃
     
  • 2.258, Аноним (-), 18:19, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Кто-то ещё воспринимает растерков всерьёз?

    Давай посчитаем:
    Линус с ядром, разю
    Гугл с написанием нового кода на раст, везде где это возможно, два.
    Тот же гугл с Open Se Cura.
    Клаудфаря с pingora.
    Амазон у которого Why AWS loves Rust....
    Довольно немало.

    Но конечно они меркнут перед кекспертизой Нанонима!


     
     
  • 3.265, _ (??), 18:28, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    А давай Целый сайд-саппорт для самого простого драйвера написан НЕ САМ ДРАЙВ... большой текст свёрнут, показать
     
     
  • 4.336, Прохожий (??), 03:14, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Другими словами, ты согласен, что на Rust вполне себе серьёзный софт можно писать. Ч.Т.Д.
     
  • 4.473, Советский инженер (ok), 08:54, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Целый "сайд-саппорт" для самого простого драйвера написан. НЕ САМ ДРАЙВЕР, НЕТ! :)

    и даже это в бесконечность раз больше чем у С++ :)

     
  • 3.268, Ноним (?), 18:36, 14/06/2024 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    Уверяю, они выбрали Rust не потому, что он "хороший", а потому, что временно безальтернативный.

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

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

     
     
  • 4.337, Прохожий (??), 03:23, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Корпам нужна прибыль прежде всего. Безопасность - часть её. Если можно сразу писать код с меньшим количеством ошибок, чем на другом языке, да ещё не теряя производительность труда программистов, то почему бы и нет? Другими словами, корпам нужна безопасность, но также нужен баланс между стоимостью разработки и получаемым доходом. Поэтому корпы думали о безопасности и ранее (было дело в начале двухтысячных, когда Майкрософт остановила разработку почти всех продуктов на несколько месяцев, чтобы провести обучение своих сотрудников по разработке безопасного кода). Но ранее не было Раста. А теперь он есть. И безопасность, которую он предоставляет, корпы получают почти даром.
     
  • 3.286, Ivan_83 (ok), 21:00, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Тут надо понимать что это не корпы решили выбрать раст как самое лучшее в индустрии, это снизу такие же фанбои раста рассказывали как они щас всё быстро перепишут на расте и оно будет в 1000050000 раз лучше и в 9999999 раз прибыльнее.
    Для разработв это способ позниматся фигнёй которая увеличит их стоимость на рынке труда и не ломать мозг думая на текущими задачами которые уже всех задолбали.
    Так же было и в начале чумки: все радостно запирались дома чтобы не ходить на работу, а потом оказалось что и на улицу теперь низя да ещё и уколы в наморднике делать надо.
     
     
  • 4.338, Прохожий (??), 03:28, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Именно корпы решили выбрать Раст,как самое лучшее в индустрии. Почему? Потому что именно они спонсируют разработку Раста. И не прогадали, надо заметить. Производительность труда выросла, качество кода улучшилось.
     
     
  • 5.385, Ivan_83 (ok), 14:05, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Да да, особенно в геймдеве оно выросло :)))
    И при такой мегапроизводительности - где результаты? Уже весь мир должен был быть переписан на раст, и где оно?)
     
     
  • 6.450, Прохожий (??), 01:50, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/

    >особенно в геймдеве оно выросло

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

    >где результаты?

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

    >Уже весь мир должен был быть переписан на раст, и где оно?)

    У Дропбокса, Клаудфлэр, Дискорд, например, весь мир переписан. Андроид (новый код). Амазон (отдельный софт). И так далее. Но удобней, конечно, не замечать реальность, которая противоречит твоей картине мира.

     
  • 5.411, мурзилка (?), 22:45, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Хорошо, большие фирмы выбирают Rust. А мы тут при чём? Мы в этих больших фирмах не работаем.
     
     
  • 6.451, Прохожий (??), 01:52, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Rust выбирают не только большие фирмы. Это вообще не связанные вещи: выбор языка программирования для какого-то проекта и размер фирмы.
     

  • 1.247, Вы забыли заполнить поле Name (?), 17:52, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    Для серьезного языка нужна возможность бустрапинга компилятора. Вот для GCC есть GNU Mes, а что с растом?
     
     
  • 2.256, pavlinux (ok), 18:16, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Mes, а что с растом?

    https://rust-gcc.github.io

    А вообще там конфликт лицензий, у Раста Apache и MIT, против правоверного  GPL v2

     
     
  • 3.266, Алиса (??), 18:33, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    > v2

    Какой же он правоверный, если допускает тивоизацию?

     
     
  • 4.303, Аноним (303), 23:45, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    У GCC лицензия GPLv3+ начиная с 2007. Следовательно, у gccrs тоже она самая.
     
  • 4.357, pavlinux (ok), 08:27, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    > если допускает тивоизацию?

    Разрешить использовать ножи и топоры только кухаркам и поварам?


     
     
  • 5.365, Аноним (-), 09:05, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >> если допускает тивоизацию?
    > Разрешить использовать ножи и топоры только кухаркам и поварам?

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

     

  • 1.248, Вы забыли заполнить поле Name (?), 17:54, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    > объявила о создании консорциума "Safety-Critical Rust Consortium", нацеленного на использовании языка Rust в решениях, требующих повышенной надёжности (Safety-Critical Software), сбой в которых может угрожать жизни людей, нанести вред окружающей среде или привести к серьёзным повреждениям оборудования

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

     
     
  • 2.250, Алиса (??), 17:56, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Ну а чего, сложность проектов растёт, отсеивая хеллоуворлдщиков, а кушать хочется всем) вот вместо кодинга занимаются всякой фигнёй)
     

  • 1.270, Аноним (270), 18:47, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • –1 +/
    Из-за ошибки работы с памятью сделали целый язык и создали консорциум. Это бред какой-то. Непонятно, как без этого языка жили то? Господи помилуй!
     
     
  • 2.272, Алиса (??), 18:57, 14/06/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.276, Аноним (-), 20:01, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > Из-за ошибки работы с памятью сделали целый язык и создали консорциум. Это бред какой-то.

    Только для того, кто не знает историю язык Ada.
    Ты бы хоть википедию почитал.

    > Непонятно, как без этого языка жили то? Господи помилуй!

    Плохо жили) То CVE, то RCE.

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

     
     
  • 3.283, Ivan_83 (ok), 20:55, 14/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • –1 +/
    Чувак, в реале люди тоже совершают ошибки, прикинь!?
    И в отличии от каких то CVE/RCE это бывает фтально.
    А те кто эксперементирует с ошибками вне фатального поля часто являются или мелкими жуликами или крупными предпринимателями.
     
     
  • 4.291, Аноним (-), 21:15, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > И в отличии от каких то CVE/RCE это бывает фтально.

    Вообще ошибка в коде бортового компьютера - тоже достаточно фатальна. Правда в ArianV это на аде было - такая безопасность :). Очень безопасно наверное когда ракета взрывается.

     
     
  • 5.308, мурзилка (?), 00:04, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Ада - это не про безопасность, это про деньги. Как и Rust.
    Целью создания Ады было сокращение расходов на сопровождение, а не повышение надёжности.
    Поздравляю всех с 95-летием журнала "Мурзилка"!
     
     
  • 6.325, Аноним (-), 02:07, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Ада - это не про безопасность, это про деньги. Как и Rust.

    Нехило бы как-то обосновывать громкие заявления.

    > Целью создания Ады было сокращение расходов на сопровождение, а не повышение надёжности.

    Здорово получилось: програмеров на этом почти нет, так что и затрат на них - тоже.

     
     
  • 7.413, мурзилка (?), 23:02, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >Нехило бы как-то обосновывать громкие заявления

    Изучайте историю создания языка Ада.
    К середине 70-х годов в проектах, которые курировала минобороны сша, использовались 400 языков программирования. Понятно что трудно было разобраться во всём этом по. Требовалась унификация средств разработки, чтобы сократить расходы на специалистов по всяким разным языкам. Было решено всё писать на одном языке (Ада). Когда минобороны сша объявило конкурс на проект языка Ада, то в требованиях было сказано, что язык должен быть основан на Паскале или PL/1. Если бы они думали о надёжности, то ни за что бы не упомянули PL/1.

     
     
  • 8.469, Аноним (-), 08:35, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Оно мне надо Я не собираюсь на этом програмить Мерзотная пасквилеобразная хня,... большой текст свёрнут, показать
     
  • 5.388, Ivan_83 (ok), 14:24, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Не каждая ошибка в бортовом компе фатальна, не надо придумывать.
     
  • 4.339, Прохожий (??), 03:37, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >Чувак, в реале люди тоже совершают ошибки, прикинь

    И что? По этой причине наплюем на типичные и САМЫЕ РАСПРОСТРАНЕННЫЕ ошибки в коде?

    >И в отличии от каких то CVE/RCE это бывает фтально.

    Взлом компании, повлекшей многомилионные прямые и репутационные убытки - это ерунда по-твоему?

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

    Это из чего следует?

     
     
  • 5.386, Ivan_83 (ok), 14:17, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Я ошибкой считаю не то что там компилятор себе надумал а то что мешает программе выдавать нужный мне результат/функционал.

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

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

     
     
  • 6.449, Прохожий (??), 01:31, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >мешает программе выдавать нужный мне результат/функционал.

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

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

    Поэтому будем плевать с высокой колокольни на критические ошибки?

    >Но вы же дальше своего кода не мыслите.

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


    >Более того, есть страховщики, которые могут такое покрывать.

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

     
     
  • 7.540, Ivan_83 (ok), 23:38, 21/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Вот когда упадёт - тогда и починим.

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

     
  • 2.278, Аноним (278), 20:39, 14/06/2024 [^] [^^] [^^^] [ответить]  [] []     [к модератору]
  • +/
    массив[0..10]цел
    ввод и
    вывод массив[5+и]

    Ну и как тут "на этапе компиляции" обеспечить безопасность при и=6?

    Сделали автоматическую вставку проверок входных данных и выдают это за "Уникальное Достижение". Просто чутка облегчили прогеру работу.

    Тож самое с ИИ -- раньше это были "стат системы принятия решения" и никто кипятком не писал, а теперь "оооо! ИИ! во все поля! дайте лярдов на внедрение!"

     
     
  • 3.285, Аноним (99), 20:57, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Про ИИ не соглашусь.
    Потрайте тут https://chat.lmsys.org/
    Кнопка директ чат. Выбираем клод, пусть даже хайку, самый простой из трех.
    Оно решает абсолютно нетривиальные задачи, некоторые из которых не под силу определенному кругу человеков, даже от ит индустрии. Сэд бат труъ. То ли еще будет.
    Это вам не алиса, скоммунизженная с древней ревизии чатгпт, времен его открытого кода под Маском.
     
     
  • 4.351, Аноним (72), 07:44, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Чего там коммуниздить? Ты когда-нибудь код нейросети видел? Он простой как железная дорога. Вся магия кроется во входных данных. Кто больше насобирал и разметил тот больший молодец.
     
     
  • 5.352, Аноним (99), 07:59, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    >Чего там коммуниздить? Ты когда-нибудь код нейросети видел? Он простой как железная дорог

    Отчего тогда код клода, чатгпт 3.5+ закрыт?

    > Вся магия кроется во входных данных. Кто больше насобирал и разметил тот больший молодец.

    В том числе, да. Но если дело только в них, кто мешал яндексу собрать? Разве у них мало данных?

     
     
  • 6.354, Аноним (72), 08:16, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Отчего тогда код клода, чатгпт 3.5+ закрыт?

    А как ты деньги будешь собирать если просто отдашь модель как файл? И пусть каждый безлимитно юзает. И тебе присылает только бонусы спасибо.

    > В том числе, да. Но если дело только в них, кто мешал яндексу собрать? Разве у них мало данных?

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

     
     
  • 7.368, Аноним (99), 09:23, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    Сегодня просто праздник логики какой-то Комментом выше Вы утверждали, что код ... большой текст свёрнут, показать
     
  • 7.485, Аноним (-), 11:58, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Я тебя слегка удивлю но Яндекс сами все разметили у полно своих
    > данных и даже сервис Толока где куча асессоров. И сам все обучили.

    Да... этот спич даже на чатгоптя не тянет. Яндекс, залогинься.

     
  • 4.400, Аноним (415), 20:54, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > https://chat.lmsys.org/

    Спс за ссыль, давно хотел пощупать Opus нахаляву. Сгенерировало хеллоуврот на fasm на чистом win32 api без ошибок. Круто.

     
     
  • 5.412, Аноним (99), 22:45, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Рад помочь!
    Оно действительно творит чудеса.
    Ичсх в любых областях знания.
    Это начинает немножечко пугать.
    Создатель ядреной бомбы в свое время понимал что к чему и основными фичами поделился с ссср. Сдается мне, что сейчас так не будет. Даже сдается мне не на пустом месте.

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

     
  • 3.290, Аноним (-), 21:11, 14/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > массив[0..10]цел
    > ввод и
    > вывод массив[5+и]
    > Ну и как тут "на этапе компиляции" обеспечить безопасность при и=6?

    Рубанув сборку кода - "доказуемо небезопасное действие" ;)

     
  • 2.553, Neon (??), 22:16, 22/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Это не бред, а имитация бурной деятельности с соответствующим гешефтом)))
     

  • 1.301, Аноним (303), 23:42, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +1 +/
    >организация Rust Foundation, которая курирует связанную с языком Rust экосистему, объявила о создании консорциума "Safety-Critical Rust Consortium"

    Надеюсь, CoC они уже написали.

     
     
  • 2.316, Аноним (316), 01:01, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Это был самый первый коммит. Нынешние погромисты занимаются чем угодно: этикой, инклюзивностью, КоКами, но никак не написанием кода 🤷‍♂️
     
     
  • 3.519, Пряник (?), 12:07, 18/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Через правила поведения бизнес пытается управлять OpenSource разработчиками. Они же по сути волонтёры, халявные работники.
     

  • 1.309, мурзилка (?), 00:15, 15/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    >Verus - инструментарий для проверки корректности кода, написанного на языке Rust ... Во время выполнения исполняемого кода Verus проверяет соответствие спецификации для подтверждения корректности работы.

    Уже нарождаются языки нового поколения, которые со временем вытеснят Руст из области повышенной надёжности. Первая ласточка -это язык Идрис
    https://www.idris-lang.org/

    Это, о чем мечтал Дейкстра всю жизнь - языки с автоматическим доказательством правильности программы.

     
     
  • 2.315, Аноним (316), 00:55, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Если ИИ будет развиваться с такой же скоростью, то боюсь, вся разработка уйдёт в декларативное описание, а на выходе чистейший максимально оптимизированный машинный код.
     
     
  • 3.340, Прохожий (??), 03:43, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Однако же ДОКАЗАТЕЛЬСТВО корректности кода всё равно надо будет иметь, хотя бы в критических для жизни людей областях. Так что эту проблему не отменит никакой ИИ.
     
     
  • 4.349, Аноним (72), 07:35, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    В критически важных местах нельзя полагаться на магию. Например в самолёте Як-40 нет ни одной микросхемы, но тем не менее у него и автопилот и все нужные системы безопасности для полетов. Работа всех систем точно известна и детерминирована. Без всяких безопасТных языков программирования.
     
     
  • 5.397, Аноним (415), 20:29, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Автопилот довольно простая аналоговая система несмотря на страшное название. И вообще, в таких областях, как авиация или космонавтика, идут по пути максимального упрощения, минимизируя количество потенциальных точек отказа. Это известно каждому инженеру.
     
     
  • 6.470, Аноним (-), 08:39, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > Автопилот довольно простая аналоговая система несмотря на страшное название. И вообще,
    > в таких областях, как авиация или космонавтика, идут по пути максимального
    > упрощения, минимизируя количество потенциальных точек отказа. Это известно каждому инженеру.

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

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

    ...так появился Fly By Wire. И даже до россиян через i++ лет что-то понемногу стало доползать.

     
     
  • 7.554, Neon (??), 22:18, 22/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Особенно весело стало, когда компы и мк стали управлять в Боингах 737 Max. Где пилоты вынуждены были вести неравную борьбу с автопилотом.) Который еще фиг выключишь. Спасибо, что до россиян пока этот маразм не дошел
     
     
  • 8.593, Аноним (-), 00:23, 30/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Если не пытаться выпячивать некоторые факапы и посмотреть на статистику, больше ... большой текст свёрнут, показать
     
  • 5.448, Прохожий (??), 01:21, 17/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    А кроме самолёта Як-40 других в мире больше нет?
     
     
  • 6.471, Аноним (-), 08:41, 17/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > А кроме самолёта Як-40 других в мире больше нет?

    А про fly by wire этому неандертальцу явно не рассказали. Да что там, он и про электронный газ в авто наверное не слышал.

     
     
  • 7.555, Neon (??), 22:19, 22/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    электронный газ в авто...слышали, когда аварии случались. Пользователь жмет на тормоз, а электроника на газ.)))
     
     
  • 8.594, Аноним (-), 00:28, 30/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Несомненно, без ABSок и подушек безопасности было гораздо безопаснее Аж два раз... текст свёрнут, показать
     
  • 6.502, _ (??), 17:54, 17/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    >А кроме самолёта Як-40 других в мире больше нет?

    Таких - нет. Потому как нет больше стран которым пофиг на цену керосина.
    Туда, куда летал Як-40 теперь обычно только турбопропы ходят.

     
  • 4.511, Аноним (-), 23:53, 17/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    > Так что эту проблему не отменит никакой ИИ.

    ИИ для генерации доказательств + система формальной верификации доказательств могут творить чудеса. Вот, просвещайся: https://www.scientificamerican.com/article/ai-will-become-mathematicians-co-pi

    И, я отмечу, это только начало. Все эти прорывы вида ChatGPT только ещё учатся увязывать с системами формальной логики. Да и, прям скажем, сами по себе эти чатботы ещё далеки от завершённости: есть основания полагать, что там можно снизить количество нейронов на порядок не потеряв в качестве. Просто до этого ещё руки не дошли, пока все наперегонки тренируют всё большие и большие нейросетки, чтобы посмотреть что будет.

     
     
  • 5.523, Аноним (523), 17:31, 18/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Почитал статью, там только мечтают.

    "I think in the future, instead of typing up our proofs, we would explain them to some GPT. And the GPT will try to formalize it in Lean as you go along.
    ...
    In the future, I could imagine a big theorem being proven by a combination of 20 people and a bunch of AIs each proving little things. And over time, they will get connected, and you can create some wonderful thing. That will be great. It’ll be many years before that’s even possible. The technology is not there yet, partly because formalization is so painful right now."

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


     

  • 1.321, Аноним (321), 01:56, 15/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  [] []     [к модератору]
  • +/
    А мне вся эта движуха с Rust напоминает другой супербезопасный язык Ada, там было все и крики о надежности, и консорциумы с военщиной и тд и тп, финал немного очевиден
     
     
  • 2.348, Аноним (72), 07:30, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    Заказчик разработки языка ада министерство обороны США. Область его применения точно известна и в ней язык широко распространен. На этом в общем-то твой наброс и провалился.
     
     
  • 3.369, Аноним (369), 09:26, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +1 +/
    Интернет(он же в девичестве ARPANET) заказчик разработки минобороны США и внезапно популярен за стенами пентагона.

    Что то не сходится дружок-пирожок=)

     
     
  • 4.376, pavlinux (ok), 11:58, 15/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • –3 +/
    > Интернет(он же в девичестве ARPANET) заказчик разработки минобороны США

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

     
  • 3.556, Neon (??), 22:21, 22/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • +/
    министерство обороны США - вот где гигантские попили огромных бюджетных сумм. Ах, да, это называется не коррупция, а лоббирование.) Ведь в странах демократии коррупции как бы нет).
     
  • 2.398, Аноним (415), 20:36, 15/06/2024 [^] [^^] [^^^] [ответить]  []     [к модератору]
  • –1 +/
    > супербезопасный язык Ada

    Ну он, собсно, таким и является. Ты же не будешь спорить с NASA или Пентагоном касаемо выбранного ими языка 😉

     
     
  • 3.426, Аноним (426), 10:18, 16/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +2 +/
    На этом безопасном языке была написана программа, которая привела к крушению французского космического корабля Ариан 5. Как-то так. Ты же тоже не будешь с этим спорить.

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

     
     
  • 4.445, Аноним (445), 21:30, 16/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    Структурная надежность технической системы обычно не предмет компетенций заурядного кодера. Требования к надежности подсистем (тем более космического корабля) определяются не досужими IMHO  анонимов с холиварных топиков.
     
  • 4.503, _ (??), 17:56, 17/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +1 +/
    >На этом безопасном языке была написана программа, которая привела к крушению французского космического корабля Ариан 5.

    Вот именно! А уч чего с ржавчиком будет ... 8-о

     

  • 1.479, Аноним (483), 10:16, 17/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  []     [к модератору]
  • +/
    Последний тренд зарубежья - На Раст писать софт удобно, быстро, безопасно. Но переписывать, dirty-патчить, рефакторить - мука. Он плохо подходит под однопоточные приложения из-за тоталитарного борроу-чекера.

    /lessons_learned_after_3_years_of_fulltime_rust/
    Раст плохо подходит для однопоточных приложений, которые надо часто пере/дописывать, и в которых на RCE всем плевать. (Держу в курсе)

     
     
  • 2.524, Аноним (523), 17:45, 18/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    вот что пишет человек, который на программировании игр на Rust'е собаку съел:

    https://loglog.games/blog/leaving-rust-gamedev/

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

     
     
  • 3.525, Аноним (-), 18:24, 18/06/2024 [^] [^^] [^^^] [ответить]      [к модератору]
  • +/
    > он пишет что Rust не подходит для прототипирования и когда требования быстро меняются

    Логично, для прототипа проще использовать питон.
    Дла игрушек лучше с++ тк будет быстро, а если оно где-то упадет или крешнится - то всем почти пофиг. Раст там не нужен.

    Учитывая, что происходит в геймдеве, с кранчами по 60-80 часов в неделю...
    Хорошего кода там все равно не будет.
    Будут костыли построенные поверх велосипедов.

    А потом люди удивляются "почему игра становится играбельной через минимум пол года после релиза"


     

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



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

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