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 обязательно


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

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

     
     
  • 3.11, 12yoexpert (ok), 23:51, 13/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    1) синтаксис
    2) борьба с компилятором вместо работы
    3) аргессивная реклама и фанатики

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

     
     
  • 4.13, Аноним (13), 23:59, 13/06/2024 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Я не топлю ни за раст ни за С++ ни за любой другой язык. Но слышать такое от С++ разраба это вообще дичь. Борьба с компилятором? Это когда ошибки в С++ хер прочтешь это ли не борьба с компилятором? Или когда в С++ куча неявного поведения в стандартной библиотеке? Самое глупое например что я видел это  std::endl который казалось бы должен просто добавлять конце строки в поток. Но он ко всему этому еще и флашит буффер. Почему он делает то о чем его название не говорит? Почему я должен об этом догадаться?  Или почему в мапе если нет значения при использовании с квадратными скобками он создаст значение? Это ж так очевидно, опять делают то что не просят

    Все просто! Чтобы эффективно программировать на С++ ты ОБЯЗАН учить абсолютно все к чему притрагиваешься не важно на сколько очевидным оно тебе кажется. Это ж так удобно

     
     
  • 5.15, Аноним (1), 00:01, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С rust то же самое, но вдобавок ужасный синтаксис и строгий компилятор, мешающий прототипированию.
     
     
  • 6.16, Аноним (13), 00:04, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > С rust то же самое, но вдобавок ужасный синтаксис и строгий компилятор,
    > мешающий прототипированию.

    В расте хватает говна согласен и не мало, особенно с избыточностью тех же unwrap(мелочь а бесит) и так далее. Но там чуть больше логики я в этом вижу(могу быть не прав, это субъективно для меня). Плюс все удобства в виде встроенного инструментария тестирования а также пакетного менеджера и нормального билда а не анального траха с CMake  и других таких вещей. Мне по работе необходимо много работать с С++ кодом и это дичь зачастую. Только если у тебя ОЧЕНЬ много опыта в С++ ты сможешь писать достаточно красивый, логичный и эффективный код.

     
     
  • 7.23, Витюшка (?), 00:34, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Zig спасёт отца демократии
     
  • 7.474, Аноним (-), 09:46, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > В расте хватает говна согласен и не мало, особенно с избыточностью тех
    > же unwrap(мелочь а бесит) и так далее. Но там чуть больше
    > логики я в этом вижу(могу быть не прав,

    Ага, вон там товарисч фрикодер пример подогнал логику! :)




    fn foo<'a, T: FromStr, I: IntoIterator<Item = T>, F: Fn(T) -> bool>(
        self: &'a Self,
        first: T,
        callable: F,
        iter: I,
    ) -> Result<&'a T, T::Err> {
        // ...
    }



    Ну что, сиплюсплюсеры, обломались?! Вас таки сделали!

     
  • 6.345, Советский инженер (ok), 06:59, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >строгий компилятор, мешающий прототипированию

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

     
     
  • 7.489, Серб (ok), 14:03, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > а кому и это сложно, тот вообще прототипипует на питоне.

    И потом 20 лет пытается переписать на Си.

     
     
  • 8.497, Советский инженер (ok), 17:03, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    главное что у человека эти 20 лет есть хлеб с маслом, и возможно и на икорку хв... текст свёрнут, показать
     
  • 5.35, Алиса (??), 01:38, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему я должен об этом догадаться?

    Ты должен для начала открыть reference manual чтобы не удивляться очевидному) П.с. Это если твоя IDE не подсвечивает синтаксис))

     
     
  • 6.147, Sw00p aka Jerom (?), 12:25, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А ссылка где?

    https://en.cppreference.com/w/cpp/io/manip/endl

     
  • 5.47, Аноним (47), 05:25, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему до сих самых пор игры пишут на плюсах, а не на расте? В плюсах же - ведь все настолько плохо... а как вообще окна написали? Да и весь остальной код.
     
     
  • 6.62, Прохожий (??), 06:37, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Очевидно, потому, что C++ гораздо раньше появился на свет, и уже успели написать очень много, и переписывать всё на новом языке выйдет довольно дорого (хотя движки игровые уже начали появляться и на Rust). Кроме того, в играх ошибки работы с памятью не особо критичны. Ну упадёт где-то игра, никто особо на деньги не пострадает. Только настроение у игрока испортится. Игру починят, и поедут дальше. В критичных же для бизнеса приложениях подобные ошибки чреваты большими убытками.
     
     
  • 7.72, Аноним (72), 08:40, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Раст уже 9 лет как "стабильный" язык почему на нём ничего не пишут?
     
     
  • 8.79, Аноним (79), 08:50, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    пишут и много например в блокчейне... текст свёрнут, показать
     
     
  • 9.84, Аноним (84), 09:13, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    очередное подтверждение, что это скам, а не язык ... текст свёрнут, показать
     
  • 9.99, Аноним (99), 09:55, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А биток ака золотой стандарт внезапно на крестах Ну, Вы поняли Про скам там ... текст свёрнут, показать
     
     
  • 10.113, freecoder (ok), 11:01, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Биткоин появился раньше, чем Rust ... текст свёрнут, показать
     
     
  • 11.115, Аноним (99), 11:04, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее, он не написан скажем на жабе ... текст свёрнут, показать
     
     
  • 12.125, freecoder (ok), 11:35, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Java плохо подходит для программ, требующих высокой производительности ... текст свёрнут, показать
     
     
  • 13.130, Аноним (99), 11:51, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вместе с тем бОльшая часть энтерпрайзного софта пишется на ней и на шарпах По к... большой текст свёрнут, показать
     
     
  • 14.134, freecoder (ok), 12:00, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    BitShares был написан на плюсах и соскамился Solana написана на Rust и держится... текст свёрнут, показать
     
     
  • 15.140, Аноним (99), 12:16, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрите гитхаб юитшарес, узнаете много нового и интересного Нет, корреляции ... текст свёрнут, показать
     
  • 8.347, Советский инженер (ok), 07:03, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    а что нового за это время написали на плюсах все более менее стоящее стартанул... текст свёрнут, показать
     
  • 6.73, Аноним (13), 08:40, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Почему до сих самых пор игры пишут на плюсах, а не на
    > расте? В плюсах же - ведь все настолько плохо... а как
    > вообще окна написали? Да и весь остальной код.

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

     
     
  • 7.112, Аноним (47), 10:55, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Rust раз за разом бьет программиста по рукам - раз язык должен себе такое позволять?
     
     
  • 8.114, freecoder (ok), 11:03, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Бьёт только до тех пор, пока программист не научится программировать на Rust ... текст свёрнут, показать
     
     
  • 9.150, Аноним (47), 12:31, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Язык должен делать то, что пожелает программист не наоборот Тем более бить е... текст свёрнут, показать
     
     
  • 10.154, freecoder (ok), 12:42, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно Поэтому Rust позволяет программисту делать всё, что он пожелает Просто... текст свёрнут, показать
     
     
  • 11.156, Аноним (-), 12:53, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но тем не менее он позволяет делать даже скверное ... текст свёрнут, показать
     
  • 6.101, Аноним (-), 10:00, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что если в игрушке будет out-of-bounds и она внезапно удалит все файлы юзера, то бідем иметь одну сгоревшую задницу.
    А если такое же будет в ядре линукс, но получим удаленное выполнение случайного кода, то попа сгорит у кучи админов и людей с деньгами.

    Поэтому в ядро добавляют раст, а на геймеров всем плевать.

     
  • 6.164, JackONeill (?), 13:33, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что крупные игры на слуху делают не на языке, а на движках, первая 5ка из которых появились задолго до появления ржавого. По моему тут все просто. На rust идет разработка движков. Да и игры есть, не крупные конечно де пока. Все это гуглится на ура.
     
  • 5.66, Аноним (66), 07:08, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я не топлю ни за раст ни за С++ ни за любой другой язык.

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

     
     
  • 6.74, Аноним (72), 08:41, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но ведь основа любого пузыря это святая вера.  
     
  • 6.116, freecoder (ok), 11:07, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот я уже более пяти лет активно использую Rust в разработке, и у меня всё хорошо. Язык улучшается, экосистема растёт, что не может не радовать. Почему это он вдруг должен "сдуться"?
     
     
  • 7.146, Аноним (-), 12:24, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю если добавить все добавления в ядро, драйвера от шапки и асаши, то у хейтеров будет вообще кислое выражение лица)
    Владельцы линукса решили что им достаточно CVE в ядре и теперь будут исправлять ситуацию
     
  • 5.106, Аноним (106), 10:33, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > ты ОБЯЗАН учить абсолютно все к чему притрагиваешься

    Да, так всегда в жизни

     
  • 5.109, Герострат (?), 10:37, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это когда ошибки в С++ хер прочтешь это ли не борьба с компилятором?

    Ты читать не умеешь что ли?

     
  • 5.137, _kp (ok), 12:05, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> когда ошибки в С++ хер прочтешь это ли не борьба с компилятором?

    Смените IDE.
    Вон, в Visual Studio, ткнёш в ошибку, и предлагаются варианты исправления на выбор, при опечатках и явных плюхах, то есть человеческом факторе, очень ускоряют работу.

    >>казалось бы должен просто добавлять конце строки в поток. ... этому еще и флашит буффер.

    Кажется - перекрестись и сплюнь.
    Если поведение не явно оговорено, то ПО УМОЛЧАНИЮ будет как угодно, ибо иного не обещано, но на самом деле Вы можете настроить срабатывание flush.

    >>Почему он делает то о чем его название не говорит? Почему я должен об этом догадаться?

    Потому что плохо учились, или мало учились.

     
     
  • 6.273, нейм (?), 18:59, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    тот самый visual studio который чтоб скачать - надо на тридварасов посмотреть?
     
     
  • 7.293, _kp (ok), 21:45, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не понимаю, на что у Вас приходится смотреть. Вы с этой планеты пишете?


     
  • 4.14, Аноним (1), 23:59, 13/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    4. Экосистема, завязанная на централизованный обмен пакетами.
    Помню был случай, когда разраб для экономии времени сборки запихал в crate блоб.
     
     
  • 5.63, Прохожий (??), 06:41, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что помешает этому же разрабу проделать подобное с кодом, который не входит в эту экосистему? И причём здесь вообще экосистема, которая всего лишь существенно облегчает поиск нужного тебе пакета и интеграцию в твой проект?
     
     
  • 6.86, Аноним (84), 09:15, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    нафига это, если есть пакетный менеджер ОС и git?
     
     
  • 7.105, Аноним (105), 10:25, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Устанавливайте зависимости напрямую из любого гит репо, кто же вам запрещает.
     
     
  • 8.356, Аноним (-), 08:26, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Билдовка е чим cargo и потуги качать полинтернета на каждый пшик ... текст свёрнут, показать
     
     
  • 9.371, Аноним (-), 09:51, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем тебе инет Ты что, до сих пор не осилил как в toml прописать локальные зав... текст свёрнут, показать
     
     
  • 10.375, Аноним (-), 11:26, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В каждом проекте это делать несколько задолбает ЯП продвигает практики попадени... текст свёрнут, показать
     
     
  • 11.455, Прохожий (??), 02:21, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но в Си или Плюсах - это, считай, обязаловка И тебя это почему-то устраивает ... текст свёрнут, показать
     
     
  • 12.464, Аноним (-), 07:15, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На сях или плюсах я могу либы ставить - системным пакетником Не гадясь под себя... большой текст свёрнут, показать
     
  • 4.19, Аноним (19), 00:11, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Кивание на синтаксис (вместо оценки семантики), общие слова и не технические аргументы - явные признаки "домашнего" программиста.
     
  • 4.34, Алиса (??), 01:35, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > 12yoexpert

    Вот тут соглашусь с каждым пунктом данного одиозного товарисча) Особенно по 3 пункту

     
  • 4.64, Прохожий (??), 06:45, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1) вкусовщина (другими словами непрофессионализм).
    2) недостаток знаний, плохое владение предметной областью (то есть, снова не профессионализм).
    3) субъективное ничем не подтвержденное мнение (опять он, непрофессионализм).
     
  • 4.127, Аноним (127), 11:40, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я как сишник несколько раз пытался тыкать плюсы, поддавался на хайп, но это скам, а не язык.
     
     
  • 5.145, Аноним (145), 12:23, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А правда, когда сишнику нужна структура данных типа словаря, то они подумают-подумают, решат, что не сильно то и надо, и сделают обычную таблицу-массив?
     
     
  • 6.148, Аноним (-), 12:26, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Однозначно!
    По массиву легче идти-идти, а потом раз! и выйти за пределы.
    Ну, чтобы жизнь стала интереснее.
     
  • 6.292, Аноним (292), 21:25, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    То мы берем uthash
     
  • 6.482, Аноним (-), 10:48, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Или возьмут готовую либу И будет им - ну вот это вот Более того - можно взять ... большой текст свёрнут, показать
     
     
  • 7.487, Аноним (-), 13:04, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    мегов, а 120 кил на все Хм, а потом вломиться в топ 10 CVE, тк срезали углы ка... большой текст свёрнут, показать
     
     
  • 8.507, Аноним (-), 23:01, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да там CVE не лезут оптом, авторы одупляемые, умеют fuzzing и азы секурити Тут ... большой текст свёрнут, показать
     
  • 7.500, Аноним (500), 17:36, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но лишь топ-чарт ничего не значащих синтетических хелловротов, ага Таким боком... большой текст свёрнут, показать
     
  • 4.319, Аноним (319), 01:46, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > 2) борьба с компилятором вместо работы

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

     
  • 3.178, Аноним (-), 14:18, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мне кажется, что последняя часть предложения неверна Баланс между сложностью ве... большой текст свёрнут, показать
     
     
  • 4.184, Аноним (-), 14:47, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну раст никогда не заявлял целью верификацию , скорее исправить самые распрост... большой текст свёрнут, показать
     
  • 2.52, Аноним (-), 05:54, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем нужен консорциум, если Rust и так безопасный?

    Раст безопасный, но вон там список CVE по слову Rust почему-то уже довольно длинный.

     
  • 2.200, nonon (?), 15:42, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это как я случайно делил на ноль в расте)
    Сваливался в панику...
     
     
  • 3.204, Аноним (99), 15:50, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это явный баг!
    Надеюсь отправили багрепорт.
    Ведь современные исследователи полагают, что на 0 делить можно. Даже порой пытаются это доказать!
     
  • 3.274, Аноним (-), 19:14, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это как я случайно делил на ноль в расте)
    > Сваливался в панику...

    Ну вот... А мог бы как нормальныя языки рута дать!
    Или хотя бы произвольный код выполнить.

     
     
  • 4.374, n00by (ok), 11:25, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Это как я случайно делил на ноль в расте)
    >> Сваливался в панику...
    > Ну вот... А мог бы как нормальныя языки рута дать!
    > Или хотя бы произвольный код выполнить.

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

     

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

  • 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 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    > Создан консорциум для разработки высоконадёжных систем на Rust

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

    > unsafe

     
     
  • 2.8, Карлос Сношайтилис (ok), 23:40, 13/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Каждый любой проект на любом языке использует системные вызовы, которые написаны на языке unsafe by design. И?
     
     
  • 3.38, Аноним (38), 02:44, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > И?

    Каков смысл в "безопасном языке", если без unsafe никуда?

     
     
  • 4.45, MT (ok), 03:44, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала пишем библиотеки-обвязки с 'unsafe', потом используем эти библиотеки уже в безопасном стиле.
     
     
  • 5.48, Аноним (47), 05:27, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И это превратит его в безопасный код?
     
     
  • 6.51, Прохожий (??), 05:48, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это поможет гораздо быстрее находить ошибки.
     
     
  • 7.76, Аноним (72), 08:44, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет не поможет, проснись.
     
     
  • 8.320, Прохожий (??), 01:49, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я не сплю Когда возможные проблемные места изолированы, ошибки искать быстрее и... текст свёрнут, показать
     
     
  • 9.344, Аноним (47), 06:12, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы так рассуждение, как-будто все ошибки и проблемные места будут изолированы в ... текст свёрнут, показать
     
     
  • 10.456, Прохожий (??), 02:25, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Кто бы говорил про дивные миры Вы там что-то себе нафантазировали от моего имен... текст свёрнут, показать
     
  • 5.117, freecoder (ok), 11:11, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Концепция безопасности в Rust предполагает использование unsafe там, где компилятор не может гарантировать безопасность и её должен гарантировать программист. Unsafe - полноценный и необходимый элемент языка Rust. Если вы ожидали другого - это проблема ваших ожиданий, сам Rust не скрывает важности и нужности unsafe.
     
     
  • 6.166, Аноним (166), 13:39, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > де компилятор не может гарантировать безопасность и её должен гарантировать программист.

    Цепь прочна ровно настолько, насколько прочно её слабое звено. Так что панацеи не получилось, всё равно всё упирается в профессионализм программиста.

     
     
  • 7.172, Аноним (-), 14:01, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Цепь прочна ровно настолько

    Только у тебя не цепь.
    Можешь представить офисное зданием, много этажей, куча дверей.
    Часть дверей гнилые, где-то нет замков. Даже если ты заменишь половину дверей - уже станет лучше.

    > профессионализм

    пока что профессионалы лепять очередное double-free в ядре на сишечке

     
     
  • 8.185, Аноним (47), 14:50, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В случае обвязок, аналогия достаточно верная - так как учитывает иерархию А вот... текст свёрнут, показать
     
  • 7.428, freecoder (ok), 13:26, 16/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как лучше: проверять каждое звено на гниль, или только 20% звеньев, так как для 80% автоматически гарантирована исправность?
     
  • 2.9, Аноним (-), 23:42, 13/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Каждый второй проект на Rust

    Не каждый. Тут совсем недавно была статистика www.opennet.ru/opennews/art.shtml?num=61251, что только 20% крейтов содержат unsafe.

    А которые содержат, чаще всего используют для вызова дыряшечных функций через FFI, что по определению не может быть безопасно. И самый жирый по использованию unsafe - crate-пакет windows, являющийся обвязкой над API платформы Windows.

     
  • 2.31, Алиса (??), 01:28, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Unsafe это прям как goto сегодняшних дней. Удобно, эффективно, но небезопасно. Кстати unsafe это больше про системное программирование, там где прям нужно лезть в саму память. Большинство прикладных программ этого не требуют)
     
     
  • 3.46, cheburnator9000 (ok), 03:49, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Некоторые графические программы хотят более лучше интегрироваться в систему и как-то с ней взаимодействовать. И не изобретать велосипед на каждый чих. Но до сих пор на каждый чих все изобретают свои способы подходы к вопросам. Под макос все просто есть Cocoa API, там по сравнению с WinAPI все куда более организовано. А под линуксом что? 100500 сервисов которые реализованы для общения либо через сокеты, либо через dbus, либо вообще умудряются микро http сервер держать для rest api. И все это ради чего? Правильно чтобы не влезать в "unsafe" мир. Тогда почему Apple это вообще не колышит, а под линуксом каждый второй изобретает велосипеды лишь бы оно не было на C/C++.
     
     
  • 4.104, Аноним (104), 10:24, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И все это ради чего? Правильно чтобы не влезать в "unsafe" мир.

    Нет конечно. Просто разработка линукса - это базар в худшем его виде.
    Лебедь, рак и щука просто нервно курят в сторонке, глядя на это сборище непризнанный "гениев", засилье NIH и stable anything nonsense. Причем все попытки сделать хоть что-то стандартом де-факто оборачиваются метанием продуктов жизнедеятельности в создателя.

     
     
  • 5.131, Аноним (131), 11:53, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Один сделал стандарт де факто, теперь система при разлогине пользователя браузер прибивает.
     
     
  • 6.508, Аноним (-), 23:03, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Один сделал стандарт де факто, теперь система при разлогине пользователя браузер прибивает.

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

     
  • 4.190, Аноним (190), 15:15, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Апле оно не колышит потому что в году 16 они принудидили своих писак писать на своем растоподобном. Там тоже пытаются обработку всехвсех ошибок во время сборки делать.
     
     
  • 5.299, cheburnator9000 (ok), 23:37, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Апле оно не колышит потому что в году 16 они принудидили своих
    > писак писать на своем растоподобном. Там тоже пытаются обработку всехвсех ошибок
    > во время сборки делать.

    Алее, у Apple API всегда доступны в двух вариантах. В Obj-C, и в Swift. https://developer.apple.com/documentation/foundation/nsnotification?language=o

     
  • 3.49, Аноним (47), 05:29, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что-то мне подсказывает, без unsafe - особо дальше hello world не уехать.
     
     
  • 4.238, Наноним (?), 17:38, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Даже hello world без ансейва не написать, нужно сделать системный вызов write - а систем вывзов это unsafe операция
     
  • 3.67, Илья (??), 07:09, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Большинство прикладных программ этого не требуют

    Прикладные лучше на c# писать. Дотнет вылизали как конфетку последнее время.

     
     
  • 4.69, Аноним (69), 08:29, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Последние лет 15 если быть более точными.
    Хорошие быстрые и надежные приложения.
    Но есть нюансы - смотря какая предметная область - Если какие либо приложения с UI - MS умудрилась ловко забросить годный WinForms, потом так же ловко слить 10 лет назад Сильверлайт и WPF, и сейчас там все довольно туманно - активного развития давно, последние 10 лет, там нет.
    Плюс доступных и бесплатных развитых IDE тоже нет -кроме VS Comunity требующий регистрации в MS - свободный и кривой MonoDevelop давно заброшен.
    А так да, все конфетно, но с элементами некромагии.
     
     
  • 5.169, Илья (??), 13:51, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я на беке работаю, мне хорошо, тут дотнет только хорошеет А про UI согласен ... большой текст свёрнут, показать
     
     
  • 6.401, Аноним (-), 21:05, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    О, кажется этот маздайщик уже начал немного догадываться за кого его на самом де... большой текст свёрнут, показать
     
     
  • 7.478, Аноним (478), 10:11, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    MS кидает всегда.., ну прям как девиз Таргариенов из игры престолов :)

    ВПФ, сильверлайт, а теперь еще блазор - то же, но вид сбоку, через несколько лет забросят, но успеют задолбать адептов платными курсами и конференциями.
    И поэтому аноним вовремя соскочил обратно на C++ когда работа появилась.

    > У майкрософта и их маркетинга теперь новая игрущка - сабж. Они даже в совет директоров вписались

    Но все же сабж и донет несколько разные вещи и разные области применения.
    C# отличный язык с невысоким порогом вхождения для программистов низкой и средней квалификации (но повыше чем у питонщиков и вебщиков) чтобы быстро ваять внутрикорпоративную автоматизацию - конкурент Джавы.
    Сабж для системного программирования, порог вхождения высокий.

     
     
  • 8.484, Аноним (-), 11:25, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я очень плотно партнерил с ними Так что отлично в курсе как они работают И как... большой текст свёрнут, показать
     
     
  • 9.486, Аноним (-), 12:57, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Классный у тебя Линукс, а где ты такой нашел Я вижу типичную ситуацию лебедь, ... текст свёрнут, показать
     
     
  • 10.509, Аноним (-), 23:24, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле где, он такой один - kernel org Это и есть линукс Ядро Те кто его де... большой текст свёрнут, показать
     
  • 3.77, Аноним (72), 08:46, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Большинство производительных прикладных программ написано но Go.
     
     
  • 4.89, Аноним (84), 09:21, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    и что они производят, кроме тепла и сотен мегабайт мусора на диске для хранения себя же?
     
     
  • 5.126, Аноним (-), 11:39, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > и что они производят, кроме тепла

    Они производят полезность в виде выполненной задачи.
    При этом умудряясь не сегфолтиться, выходить за границы буферов и получать рута.

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

     
     
  • 6.132, Аноним (131), 11:56, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Хотелось бы на этих терабайтных ссд хранить ещё что-то помимо программ.
     
  • 6.174, Илья (??), 14:04, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А если для вас пара сотен мб это много... значит вы застряли где-то в 90х-2000х.

    Не устану повторять, что дешевизна оперативной памяти - миф.

    1. Большинство современных ноутбуков продаётся с распаянной памятью. Расширение памяти по стоимости равно покупке нового устройства.

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

    3. Мне для комфортной работы необходимо 32 гига. А если с запасом брать - то не менее 64 гигов. 32 гига, КАРЛ

     
     
  • 7.180, Аноним (180), 14:23, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Можно просто посмотреть статистику цены оперативки за последние лет 10 И убедит... большой текст свёрнут, показать
     
  • 6.176, Аноним (99), 14:14, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Потому что сейчас терабайтные ссд даже у самых нищуков есть.

    Нищуков. Новый перл?!
    Как-то до сих пор справляюсь с 256гб. 1тб ссд не имею.
    Коли Вы не нищук, подкинете немного криптовалютного лута нищуку, для обновления приборной базы? Или это так  ради "красного словца"?

     
     
  • 7.181, Аноним (-), 14:30, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Молодец Сочувствую Даже интересно, как вы работаете Проекты на ссд существенн... большой текст свёрнут, показать
     
     
  • 8.186, Аноним (99), 14:50, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я свое уже отработал Мне в этом нет нужды Кингстон 256гб Ему 13 лет Хватает ... текст свёрнут, показать
     
     
  • 9.199, Аноним (-), 15:42, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну тогда вам и прикладного софта не так много и нужно В 256Гб точно должен вле... большой текст свёрнут, показать
     
     
  • 10.207, Аноним (99), 16:05, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если по старинке без распараллеливания, то может и нет В остальных случаях д... большой текст свёрнут, показать
     
  • 10.297, Аноним (-), 23:22, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А, ты и сам нищук, просто я уже 5 минут как из-за парты, но как же я вас, школь... текст свёрнут, показать
     

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

  • 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 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Безопасность решается методологией написания кода, а не языком. Вот для ознакомления, короткое, но информативное видео: https://www.youtube.com/watch?v=GWYhtksrmhE
     
     
  • 3.59, Прохожий (??), 06:18, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А теперь представь, что вместо изобретаемых организационных правил, не обязательных к соблюдению, тебя контролирует компилятор, который ты не сможешь игнорировать. И подумай ещё раз над тем, что ты сказала.
     
  • 2.108, Аноним (104), 10:37, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Безопасность решается методологией написания кода, а не языком. Вот для ознакомления, короткое,
    > но информативное видео:

    Ты вообще видео отрывала? (открывал?)
    Там третье же требование - 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 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > применяет концепцию неизменяемости [...] переменных

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

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

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

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

     
  • 4.488, Аноним (-), 13:35, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Как для "менструирующих людей" есть правильное слово, так и для "неизменяемой переменной".

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

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

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

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

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

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


     
     
  • 7.520, n00by (ok), 12:12, 18/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> "Неизменяемое меняющееся" называется одним словом
    > Да и "постоянная переменная" (как и constant variable), по моему, ничем не
    > лучше.
    > Менять (присваивать) значение мы можем: один раз - (обычно) с неопределенного на
    > что-то другое (возможно, тоже неопределенное, кхе).
    > Но вот как назвать кратко и точно, без "выноса мозга"?

    В стандарте Си называют объектами. У объекта есть тип, в определении он предшествует имени объекта. Константные объекты для краткости называют константами, а изменяемые - переменными.

    В функциональных языках похожая на определение переменной запись на самом деле является функцией:

    let i = 0;; (* чистая ф., возвращает значение 0 типа int *)

    Rust в конструкции как эта (из #6.430)

    let sum = {
        let a = 1;
        let b = 2;
        a + b
    };

    отличается от функционального OCaml:

    let sum =
      let a = 1 in
      let b = 2 in
      a + b
    ;; (* двойное ;; не всегда требуется *)

    лишь слабой попыткой выглядеть как Си, за счёт спецсивмолов. ИМХО авторов испугал неудачный опыт Hackell и они принялись скрывать функциональную основу. Вместо того, что бы парить мозг "замена Си", следовало бы делать упор на "быстрый функциональный язык с возможностью писать интересные штуки на нижнем уровне абстракции".

     

  • 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 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Новость хорошая. Но изучать эти кракозябры не очень охота.
     
     
  • 2.40, Аноним (39), 03:16, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    То же самое хотел написать. Отличный язык! Но программировать на нём я конечно не буду
     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    Нормально там, где присутствует строгая семантика. То есть, авторы библиотеки осознанно подходят к работе с Юникодом и его спецификой. В Расте есть такие библиотеки, хотя они и не являются стандартными. Авторы стандартной библиотеки решили, что для простоты и скорости они будут работать с кодами, а не символами. Но при этом в Расте нет проблем с объявлением строк в Юникоде.
     

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

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

     
     
  • 2.41, Аноним (39), 03:17, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что эта линия значит?
     
  • 2.56, Прохожий (??), 06:01, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И что же здесь плохого?
     
     
  • 3.82, Пользователь (?), 09:01, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То что максимально странный синтаксис.
    Поди разберись что это: словарь, массив или вообще что-то другое

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

     
     
  • 4.103, Аноним (-), 10:05, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Разве свифт это не ARC ?
    Я понимаю, что даже в objc можно было писать всякие autorelispool, а в свифте обмазываться UnsafeRawPointer, MemoryLayout...
    Но зачем?
     
  • 4.122, freecoder (ok), 11:28, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Фигурные скобки обозначают блок, квадратные скобки - массив, срез или доступ по индексу. Так понятнее?
     
     
  • 5.302, Аноним (302), 23:42, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Фигурные скобки обозначают блок, квадратные скобки - массив, срез или доступ по
    > индексу. Так понятнее?

    И какой логический смысл блока { None }; в типа-массиве? Если это интуитивно - то для кого? Ящеры не палятся?

     
     
  • 6.393, _kp (ok), 17:37, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там и в let смысла нет. Начали б с const и не меньше употребляли разные нехорошие вешества.
    Если язык спроектирован грамотно, то в общих случаях синтаксис ясный и лаконичный.

    Кстати, в Swift синтаксис хороший, сам язык только узкоспециализированный.

     
     
  • 7.403, Аноним (-), 21:19, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я тоже не понимаю чего они паскальское не стырили Оскорбляло меньшинства сво... большой текст свёрнут, показать
     
  • 7.431, freecoder (ok), 13:49, 16/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Там и в let смысла нет. Начали б с const

    Если бы начали с const, то это было бы объявление константы foo. Так можно, но семантика приведённого выше выражения в другом: само foo не является константой, константным является только выражение, результат вычисления которого определяет значение элементов объявляемого массива.

     
     
  • 8.438, _kp (ok), 16:44, 16/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вспомнилось Где деньги Я всё объясню Нет, объяснить я и сам могу что угодно... текст свёрнут, показать
     
     
  • 9.493, freecoder (ok), 15:09, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы ломитесь в открытую дверь константы объявлять в Rust можно, но упомянутый пр... текст свёрнут, показать
     
     
  • 10.512, _kp (ok), 00:09, 18/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я больше про неопределенный артикль - let Если есть const , то смысловая польз... текст свёрнут, показать
     
     
  • 11.518, freecoder (ok), 09:38, 18/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    code const FOO i32 5 1, 2, 3, 4, 5 code Вот вам определение конста... текст свёрнут, показать
     
  • 6.432, freecoder (ok), 13:56, 16/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И какой логический смысл блока { None }; в типа-массиве?

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

     
     
  • 7.510, Аноним (-), 23:32, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А, понятно, сбили автомобилем вертолет - но системы ПВО все же не продаете Чист... большой текст свёрнут, показать
     
     
  • 8.516, freecoder (ok), 09:29, 18/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Конструкция более чем очевидна и логична в рамках синтаксиса и семантики Rust П... текст свёрнут, показать
     
  • 5.306, Аноним (-), 23:57, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Фигурные скобки обозначают блок, квадратные скобки - массив, срез или доступ по
    > индексу. Так понятнее?

    И какой логический смысл блока { None }; в типа-массиве? Если это интуитивно - то для кого? Ящеры не палятся?

     
     
  • 6.430, freecoder (ok), 13:43, 16/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И какой логический смысл блока { None }; в типа-массиве?

    Блок в котором одна инструкция, причём так как после неё нет точи с запятой, то результата вычисления выражения этой инструкции будет возвращаемым значением блока. Это один из базовыв примитивов в Rust, который используется повсеместно. Примерчик вам для понимания:



    let sum = {
        let a = 1;
        let b = 2;
        a + b
    };


    Подробнее - в статье: https://habr.com/ru/articles/532660

     
     
  • 7.439, Ноним (?), 17:13, 16/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это было еще в C. И в разы проще.
     
     
  • 8.457, Прохожий (??), 02:29, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы, наверное, и продемонстрировать сможете, как это же В РАЗЫ проще на Си ... текст свёрнут, показать
     
     
  • 9.477, Аноним (-), 09:59, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На си ты все же обломаешься написать как у гражданиина freecoder в хабре code ... большой текст свёрнут, показать
     
     
  • 10.483, Аноним (483), 11:04, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чел, ты чем смотришь Вот же в новости написано Твой код можно переписать в э... текст свёрнут, показать
     
  • 10.491, freecoder (ok), 14:31, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы саму статью-то читали, особенно в том месте, откуда вы выдрали этот код Похо... текст свёрнут, показать
     
     
  • 11.515, Аноним (-), 01:56, 18/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    но не дает никаких гарантий что конкретный кодер в конкретном проекте будет ю... большой текст свёрнут, показать
     
     
  • 12.517, freecoder (ok), 09:35, 18/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Переписываешь как надо - и спокойно дальше майнтайнишь Или в чём должен майнтей... текст свёрнут, показать
     
  • 9.480, n00by (ok), 10:33, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если без return, то так include stdio h int main void int a, b p... текст свёрнут, показать
     
     
  • 10.490, freecoder (ok), 14:24, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Код не эквивалентный, так как здесь a и b объявлены во внешнем пространстве имён... текст свёрнут, показать
     
     
  • 11.495, n00by (ok), 15:54, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Удивительно, но в Си не пространств имён Если имелась ввиду область видимости ... текст свёрнут, показать
     
     
  • 12.504, freecoder (ok), 18:14, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, область видимости В вашем Си-коде и в моём Rust-примере имена переменных по... текст свёрнут, показать
     
     
  • 13.521, n00by (ok), 12:28, 18/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Разные разве что языки Объявленные внутри main a и b не видны за её пределами ... текст свёрнут, показать
     
  • 5.409, Аноним (407), 22:33, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Фигурные скобки обозначают блок, квадратные скобки - массив, срез или доступ по индексу. Так понятнее?

    Приз за сложную шутку

     
  • 2.102, Аноним (102), 10:03, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Плюсовый auto как раз удобен и понятен, в отличие от.
     
     
  • 3.173, Аноним (27), 14:04, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Плюсовый авто удобен чтобы форич по только что упомянутому листу не занимал пол экрана только на объявление, но когда ехал авто через авто смотрит авто авто авто и нифига не ясно кто какого типа и зачем тут нужен это читать больно.
     
     
  • 4.410, Аноним (407), 22:36, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Плюсовый авто удобен чтобы форич по только что упомянутому листу не занимал пол экрана

    Попадание, но я бы так

    -- удобен
    ++ вдруг понадобился

     

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

  • 1.28, Алиса (??), 01:20, 14/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Синтаксис избыточный. Если у Ada он просто многословный, то тут именно заbloatченый.
     
     
  • 2.123, freecoder (ok), 11:29, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в чём избыточность?
     
     
  • 3.252, Наноним (?), 17:59, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    let, fn, куча ненужных символов
     
     
  • 4.334, Прохожий (??), 02:51, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    То не избыточность. То просто вы плаваете в предметной области.
     
     
  • 5.378, n00by (ok), 12:07, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В Бейсике было ключевое слово let, но обычно можно было его не писать - транслятор размером 8Кб вполне справлялся.
     
     
  • 6.416, _kp (ok), 23:18, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там это было для упрощения интерпретатора, и конкретно интерпретации байткода, когда при вводе операторы упаковывались в один байт. Более умные Бейсики довольно быстро избавились от лишних рудиментов в исходнике.

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

     
     
  • 7.427, n00by (ok), 10:37, 16/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так свойства переменной можно записывать перед её именем. Но в Rust решали как раз эту "проблему" Си, вот и let на каждый чих.
     
     
  • 8.429, freecoder (ok), 13:38, 16/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот статья специально для таких как вы была написана https habr com ru articl... текст свёрнут, показать
     
     
  • 9.436, n00by (ok), 15:20, 16/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Специально для писателей того раздела, пугающих читателя int fns 16 int c... текст свёрнут, показать
     
  • 8.458, Прохожий (??), 02:32, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На какой каждый Объявляет новую переменную - появляется let Занимаетесь присва... текст свёрнут, показать
     
     
  • 9.481, n00by (ok), 10:41, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот на этот Тип при объявлении указан Значит let лишний, если об этой задумать... текст свёрнут, показать
     
     
  • 10.492, freecoder (ok), 14:44, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Здесь уже давно отвечено https stackoverflow com questions 32180684 why-does-... текст свёрнут, показать
     
     
  • 11.496, n00by (ok), 15:56, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Там отвечено на вопрос зачем , а не зачем лишнее ... текст свёрнут, показать
     
     
  • 12.505, freecoder (ok), 18:29, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если использовать let в месте типа, то сложится впечатление, что его можно испол... текст свёрнут, показать
     
     
  • 13.522, n00by (ok), 12:41, 18/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален У меня сложилось впечатление, что тут let sum l... текст свёрнут, показать
     

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

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

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

     
     
  • 2.33, Алиса (??), 01:30, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > куда ни плюнь страшный С

    Си это lingua franca всея программирования. А так да, в какую спеку не заглянешь, везде описания структур данных на сишке)

     
     
  • 3.157, Аноним (-), 13:04, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Как показала история, даже lingua franca тоже дохнут)
    Латынь весело машет ручкой из могилы, хфранцузский, на котором, вроде как, говорил весь мир и даже писалась русская литература, нужен уже не столь многим.
    СИшка как латынь в медицине - куча легаси осталось. Термины заучиваются, но все современное это уже на других языках.

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

     
     
  • 4.277, Ivan_83 (ok), 20:36, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Латынь не совсем умерла, она растеклась по куче разных языков.

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

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

     
     
  • 5.300, Аноним (296), 23:39, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > и будет брать отвественность за ошибки на себя.

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

    Если на расте задачи решаются лучше/быстрее, чем не на расте, значит лучше использовать раст, а не нераст.

     
     
  • 6.379, n00by (ok), 12:10, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> и будет брать отвественность за ошибки на себя.
    > Смысл программирование - решение задач, а не рассказывание окружающим, как ты взял
    > на себя ответственность.

    В системном программировании какие задачи решаются?

     
  • 6.387, Ivan_83 (ok), 14:22, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не решаются они быстрее на расте, он проигрывает всем в этом плане.
    С одной стороны есть выкоуровневые языки где можно сосредоточится только на самой задаче без раздумий о деталях типа памяти или доступе при многопоточности.
    С другой есть типа С где компилятор не путается под ногами со своими "очень ценными" "советами" как правильно писать, и не собирает часами хэлловорлд.
     
     
  • 7.417, Аноним (319), 23:34, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты просто бессовестно лжешь Ну или дремуче заблуждаешься Три месяца назад Ларс... большой текст свёрнут, показать
     
     
  • 8.421, Ivan_83 (ok), 06:08, 16/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А вы где у меня увидели Кроме того не понятно что они там переписывают, како... текст свёрнут, показать
     
     
  • 9.434, Советский инженер (ok), 14:27, 16/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ты написал что раст проигрывает всем у тебя какие-то особенные все которые не... текст свёрнут, показать
     
  • 4.418, _kp (ok), 23:47, 15/06/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.36, Аноним (36), 02:14, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Страшный с++.
    Который вытеснил сишку практически из всех областей разработки, даже из embedded.
    А сишка осталась только в легаси, и старых больших проектах, которые просто экономически нет смысла исправлять.
     
     
  • 3.37, Аноним (38), 02:42, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А сишка осталась только в легаси

    Вы мягко говоря неправы. Есть такое понятие, как целесообразность. В большинстве тех мест, где применяется Си (особенно встройка), ООП нафиг не нужно.

     
     
  • 4.110, Герострат (?), 10:41, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На плюсах тоже можно писать без ооп
     
  • 4.118, Аноним (-), 11:11, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Есть такое понятие, как целесообразность.

    Именно. И вот целесообразности писать на сишке практически не осталось.

    > ООП нафиг не нужно

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

     
  • 3.43, Аноним (39), 03:20, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это кучка дешёвых понтов поверх ровной и любимой сишке
     
     
  • 4.129, Аноним (72), 11:50, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Си это база.  
     
  • 3.55, Аноним (55), 05:59, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Страшный с++.
    > Который вытеснил сишку практически из всех областей разработки, даже из embedded.

    Да вот вся фирменная идиотия сей - на месте. Типа int хрензнает какого размера и прочих integer promition с совершенно отшиблеными правилами вида "попробуй угадать что сделает клмпилер".

    Хотя при сильном желании на плюсах можно даже сделать подобие сабжа, конечно. На минималках даже из сишки немного можно. Только криво.

     
     
  • 4.119, Аноним (-), 11:15, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Да вот вся фирменная идиотия сей - на месте.

    Да, к сожалению. Это цена поддержки обратной совместимости.
    Но лучше хорошее + чуть сишной убогости, чем одна только убогость.

    > Хотя при сильном желании на плюсах можно даже сделать подобие сабжа, конечно. На минималках даже из сишки немного можно. Только криво.

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

     
  • 4.261, Аноним (261), 18:21, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Типа int хрензнает какого размера

    Так это специально. Зависимый от железа int - самый быстрый.

     
     
  • 5.262, Аноним (261), 18:21, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И int фиксированного размера давно уже есть и в C, и в C++.
     
     
  • 6.310, Аноним (-), 00:22, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо Капитан Очевидность Вы дали фееричную лекцию - практикующему сишнику и ... большой текст свёрнут, показать
     
     
  • 7.346, тыквенное латте (?), 07:00, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    юзер234, ты от девопс экспертизы перешел на кодинг? хоспате, пощади.
     
     
  • 8.359, Аноним (-), 08:31, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я умел програмить чуть менее чем всегда Так что уж прости, лаптэ А по делу ска... текст свёрнут, показать
     
  • 7.383, Ivan_83 (ok), 13:57, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вы плохо практикующий, потому что:
    - С это не язык по какой то там спеке, это язык про железо, поэтому какойнить int не зазорно быть аппаратно зависимым типом
    - достаточно пару раз наступить на грабли чтобы запомнить и больше не наступать, это называется обучаемость
    - про енумы - в сях вообще ничего не энфорсится, потому что это не язык БДСМщиков
    - отрицательные индексы для массивов тоже возможны, иногда так задумано, хотя я не разделяю таких методов
     
     
  • 8.404, Аноним (-), 21:33, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Хотите об этом поговорить Окей, пошло веселье c джеди Вообще-то в случае ... большой текст свёрнут, показать
     
     
  • 9.422, Ivan_83 (ok), 06:17, 16/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Про енум согласен В остальном ещё раз подумайте и поймите, что это язык для раб... большой текст свёрнут, показать
     
     
  • 10.466, Аноним (-), 08:02, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да там не только в нем проблема Но enum - просто такой характерный пример когда... большой текст свёрнут, показать
     
  • 5.307, Аноним (-), 00:02, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Типа int хрензнает какого размера
    > Так это специально. Зависимый от железа int - самый быстрый.

    Поэтому взяв допустим ардуину, и вкатив там ключом компилера вот именно 16-битный int (да, так на 8 бит платформе будет куда быстрее) - можно будет быстренько узнать почем сегодня фунт лиха.

    С одной стороны это - абсолютно по стандарту. С другой - 95% кода на этом глобусе, разумеется, не ожидает столь фееричной подляны. Кто ж эти ваши стандарты еще и читает то, от и до?!

    И в результате это не только самый быстрый - но и самый грабледром.

     
  • 4.280, Ivan_83 (ok), 20:41, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если вы не в курсе, то часто реально пофиг какого там размера этот самый int, потому что его пихают чтобы посчитать от 0 до 10.
     
     
  • 5.360, Аноним (-), 08:37, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Если вы не в курсе, то часто реально пофиг какого там размера
    > этот самый int, потому что его пихают чтобы посчитать от 0 до 10.

    Зато в случае когда там было поболее чем 10 - становится очень сильно не пофиг. Когда код глючит, разваливается, непортабельный, а помахав стандартом - забыли с ним комплайнс обеспечить. А зачем тогда стандарт был, блин? И зачем он написан как написан?

    А в случае всяких там индексов и чего там еще - самое то, в паре с integer promition, чтобы прострелить себе череп с заподвыподвертом, в прыжке, держа пистолет левой ногой. Даже не заметив этого, ибо -Wconversion какой - это таки хардкор и далеко не каждый рискнет сие вкатить на свой код.

     
     
  • 6.384, Ivan_83 (ok), 14:02, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько по более?)
    Я везде у себя юзаю size_t для размеров и индексов, но та же луа почти целиком на int и ничего.
    Более того там и отрицательные значения для индексов используются активно и это нигде не мешает.

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

     
     
  • 7.405, Аноним (-), 21:47, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, вы кажется начинаете о чем-то догадываться Большая часть кода на этом глоб... большой текст свёрнут, показать
     
     
  • 8.423, Ivan_83 (ok), 06:25, 16/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Большая часть кода с int которую я видел за последнее время lua, return error c... текст свёрнут, показать
     
     
  • 9.467, Аноним (467), 08:16, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в том что меньшей части вполне хватит чтобы огрести дохрена неочевидн... большой текст свёрнут, показать
     
  • 3.279, Ivan_83 (ok), 20:40, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так чувак, а ты чего до сих пор сидишь на легаси линуксе/бсд/мак/венде!?
    Они же на С написаны, да ещё с вообще не человеческим асмом который ты не вкуриваешь!?

    Давай, где там твой рустОС, руст-компилер и прочая?
    А руст браузер у тебя есть чтобы сюда писать?

     
     
  • 4.284, Аноним (-), 20:56, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Боже, ну хватит показывать свое некомпетентность...

    > Они же на С написаны

    Ты утекшие исходники винды смотрел? Сколько там отвратительной сишки и сколько прекрасных плюсов, а?
    Вот, то-то же! На сишке осталось легаси омно, до которого просто не доходят руки переписать.

    > Давай, где там твой рустОС, руст-компилер и прочая?

    рустОС - redox os
    руст-компилер - cranelift
    в ФФ - есть раст и куча с++. Дыряшка там тоже осталась, но эту гниль старательно заменяют на нормальные языки вроде с++.

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

     
     
  • 5.294, Ivan_83 (ok), 22:47, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Утекшие исходники были где то от 2к венды, тамошние плюсы от С мало чем отличались :)
    Внутрь я не смотрел, полагаю на крестах был гуй и некоторые службы.
    Где то с висты дрова стало можно писать на крестах, но что там внутри ОС я хз.


    > в ФФ - есть раст и куча с++. Дыряшка там тоже осталась, но эту гниль старательно заменяют на нормальные языки вроде с++.

    ФФ - сколько там того раста? хотя бы треть есть?
    И чтобы вы знали, RUST как раз и переводится как гниль, один из вариантов :)

     
     
  • 6.380, n00by (ok), 12:26, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Утекшие исходники были где то от 2к венды, тамошние плюсы от С
    > мало чем отличались :)
    > Внутрь я не смотрел, полагаю на крестах был гуй и некоторые службы.

    Там нет ни Си, ни плюсов. В ядре куча Паскаль-кода с венгерской нотацией, записанная странным диалектом Си, потому что другого у Микрософт и не было. Если не придираться к непривычногому синтаксису, то назвать тот код овном - это надо быть очень смелым анонимным гением. На то время передовые технологии, ОО в полный рост, спроектированное создателями DEC VMS. Где-то, вероятно, было и "Си с классами", собираемое как плюсы (но это к Юзер234 вопрос, из какого чатика он инфу сюда скопировал).

     

     ....большая нить свёрнута, показать (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%->в соседней веточке, в теме популярности ЯП'ов раста не видать в топах.
    ....
    Раст - это про пиар.
     
     
  • 2.81, Аноним (81), 08:58, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >Раст - это про пиар

    Раст - это про "собаки лают, а караван идет"

     
  • 2.83, Аноним (72), 09:02, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но если не раст то что? Если есть энергия что-то пиарить надо перекоючит пиар на что-то другое. Но этого другого нет. Раньше часто пиарили Хаскель. Но всё перебил раст, хотя он во всем хуже Хаскеля.
     
     
  • 3.85, Аноним (99), 09:13, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Про Хаскель в точку!
    А почему бы не пиарить фундаментальное образование? С годными знаниями математики оно и с указателями попроще будет. Да и вообще айсикью постабильнее от изучения точных наук. Лучшая профилактика старика Альцгеймера и прочих деменций!
     
     
  • 4.87, Аноним (87), 09:18, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    да кому нужны умные люди?
    нужны гребцы на ржавые галеры )
     
     
  • 5.90, Аноним (99), 09:22, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сэд бат труЪ.
    Ну ничего,давеча с Клодом пообщался плодотворно. Сложилось стойкое впечатление, что АГИ не за горами. Маск явно что-то знает.
    И кому будут нцжны эти проржавевшие байдарочники?!
     
  • 5.162, Аноним (-), 13:28, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > да кому нужны умные люди?

    А где их взять? И вообще они когда-то были
    Вон самые Ылитные пограммеры на СИшке выдавливают из себя такой код, что просто страшно становится.
    Подумаешь не осилили split строки
    А ведь это Glibc, казалось должна быть надежной! opennet.ru/opennews/art.shtml?num=59867

    И такой кал они выдавали даже 30+ лет назад.
    "Уязвимости в библиотеках X.Org, две из которых присутствуют с 1988 года "
    opennet.ru/opennews/art.shtml?num=59906
    Тут пол опеннета наверное младше той дырени.

    > нужны гребцы на ржавые галеры )

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

     
     
  • 6.170, Аноним (99), 13:52, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >И такой кал они выдавали даже 30+ лет назад.

    "Уязвимости в библиотеках X.Org, две из которых присутствуют с 1988 года "

    Как здесь уже говорили, возможно даже Вы: найс пунш.

    Но не то. Ксорг не является релевантным примером. Ибо насколько я помню, первоначально пилился под клиент серверную архитектуру для обеспечения работу терминалов мейнфреймов. Своего рода тонкий клиент.
    Дальше всем было лень сделать полноценный рефакторинг под новую задачу, стали набрасывть как водится сверху. И заверте...

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

     
     
  • 7.175, Аноним (-), 14:12, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но который писали вроде не глупые пограммисты Или там были сплошные двоечники с... большой текст свёрнут, показать
     
     
  • 8.182, Аноним (99), 14:34, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Или там были сплошные двоечники сбежавшие из ПТУ Писали для удаленного руления ... большой текст свёрнут, показать
     
     
  • 9.193, Аноним (-), 15:22, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас современные школьники осваивают программинг бытирее чем я в свое время Я... большой текст свёрнут, показать
     
     
  • 10.203, Аноним (99), 15:47, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я понимаю что возможностей у них реально больше, чем у меня в школе алгоритмы н... большой текст свёрнут, показать
     
     
  • 11.216, Аноним (-), 16:54, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А типа мышкой нельзя программровать Когда я вижу ребенка который в шесть-семь л... большой текст свёрнут, показать
     
  • 11.239, Аноним (99), 17:38, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не поверите, я тоже И омг я счастлив Счастлив от того, что познал мир таким, к... большой текст свёрнут, показать
     
  • 6.177, Аноним (87), 14:14, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно ли как-то оценить количество генерируемого кала тогда и сейчас ?
    Особенно если взять в учёт что сегодняшние "профессионалы на безопасных языках" продолжают сотрясать воздух в то время как серьёзные вещи продолжают создаваться на языках 40+ летней давности
     
     
  • 7.331, Прохожий (??), 02:40, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >серьёзные вещи продолжают создаваться на языках 40+ летней давности

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

     
     
  • 8.395, Ivan_83 (ok), 18:13, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И сколько там раста у микрософта Особенно в его кормящих продуктах типа венды и... текст свёрнут, показать
     
     
  • 9.447, Прохожий (??), 01:18, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это к чему вопрос был Говорили о наличие Rust в серьезных приложениях, вроде Т... текст свёрнут, показать
     
  • 9.514, Аноним (-), 01:40, 18/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Майки помнится недавно нанимали - програмеров на хрусте Чтобы переписывать Бэк... текст свёрнут, показать
     
  • 3.107, Facemaker (?), 10:36, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Но всё перебил раст, хотя он во всем хуже Хаскеля

    Не подтверждаю. Имею опыт на обоих языках (Хаскель на пробных проектах, на Rust работаю за деньги). Хаскель, конечно, приятен в изучении, но отлаживать что-то сложное — адская мука. И памяти жрёт иногда больше Джавы (думал, такое вообще невозможно). Rust на данный момент — самый лучший из пригодных на практике языков. Субъективная оценка программиста со стажем 35 лет.

     
     
  • 4.111, Аноним (99), 10:52, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > на Rust работаю за деньги

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

     
     
  • 5.121, Facemaker (?), 11:26, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не хочу, чтоб меня расшифровали коллеги :), поэтому выражусь уклончиво. Работаю в крупной российской компании, один из проектов которой — СУБД, полностью реализуемая с нуля на языке Rust. В других проектах "костыли": существующие C или C++-системы расширяются, где возможно, на Rust.

    А вообще Rust много где уже применяется. Список компаний можно составить, просмотрев hh.ru :). Поэтому так смешно читать злопыхательства местных экспертов.

     
     
  • 6.128, Аноним (72), 11:48, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    То что в компаниях тоже есть фанатики совершенно не говорит о юзабельности Руста. 100 вакансий на Москву это пыль по сравнению с другими языками. Которых требуется в десятки раз больше.
     
     
  • 7.138, Аноним (-), 12:06, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > То что в компаниях тоже есть фанатики совершенно не говорит о юзабельности
    > Руста. 100 вакансий на Москву это пыль по сравнению с другими
    > языками. Которых требуется в десятки раз больше.

    Так себе аргумент. Потому что больше всего погромистов требуется для JS и php.
    И по твоей логике они теперь стали самыми юзабельными языками?))


     
     
  • 8.141, Аноним (72), 12:18, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Нет вот видишь ты даже не знаешь статистику какие программисты нужны Ты оторван... текст свёрнут, показать
     
  • 6.135, Аноним (99), 12:04, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Провел беглый анализ ситуации на рынке, согласно данным открытых источников, оте... большой текст свёрнут, показать
     
     
  • 7.139, Facemaker (?), 12:06, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >по моему мнению солгали, касаемо СУБД с 0 в РФ на раст

    Время покажет :)

     
     
  • 8.143, Аноним (99), 12:22, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Дай то Патрег Я только за И за свои камни, и за свои япы и все все все Пока... текст свёрнут, показать
     
  • 7.142, Аноним (72), 12:20, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так это же раст они только пишут и никак не напишут. Хоть обвязку хоть с нуля. В их работа важен процесс, а не результат.
     
  • 7.144, n00by (ok), 12:22, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > На основании полученных данных делаю вывод о том, что пилите какую-то обвязку
    > на расте вокруг экосистемы постгри.

    Я на основании "не хочу, чтоб меня расшифровали коллеги" сделал такой вывод. В лучшем случае.)

     
     
  • 8.213, Витюшка (?), 16:43, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Именно Я практически на 100 в этом уверен Скорее всего их расширение на Rust ... текст свёрнут, показать
     
  • 2.326, Прохожий (??), 02:22, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вам лучше про логику молчать, у вас с ней очевидные проблемы, потому что вы делаете выводы из неверных предпосылок.

    1. Какая разница, какая рыночная доля у Мозиллы, если в спонсорах Rust Google и прочие немелкие конторы?

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

     
     
  • 3.361, Аноним (99), 08:41, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну наконец-то нашелся человек, у которого нет проблем с логикой С превеликим уд... большой текст свёрнут, показать
     
     
  • 4.459, Прохожий (??), 02:53, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >С превеликим удовольствием приму наставничество, отче!

    Всегда, пожалуйста.

    >Иметь немелкого спонсора - это теперь залог успеха?

    Внезапно, да. Особенно, если их несколько, и они не словом, а делом подтверждают жизнеспособность проекта/продукта.

    >Повспоминайте проекты самих немелких спонсоров, в которые были влиты сотни нефти и при этом почившие в бозе.

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

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

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

    >Это подмножество программистов не умеет и не может уметь в си

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

    >в ближайшие годы может ворваться АГИ

    А может и не ворваться.

     

     ....большая нить свёрнута, показать (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 [^] [^^] [^^^] [ответить]  
  • +/
    Нету в С/С++ никаких оптимизаций которые где то запрещены.
    Есть ручное управление ресурсами и есть возможность писать код так чтобы он работал максимально эффективно на конкретных архитектурах.

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

     

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

  • 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 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спрашивается, как в 21 веке можно было придумать язык с настолько неочевидным синтаксисом? В сравнении с Ржавчиной C++ отдыхает.

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

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

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

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

     
     
  • 2.211, pavlinux (ok), 16:39, 14/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > слова. Без 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 больше необходимого.

    > Хотя некоторый прогресс с автоматическим выведением типов и наметился, но до идеала ещё далеко.

    С одной стороны вопрос обратной совместимости. С другой - совершенно новый язык. Auto в C++ > 10 лет.

    > Конечно, он слышал и об этом, и о многом другом в этой области гораздо больше тебя.

    Верю, верю))) Результат его работы говорит сам за себя.

    > Меньшим количеством ошибок определённого класса.

    Это отнюдь не причина создавать на столько альтернативно одаренный язык. Отсутствие ошибок - не фича языка, а одно из его свойств.

    Нет никаких проблем написать все то же самое на C++. Но придется писать самому. И это не будет несовместимо с существующим софтом.

    > Согласно неоднократным опросам, сложное в Расте - это время жизни переменных и заимствования.

    Разве этим не занимается САМ ЯЗЫК? Да вы что...

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

    Интересно, о каких других языках вы говорите?))) Такого угрюмого синтаксиса как в Расте нет нигде.

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

    Выше сказал, что Раст совершенно неочевиден.

     
     
  • 6.461, Прохожий (??), 03:24, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Не имеет значения. Совсем.

    Вообще-то, имеет, если мы говорим про "банальность" (обыденность, обычность, привычность). То, что банально в императивном языке,  в функционально может быть невозможным. И наоборот. Ещё пример. В Си следить за коректным освобождением памяти в крупном проекте вещь совсем не банальная, как показывает история.

    >Результат его работы говорит сам за себя.

    Есть ещё мнение независимых экспертов (например, из того же Гугла). Их опыт показал, что Раст по сравнению с Плюсами - прекрасный язык.

    >Это отнюдь не причина создавать на столько альтернативно одаренный язык.

    Как показывает опыт использования Раст - ещё какая причина.


    > Отсутствие ошибок - не фича языка, а одно из его свойств.

    Не совсем понятно, в чем разница между фичей и свойством.

    >Нет никаких проблем написать все то же самое на C++. Но придется писать самому.

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

    >И это не будет несовместимо с существующим софтом.

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

     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    >Ада, у неё просто многословный синтаксис, но крайне понятный и читабельный, а тут просто набор символов какой-то)

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

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

     

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

  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    >мешает программе выдавать нужный мне результат/функционал.

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

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

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

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

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


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

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

     
  • 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?

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

     

  • 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++ лет что-то понемногу стало доползать.

     
  • 5.448, Прохожий (??), 01:21, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А кроме самолёта Як-40 других в мире больше нет?
     
     
  • 6.471, Аноним (-), 08:41, 17/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А кроме самолёта Як-40 других в мире больше нет?

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

     
  • 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 только ещё учатся увязывать с системами формальной логики. Да и, прям скажем, сами по себе эти чатботы ещё далеки от завершённости: есть основания полагать, что там можно снизить количество нейронов на порядок не потеряв в качестве. Просто до этого ещё руки не дошли, пока все наперегонки тренируют всё большие и большие нейросетки, чтобы посмотреть что будет.

     

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

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

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

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

     
  • 2.398, Аноним (415), 20:36, 15/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > супербезопасный язык Ada

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

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

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

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

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

     

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

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

     

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



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

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