The OpenNET Project / Index page

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

Линус Торвальдс не исключил возможность интеграции поддержки Rust в ядро Linux 5.20

22.06.2022 09:23

На проходящей в эти дни конференции Open-Source Summit 2022 в секции ответов на вопросы Линус Торвальдс упомянул о возможности скорой интеграции в ядро Linux компонентов для разработки драйверов устройств на языке Rust. Не исключается, что патчи с поддержкой Rust будут приняты в ближайшем окне приёма изменений, формирующем состав ядра 5.20, намеченного на конец сентября.

Запрос на включение изменений в ядро ещё не был отправлен Торвальдсу, но набор патчей прошёл дополнительное рецензирование, избавлен от основных замечаний, уже достаточно давно тестируется в ветке linux-next и доведён до состояния, пригодного для создания слоёв абстракции над подсистемами ядра, написания драйверов и модулей. Поддержка Rust преподносится как опция, не активная по умолчанию и не приводящая к включению Rust в число обязательных сборочных зависимостей к ядру.

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

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

  1. Главная ссылка к новости (https://www.phoronix.com/scan....)
  2. OpenNews: Шестая версия патчей для ядра Linux с поддержкой языка Rust
  3. OpenNews: Выпуск Rust 1.53. Google профинансирует добавление поддержки Rust в ядро Linux
  4. OpenNews: Поддержка Rust для ядра Linux столкнулась с критикой Торвальдса
  5. OpenNews: Линус Торвальдс подключился к обсуждению начальной реализации поддержки Rust в ядре Linux
  6. OpenNews: Разработчики Mesa обсуждают возможность добавления кода на языке Rust
Лицензия: CC-BY
Тип: Тема для размышления
Короткая ссылка: https://opennet.ru/57391-rust
Ключевые слова: rust, linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (329) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Fracta1L (ok), 09:28, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Прагматичный мужик, с таким лидером Linux будет успешно развиваться, вбирая в себя лучшие новшества.
     
     
  • 2.3, Аноне (?), 09:37, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А как же так, неужели не надо всё ядро выбрасывать и на расте переписывать?
     
     
  • 3.6, Аноним (6), 09:41, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +15 +/
    Вряд ли он страдает юношеским максимализмом, тем более в его-то возрасте.
     
     
  • 4.24, Менеджер по поддержке ржавчины (?), 10:02, 22/06/2022 Скрыто модератором
  • +1 +/
     
     
  • 5.84, Бывалый смузихлёб (?), 12:41, 22/06/2022 Скрыто модератором
  • +/
     
     
  • 6.110, hgdslvodf (?), 13:17, 22/06/2022 Скрыто модератором
  • +8 +/
     
     
  • 7.123, Аноним (123), 14:14, 22/06/2022 Скрыто модератором
  • +2 +/
     
     
  • 8.133, rshadow (ok), 14:35, 22/06/2022 Скрыто модератором
  • +/
     
     
  • 9.140, Аноним (123), 14:49, 22/06/2022 Скрыто модератором
  • +3 +/
     
  • 8.243, EULA (?), 08:41, 23/06/2022 Скрыто модератором
  • +/
     
  • 7.170, псевдонимус (?), 18:13, 22/06/2022 Скрыто модератором
  • +1 +/
     
  • 4.58, Аноним (58), 12:13, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А тогда зачем он раст то внедряет? Мог бы тогда как в былые годы всем им свой фирменный жест показать!
     
     
  • 5.90, torvn77 (ok), 12:47, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так его феминистками обложили.
     
     
  • 6.120, Аноним (120), 13:53, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Причём, четверо из них у него дома.
     
  • 4.117, kugym (?), 13:29, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Он им наслаждается
     
  • 3.11, Fracta1L (ok), 09:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Москва не сразу строилась
     
     
  • 4.46, Аноним (46), 11:54, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    к счастью, не на расте.
     
     
  • 5.53, Аноним (123), 12:07, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На чём-то вроде бейсика.
     
     
  • 6.100, Аноним (120), 13:00, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На Бедоне же. Вот как разрослась-то!
     
  • 2.19, Аноним (19), 09:54, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    ну, графический пинг написали, можно и за ядро взяться.
     
     
  • 3.27, Массоны Рептилоиды (?), 10:41, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Графическое ядро уже почти написали!
     
     
  • 4.51, Аноним (-), 12:04, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Заметь, "безопасное графическое ядро".
     
  • 4.55, Аноним (120), 12:09, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Графическое ядро надо писать на Electron.
     
  • 2.32, microsoft (?), 10:59, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А до этого ты орал чти у Торвальдса с головой не в порядке.
     
     
  • 3.33, Fracta1L (ok), 11:06, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Когда?
     
     
  • 4.99, Аноним (120), 12:59, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    - Доктор, у меня провалы в памяти.
    - И давно это у вас началось?
    - Что?
    - Ну провалы?
    - Какие провалы?
     
  • 2.92, torvn77 (ok), 12:51, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А что он будет делать кода в ядре появится свободный код на несвободных системах комманд?
    Затопает ножками при полном юридическом и практическом бессилии?  

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

     
     
  • 3.116, Fracta1L (ok), 13:26, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Шта
     
     
  • 4.125, torvn77 (ok), 14:22, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну безопасное написание драйверов ламерами это объективная реальность, потому что никто кроме них не будет писать драйвер для девайса который купили полтора человека и сделать для них загончик где они бы бсодили только свой драйвер нужно и полезно.  

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

    Свои проприетарные системы комманд никто не сможет и не будет делать?  
    Как тут хорошо вспомнить о открытом процессоре RISC V в который как раз можно ставить свои расширения команд.  
    Я не знаю какая у него лицензия, но мой нос чувствует приближение жопы.

     
     
  • 5.131, Fracta1L (ok), 14:34, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Шизофазия
     
  • 5.135, Аноним (135), 14:37, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> почему для этого загончика выбран инструмент с лицензией имеющей потенциальную опасность вендорлока

    Так уже вендерлок во всё ведро)
    Форкни системду например

     
  • 5.395, Аноним (-), 16:12, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну безопасное написание драйверов ламерами это объективная реальность, потому что никто
    > кроме них не будет писать драйвер для девайса который купили полтора
    > человека и сделать для них загончик где они бы бсодили только
    > свой драйвер нужно и полезно.

    Вообще-то бсодить ядро очень так себе идея. И Торвальдс очень популярно высказался что он про panic() при всяких нехватках памяти и проч думает.

     
  • 2.96, Аноним (96), 12:55, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Дяди из Linux Foundation решили окончательно убить Linux как Mozilla убивает Firefox. Примечательно, что тоже переписыванием на Rust. Потом окончательно переведут всех на какое-то несвободное ПО вроде Fuchsia с тивоизацией.
     
     
  • 3.138, Аноним (138), 14:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да что ты такое пишешь то?
     
  • 3.305, sager (?), 17:04, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ну так лет пять убивать будут эт точно, а там и фуксия подоспеет. то же самое, что с файрфокс произошло - как по нотам с теми же действующими лицами
     
  • 3.396, Аноним (-), 16:13, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Дяди из Linux Foundation решили окончательно убить Linux как Mozilla убивает Firefox.
    > Примечательно, что тоже переписыванием на Rust. Потом окончательно переведут всех на
    > какое-то несвободное ПО вроде Fuchsia с тивоизацией.

    Всех это кого? Хомячков на андроиде? У них и так линукс довольно паршивенький, с блоботой и троянами, сливащий телеметрию. А, и секурбут конечно. Кто сказал что линукс так не может?

     

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

  • 1.2, Аноним (2), 09:37, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Непонятно только, если можно писать драйверы на Rust, то почему нельзя на C++?
     
     
  • 2.4, Аноним (4), 09:38, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Дочитай новость до конца, может тогда поймёшь.
     
     
  • 3.10, Александр (??), 09:44, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    так плюсы тоже умеют это, если ручку приложить. Он на простой Ся без всякой безопасности жил до этого вполне уверенно. просто дядька невзлюбил плюсы
     
     
  • 4.13, Fracta1L (ok), 09:46, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > плюсы тоже умеют это, если ручку приложить

    Если ручку приложить - можно из буханки хлеба сделать троллейбус, только зачем

     
     
  • 5.63, Аноним (58), 12:15, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    HaikuOS полностью написана на с++ и вот-вот нагнёт ваш линукс на десктопах!
     
     
  • 6.73, Fracta1L (ok), 12:24, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    С РеактОСом вместе)
     
  • 6.94, torvn77 (ok), 12:54, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А разве её не на ассемблере пишут?
     
     
  • 7.102, Аноним (58), 13:04, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это KolibriOS
     
     
  • 8.126, torvn77 (ok), 14:24, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну раз Гайку пишут на нормальном языке то посмотрю, судя по коментам там у вас с... текст свёрнут, показать
     
     
  • 9.137, Аноним (138), 14:40, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чел Одно в гайке хорошо - она работает и неплохо выглядит ... текст свёрнут, показать
     
     
  • 10.205, torvn77 (ok), 21:42, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрел, она девушка лёгкого поведения MIT , так что в жёны я её несмотря на к... текст свёрнут, показать
     
     
  • 11.276, Аноним (138), 14:01, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошая, либеральная лицензия ... текст свёрнут, показать
     
  • 6.161, Тычок (?), 16:43, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    cd tmp git clone https github com haiku haiku Cloning into haiku rem... большой текст свёрнут, показать
     
  • 4.56, Аноним (120), 12:11, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А на Rust даже голову прикладывать ненужно, не то, что ручку.
     
     
  • 5.79, Аноним (46), 12:35, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > на Rust даже голову прикладывать ненужно

    Оно и видно, как падал FF.

     
  • 4.87, Бывалый смузихлёб (?), 12:44, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > просто дядька невзлюбил плюсы

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

     
  • 2.7, Юрий (??), 09:42, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Линус не любит плюсы. И правильно делает.
     
  • 2.15, Аноним (15), 09:47, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так в C++ Exception и это богомерзко и нельзя.
    А в Rust panic и это только ай-ай-ай.
     
     
  • 3.105, НяшМяш (ok), 13:14, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Так в C++ Exception и это богомерзко и нельзя.

    Эппл, например, в IOKit взяли и просто запретили исключения и ещё пару вещей.

     
  • 2.20, freehck (ok), 09:54, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Непонятно только, если можно писать драйверы на Rust, то почему нельзя на C++?

    Потому что Линус в гробу видал C++. Его потом дебажить замучаешься. И сломается в самый неподходящий момент. А это ядро.

     
     
  • 3.60, Аноним (120), 12:14, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так может на OCaml?
     
     
  • 4.195, freehck (ok), 20:06, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Так может на OCaml?

    Так уже есть Mirage.

     
  • 3.67, Аноним (58), 12:17, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро HaikuOS написано на c++. И работает на декстопах уже получше чем...
     
     
  • 4.106, НяшМяш (ok), 13:14, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сколько в нём драйверов и архитектур есть?
     
     
  • 5.118, Аноним (120), 13:49, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну для RISC-V64 портировали, вроде.
     
  • 4.165, Мохнатый пись (?), 17:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Смешная шутка, пытался запустить эту вашу гайку на не самом свежем r5 1600+rx580, дальше загрузочного фона дело не пошло. Отличная система.
     
     
  • 5.183, Аноним (138), 18:51, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Попробуй на каком-нибудь старье.
     
     
  • 6.268, Алексей Михайлович (?), 13:30, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А если старья уже нет, как быть? Авито не предлагать, я найду своим деньгам более годное применение.
     
     
  • 7.273, Аноним (138), 13:50, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >если старья уже нет

    Живи одним днём?

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

     
  • 6.269, Алексей Михайлович (?), 13:31, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А если старья уже нет, как быть? Ав*то не предлагать, я найду своим деньгам более толковое применение.
     
  • 3.81, n00by (ok), 12:35, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Непонятно только, если можно писать драйверы на Rust, то почему нельзя на C++?
    > Потому что Линус в гробу видал C++.

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

    > Его потом дебажить замучаешься. И
    > сломается в самый неподходящий момент. А это ядро.

    Это предрассудки. Но если люди привыкли писать на Си - вот тогда им будет сложно. Поэтому Линус не захотел ломать традицию.

     
     
  • 4.197, freehck (ok), 20:15, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Непонятно только, если можно писать драйверы на Rust, то почему нельзя на C++?
    >> Потому что Линус в гробу видал C++.
    > Линус тогда сказал именно то, что от него хотели услышать люди, писавшие
    > ядро на Си. Действовал в интересах сообщества.

    Ты сейчас не Линуса описываешь. Линус тебе покажет средний палец и объяснит, что у тебя в голове дepьмо. Последнее, чем он будет заниматься, это писать то, что ты от него хочешь услышать. =)

     
     
  • 5.250, n00by (ok), 10:16, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты сейчас отвечаешь не на мой комментарий, а на какой-то выдуманный Я не пи... большой текст свёрнут, показать
     
     
  • 6.253, freehck (ok), 10:34, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не понял ничего.
     
     
  • 7.255, n00by (ok), 10:42, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я _сделал_ когда-то то, чем ныне заняты растоманы. А вот если ты не смог мне что-то объяснить - это да, потому что я туповат. ;)
     
  • 7.263, n00by (ok), 13:14, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И ещё я не понял, как найти твои коммиты в ядро. По фамилии из профиля не находит.
     
     
  • 8.345, n00by (ok), 09:04, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ... текст свёрнут, показать
     
  • 7.346, n00by (ok), 09:04, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если же у тебя нет коммитов в ядро (согласно тамошних правил, следует указывать реальную фамилию), то возникает другой вопрос: если ты не имеешь отношения к разработке ядра, то какое твоё дело, что происходит в ядре? Вот это можешь объяснить? Не мне, себе объясни, для начала.
     
  • 2.37, Аноним (37), 11:25, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Непонятно только, если можно писать драйверы на Rust, то почему нельзя на C++?

    Можно. Пиши, что тебе мешает-то?

     
  • 2.38, DmA (??), 11:28, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро и драйвера Windows NT разве не на С++ написаны?
     
     
  • 3.41, Al Ka (?), 11:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, на Си. Если не верите посм. утекшие исходники XP
     
  • 3.62, Аноним (62), 12:15, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На C++ был BeOS: https://en.wikipedia.org/wiki/BeOS_API
     
     
  • 4.68, Аноним (58), 12:19, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И haiku!
     

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

  • 1.5, Аноним (5), 09:40, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Всё читал смехушечки про ужасный синтаксис Rust. Потом сам столкнулся. Да даже C++ более читаемым выглядит.

    fn main -> std::io::Result<()>{

    Вот чем думали разработчики языка? Удобно такое набирать? Нет.

     
     
  • 2.8, Аноним (8), 09:44, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –23 +/
    дада, тебя забыли спросить
     
     
  • 3.16, Аноним (5), 09:48, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это комментарий, а не ответ. В следующий раз пробуй потоньше.
     
  • 3.208, keydon (ok), 22:23, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Меня тоже забыли спросить. Делают растоподдержку для 1,5 хипстеров из гугла и мелкософта. Первые поиграются и забьют. Вторые будут EEE'кать. А возиться все-равно придется мейнтейнерам ядра (нет, я не мейнтейнер, я мимокрокодил).
     
     
  • 4.231, Аноним (231), 02:28, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так суть раста в ЕЕЕ и есть. На какой проект,  где он внедряется, ни посмотри, везде идет раздувание сборочных зависимостей, забивание на поддержку платформ и завязывание всего на пару расто-фанатов.
     
  • 2.17, Аноним (17), 09:52, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Разработчики уже все для тебя придумали: use, use as, type.
     
     
  • 3.21, Аноним (21), 09:56, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ладно, передумал не любить rust. Включайте в ядро.
     
     
  • 4.64, Аноним (120), 12:15, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала в GCC включайте.
     
     
  • 5.82, Аноним (46), 12:36, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лицензионные ограничения раста...
     
     
  • 6.93, Аноним (120), 12:53, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Название поменять.
     
     
  • 7.95, Аноним (120), 12:54, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Или совместимую, по крайней мере, сначала, независимую реализацию.
     
  • 7.201, snmp agent (?), 21:16, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    GNURust
     
  • 2.23, Аноним (23), 09:57, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Такое только в hello world бывает. В реальных программах обычно функции возвращают просто Result<()>, потому что подключен anyhow или свой тип Error и "type Result<T> = std::result::Result<T, Error>;"
     
     
  • 3.30, ranen (?), 10:55, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это кусок из примера к стандартной библиотеке вводы/вывода. Никто, находясь в своем уме, не будет выкидывать пользователю сырые ошибки ввода/вывода, хоть бы имя файла указал, с которым проблемы.  
     
  • 2.36, warlock66613 (ok), 11:18, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в чём проблема, и почему неудобно? Ну и 'std::' лучше убрать, импортировав 'io', тогда будет

    fn main() -> io::Result<()> {
    }


     
     
  • 3.47, Аноним (47), 11:55, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Думаю проблема в этом <()>.
     
     
  • 4.54, Аноним (-), 12:08, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Почему этого я не заметил, а ты заметил?
     
     
  • 5.71, n00by (ok), 12:21, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если перечислить языки, которые знает каждый из Анонимов, вероятно, станет понятно.
     
  • 4.109, НяшМяш (ok), 13:17, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если уж прям глаз режет, то можно сделать type Void = ();
     
  • 4.257, InuYasha (??), 11:19, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    typedef goatse :D
     
  • 2.78, Cucumber (?), 12:33, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если не используется код выхода, то просто пишешь:
    fn main() { ...тело функции... }

    Если зачем-то код выхода внезапно нужен (интересно зачем, когда есть всякие panic, uwrap и тому подобная херня), то сейчас сделали чуть более лаконичный ExitCode
    use std::process::ExitCode;
    fn main() -> ExitCode {
        if !check_foo() {
            return ExitCode::from(42);
        }
        ExitCode::SUCCESS
    }
    https://doc.rust-lang.org/stable/std/process/struct.ExitCode.html

     
     
  • 3.141, Аноним (141), 14:56, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >интересно зачем, когда есть всякие

    Сорян, но у тебя со здоровьем всё хорошо? Большего бреда от любителей раста я ещё не встречал.

     
  • 3.325, warlock66613 (ok), 22:27, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    panic — это только на случай нештатной ситуации. Полно штатных ситуций, когда нужно вернуть ненулевой код возврата. Например, юзер передал в командной строке путь к несуществующему файлу, ну и т. д.
     
  • 2.136, Аноним (138), 14:38, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не для вас написано, молодой человек.
     
  • 2.225, Аноним (138), 23:32, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тем временем C++ (орфография сохранена, ... - это именно троеточие, прямо в коде)

    template<class T, class... Args>
    inline T& fn(Args&&... args) {

     
     
  • 3.252, n00by (ok), 10:25, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Тем временем C++ (орфография сохранена, ... - это именно троеточие, прямо в
    > коде)
    > template<class T, class... Args>
    > inline T& fn(Args&&... args) {

    Точнее, многоточие. Внезапно, в данном случае оказывается интутивно-понятно. Хотите "грузить" - налегайте на && и move semantics. Я бы уже загрузился. ;)

     
     
  • 4.262, Аноним (138), 13:13, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это код из реального проекта, который судя по всему пишут компетентные разработчики, может поэтому и понятен. Но даже это кажется бессмысленной лапшой для человека, котрый знаком с хорошими языками.
     
     
  • 5.265, n00by (ok), 13:19, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Это код из реального проекта, который судя по всему пишут компетентные разработчики,
    > может поэтому и понятен.

    Не сочиняйте. Fn - это foo.

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

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

     
     
  • 6.272, Аноним (138), 13:44, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не сочиняю, увидел вызов fn<X>(args) и стало интересно, что за лапша. Оно мало того, что оказалось перегружено, так ещё и вот в такой форме.

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

     
     
  • 7.297, n00by (ok), 15:59, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Не сочиняю, увидел вызов fn<X>(args) и стало интересно, что за лапша. Оно
    > мало того, что оказалось перегружено, так ещё и вот в такой
    > форме.

    В живом проекте кто-то назвал функцию fn? Это невозможно.

    > Нет, исходя только из грамматики русского языка, смысл этого кода понять не
    > получится.

    Пишите честно: "мне не удалось понять".

     
     
  • 8.300, Аноним (138), 16:28, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пишите честно мне удалось понять, зная грамматику русского языка, программиров... текст свёрнут, показать
     
     
  • 9.337, n00by (ok), 07:13, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я не знаю новые стандарты плюсов и писал на них, когда variadic templates не был... текст свёрнут, показать
     
  • 2.244, Онаним (?), 08:59, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот о <()> они и думали.
     

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

  • 1.26, Аноним (26), 10:37, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    больше языков в ядро, а потом удивляться тому, что ядро поддерживает только три с половиной процессора
     
     
  • 2.28, Аноним (4), 10:54, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Тоже ниасилил прочитать новость?

    Вообще предлагаю модераторам сделать следующие: вместо числа на картинке при отправке комментария отвечать на вопросы по содержанию новости.

     

  • 1.31, microsoft (?), 10:57, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    > преподносится как опция

    Лицемерие. Ровно до тех пор пока драйвер видео или клавиатуры не будет на нем. Ню ню.

     
     
  • 2.45, Аноним (45), 11:51, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    >> преподносится как опция
    > Лицемерие. Ровно до тех пор пока драйвер видео или клавиатуры не будет
    > на нем. Ню ню.

    Ну, сперва на одну восьмую шишечки вставят, а потом и всё ядро проржавеет.

    Чот мне это напомнило... ЕМНИП, нужно вроде было старый инит на более быстрый и без фатального недостатка, переделать, но это не точно, давно это было.

     
     
  • 3.50, Аноним (46), 11:59, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ещё гарфику пытались безопасной сделать... В итоге половина прог перестали работать из-за архитектурных проблем.
     
  • 3.121, anonymous (??), 13:56, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    То есть RedHat вместо того чтобы втихаря ночью под одеялом накопить бесценный мн... большой текст свёрнут, показать
     
  • 2.72, Аноним (120), 12:21, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот, даже Microsoft это понимает.
     
  • 2.74, Аноним (120), 12:24, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если позарез модуль будет нужен, придётся портировать на C. По крайней мере, пока Rust frontend не добавят в GCC.
     
     
  • 3.212, Аноним (212), 22:58, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сам будешь портировать, сам и поддерживать. И кланяться, обязательно с подписью CLA, DCO и сдачей ДНК-биометрии в подтверждение, что в случае, если код не лицензионно чист, то что ты заранее жопу копирастам подставил. И не факт, что примут. Сопровождающие ядра там тебе ничего не должны. Захотят - вообще возможность запуска на твоем "калькуляторе" выпилят.

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

     
     
  • 4.220, Аноним (220), 23:08, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А я где-нибудь сказал, что буду в апстрим проталкивать? Для себя и для того парня, и только для LTS.
     

  • 1.34, Аноним (34), 11:09, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    На самом деле, логичным должен быть вопрос не "когда С++", а "когда Fortran, ADA, objective C".
     
     
  • 2.75, Аноним (120), 12:27, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот вопрос про Ada не кажется шуткой.
     
     
  • 3.233, burjui (ok), 02:47, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это пока на нём не начнёшь писать. Вот уж где пригодится метод скоростной слепой печати.
     

  • 1.40, Sw00p aka Jerom (?), 11:42, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    новое поколение анбешных бекдорописак разучилось писать на С, вот и пихают это поделие, чтобы бекдоры не крешили систему когда работают с памятью.
     
     
  • 2.44, Попандопала (?), 11:48, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Интим не предлагать?XD
     
     
  • 3.89, Sw00p aka Jerom (?), 12:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    без смс и рекламы :)
     
     
  • 4.124, Попандопала (?), 14:16, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, с OAuth говорят секьюрнее. )
     
  • 2.234, burjui (ok), 02:49, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    То ли дело старое поколение, которое сразу пишет идеальный код, без единой ошибки на миллион строк.
     
     
  • 3.242, Анончик (?), 08:30, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    через месяц жизни в gdb развивается умение делать сильно меньше ошибок на си.
     
     
  • 4.249, burjui (ok), 10:12, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Здорово. А я уже лет 6 не запускал gdb за ненадобностью, потому что перешёл с C++ на Rust.
     
     
  • 5.285, Sw00p aka Jerom (?), 14:50, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Здорово. А я уже лет 6 не запускал gdb за ненадобностью, потому
    > что перешёл с C++ на Rust.

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

     
  • 5.294, Анончик (?), 15:49, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    За Rust не скажу, только неллоу ворлд запускал и примеры из растбука. А на плюсах дебаггер запускал сильно меньше, но это было очень давно и код там был тривиальный. Логику на плюсах писать сильно приятней было чем на сях. Опираясь на то что я видел в расте, логику там писать приятней чем в плюсах (я так думаю, но опыта коммерческой разработки на раст у меня нет)
     

  • 1.49, Bob (??), 11:57, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Абстрагируясь: можно КПД итогового решения?
    Сетевой драйвер для 10 ГБ\с
    https://github.com/ixy-languages/ixy-languages/blob/master/Rust-vs-C-performan
    В виде научной статьи и в сравнении с другими языками https://www.net.in.tum.de/fileadmin/bibtex/publications/papers/the-case-for-wr
    p.s.: да, там есть грёбанный javascript. Нет, я не буду это спойлерить.
    p.p.s.: Rust чуть хуже с "проверками" и намного быстрее без проверок, даже при банальном переводе С кода в Rust. Смысл в проверках? - Ловит баги. Подробнее - в статье =)
     
     
  • 2.52, Аноним (46), 12:05, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ох уж эти сказочки...
     
  • 2.128, Аноним (138), 14:27, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Абстрагируясь? Шляпа платит Линусу бонусы, Линус ловит лулзы с сообщества.
     
  • 2.182, Аноним (182), 18:48, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Подробнее - в статье =)

    Почти нажал. Но - нет.

     

  • 1.61, Аноним (61), 12:14, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Всегда мечтал собирать ядро неделю.
     
     
  • 2.80, Аноним (120), 12:35, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Первый день Rust. Впрочем, в дальнейшем может понадобиться не один день.
     
  • 2.111, НяшМяш (ok), 13:19, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кстати интересно как там инициатива по рефакторингу заголовочных файлов продвигается. Обещали неслабое ускорение сборки.
     
     
  • 3.189, Аноним (189), 19:33, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Поддерживаю интерес!
     

  • 1.69, Аноним (-), 12:19, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как там успехи у дистрибутива Hyperbola с использованием ядра OpenBSD, кто знает?
     
  • 1.76, Аноним (-), 12:30, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Если начнут писать модули на Расте каков их будет среднестатистический бинарный размер? Только не говорите мне, что надо каждый раз отключать включёные по умолчанию функции дебага.

    Если начать компилировать исходные коды на Расте, сколько ждать? Половину дня? Люди говорят, что исходники на Расте и C++  компилируются очень долго.

    Раст болтливый язык? Одинаковая реализация в процедурном стиле среднестатистического алгоритма на чистом Си будет занимать меньше строк чем на Расте? Чисто-сишное ядро и так раздуто, а с распространением языка Раст мы будем вынуждены в итоге скачивать гигабайтный архив исходных кодов?

    Короче, в голову приходят страшные мысли. Ребята передайте Линусу пусть он пока не пускает Раст в ядро! А корпорасты, которые лоббируют продвижение Раста пусть идут лесом.

     
     
  • 2.83, Аноним (120), 12:41, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эх, даже если мы устроим краудфандинг, чтобы компенсировать Торвальдсу упущенную выгоду, вслествие отказа от включения Rust, мы не наберём столько.
     
  • 2.85, n00by (ok), 12:42, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Раст болтливый язык? Одинаковая реализация в процедурном стиле среднестатистического
    > алгоритма на чистом Си будет занимать меньше строк чем на Расте?

    Раст, внезапно, функциональный. Так что, в общем случае, меньше. Другое дело, что железо "императивно".

     
     
  • 3.258, Аноним (258), 11:22, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Раст, внезапно, функциональный.

    в расте функции - первоклассные объекты, можно ими жонглировать как душе угодно?

     
     
  • 4.260, n00by (ok), 12:43, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Раст, внезапно, функциональный.
    > в расте функции - первоклассные объекты,

    Если верить Википедиям, то и Си++ они первоклассные https://en.wikipedia.org/wiki/First-class_function#Language_support

    > можно ими жонглировать как душе угодно?

    Он же компилируемый - так что есть нюансы с eval. Через пару лет можно будет оформить в виде llvm.ko.

    Зато "переменные" иммутабельны по умолчанию, не требуется императивный return.

    Вот обычные для ФЯ конструкции:

        let y = {
            let x = 3;
            x + 1
        };

    fn five() -> i32 {
        5
    }

    https://doc.rust-lang.org/book/ch03-03-how-functions-work.html

    Осталось прикрутить к этой безусловно полезной абстракции отображенные в память регистры контроллера...

     
     
  • 5.286, Аноним (258), 15:00, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот обычные для ФЯ конструкции:

    Уровень детсада. Где передача функций, как объектов, каррирование, композиция функций и прочая ненизкая математика?

     
     
  • 6.291, Аноним (-), 15:34, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Уровень детсада.

    В системном программровании нужна только процедурщина.

    >Где передача функций, как объектов, каррирование, композиция функций и прочая ненизкая математика?

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

     
     
  • 7.299, n00by (ok), 16:25, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А зачем вся эта порнуха нужна системному программированию. Ненизкая математика в реальном
    > программировании не нужна.

    Смысл функционального программирования не в этих всех замыканиях. Если процедура хранит состояние, то для одних и тех же входных данных она может давать различный результат. Отсюда следует идея чистых функций и иммутабельности: если состояние не хранить, тогда можно на этапе трансляции доказать корректность кода -- как раз это в Rust и называют "безопасность". По той же причине в императивных языках по возможности стараются писать const. Но в реальном железе имеем const volatile. =)

     
  • 6.298, n00by (ok), 16:07, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вот обычные для ФЯ конструкции:
    > Уровень детсада. Где передача функций, как объектов, каррирование, композиция функций
    > и прочая ненизкая математика?

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

     
     
  • 7.301, Аноним (258), 16:30, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Я лишь намекаю, что функциональное программирование это не только лямбда исчисление.

    Еще один невзрослый тезис. Не надо приравнивать некоторые элементы ФП и само ФП.
    Функциональное программирование - это именно жонглирование функциями.

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

     
     
  • 8.339, n00by (ok), 07:34, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Поскольку жонглирование не формализовано, процитированное определение ФП - д... текст свёрнут, показать
     
     
  • 9.347, Аноним (-), 10:01, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот именно, сегодня Сегодня определение ФП - это парадигма , что есть не фор... текст свёрнут, показать
     
     
  • 10.353, n00by (ok), 10:44, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    То есть предмет спора выдуман автором сообщения 8470 258 ... текст свёрнут, показать
     
  • 9.348, Аноним (-), 10:04, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вернемся к нашим баранам Так как вернуть композицию функций в расте ... текст свёрнут, показать
     
     
  • 10.351, n00by (ok), 10:40, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ответьте, пожалуйста, отдельным сообщением, когда Вам удастся с Вашими баранами ... текст свёрнут, показать
     
  • 2.104, Аноним (104), 13:07, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Си программы меньше размером, потому что динамическая линковка.
     
     
  • 3.259, Аноним (258), 12:35, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А в расте - больше, потому что динамическая линковка с libc.
     
     
  • 4.295, Анончик (?), 15:54, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ямеюсь
     
  • 2.149, Аноним (149), 15:23, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если программа на расте будет делать тоже самое, что программа на сях, то размер... большой текст свёрнут, показать
     
     
  • 3.174, Андрей (??), 18:31, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Без разницы - конечные пользователи устанавливают готовый бинарь. Даже если захочется самому собрать - это разовая операция.

    Особенно, когда тебе говорят попробовать найти баг с помощью git bisect.

    Да и корректирующие релизы ядра выходят не раз в полгода. Так что далеко не разовая.

     
     
  • 4.226, Аноним (226), 00:04, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты модуль ядра решил компилировать что ли, раз тебе бисект потребовался? Тогда бы ты знал что занимаешься его разработкой и не говорил что бинарно бисектить собрался. Короче мимо парень
     
  • 3.190, Аноним (189), 19:46, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Прогресс в развитии языков наоборот, позволяет писать код менее громоздко, но при этом более понятно.

    Ну все, Я понял, почему программы так пожирнели последнее время. ;) Это чтобы понятность не изменилась! ;) ;) ;)

     
     
  • 4.227, Аноним (226), 00:08, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Очередной любитель оптимизаций по хдд. Прогрессу плевать на твои желания, адаптируйся или деприсируй 🤣
     
     
  • 5.230, Аноним (138), 00:24, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала такой
    >адаптируйся или деприсируй 🤣

    а потом
    >меня-то защооо?!!

     
  • 5.247, Аноним (189), 09:39, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Оптимизации люблю до определённого предела Но, постоянная память и особенно ОЗУ... большой текст свёрнут, показать
     
  • 2.173, Андрей (??), 18:25, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Если начать компилировать исходные коды на Расте, сколько ждать? Половину дня? Люди говорят, что исходники на Расте и C++  компилируются очень долго.

    А до включения Раста ядро можно было скомпилировать прям на ходу при запуске с помощью tcc (Tiny C Compiler).

    Не говоря уже про время сборки самого компилятора. Ведь Раст - это не только сам Раст, но ещё и монстр LLVM.

     
     
  • 3.228, Аноним (226), 00:10, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Можно, и можно будет, но зачем? И так и так всё равно нужно будет тюнить флаги компиляции… вот правда зачем тебе то дерьмо мамонта?
     
  • 2.235, burjui (ok), 03:08, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А вот если будешь изучать язык, читать документацию и писать программы, будут пр... большой текст свёрнут, показать
     
     
  • 3.323, Sw00p aka Jerom (?), 22:15, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >А вот если будешь изучать язык,

    совет на вес золота, С бы так изучали

     
     
  • 4.330, burjui (ok), 01:21, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Можно его изучать хоть 40 лет, но от ошибок в работе с памятью это не спасёт. Если даже лучшие программисты на планете их совершают, то про опеннетных экспертов я вообще молчу. К тому же, готов поспорить, что большинство из последних не знает и половины ситуаций с undefined behaviour в их любимом языке, потому что компиляторы в большинстве случаев услужливо генерят вменяемый код, а не мусор, как могли бы, согласно стандарту. А в остальных случаях эксперты вынуждены запускать отладчик и с переменным успехом искать, из какой щели сыпется мусор. Заметь, я нигде не говорю, что С - говно и т.п., как здесь принято у местной элиты по отношению к другим языкам. Я просто перечисляю объективные недостатки языка.

    Если вдруг непонятно, вездесущий undefined behaviour и полное отсутствие проверки указателей со стороны компилятора - это недостатки. Мы не в 80х живём, программы сейчас намного функциональнее, соответственно, их код намного больше, и уже только из-за этого становится практически невозможно писать код на C, лишённый багов, связанных с некорректным обращением к памяти. Чем больше компилятор предотвращает ошибок, тем лучше для всех - и разработчиков, и пользователей. По-моему, это очевидно. Поэтому разработчики ядра, наученные горьким опытом, и готовы включить поддержку Rust в ядро, коль уж сишные стандартизёры, мягко говоря, не очень торопятся улучшать свой ЯП.

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

     
     
  • 5.341, n00by (ok), 07:50, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот почему на техническом ресурсе ошиваются толпы луддитов-нарциссов с гипоманией и
    > нездоровой фиксацией на C, мне совсем не очевидно. Может, это религия
    > такая, секта?

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

     
     
  • 6.349, burjui (ok), 10:14, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Может им приходилось принимать участие в разработке ядра? Если они знают Си,
    > это вероятный сценарий.

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

     
     
  • 7.352, n00by (ok), 10:41, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А у Вас есть коммиты в ядро?
     
     
  • 8.365, burjui (ok), 20:43, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Но я и не указываю никому, на чём им писать ядрёный код Если понадобится, ... текст свёрнут, показать
     
     
  • 9.384, n00by (ok), 07:04, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Указания уже даны https www kernel org doc html latest process submitting-patc... текст свёрнут, показать
     
     
  • 10.392, Sw00p aka Jerom (?), 12:01, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    нет, была бы болгарка в руках Микеланджело его бы скульптуры были бы щедевральне... текст свёрнут, показать
     
  • 4.356, Sw00p aka Jerom (?), 13:57, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Участник 'burjui' запретил публикацию ответов

    ожидаемо

    >Можно его изучать хоть 40 лет, но от ошибок в работе с памятью это не спасёт.

    если складывать все яйца в одну корзину, кто виноват? Продавец или курица которая несет ломающиеся яйца?

    пс: все беды людские - от ума.

    """
    В комедии «Горе от ума» кто умное действующее лицо? ответ: Грибоедов. А знаешь ли, что такое Чацкий? Пылкий, благородный и добрый малый, проведший несколько времени с очень умным человеком (именно с Грибоедовым) и напитавшийся его мыслями, остротами и сатирическими замечаниями. Все, что говорит он, очень умно. Но кому говорит он все это? Фамусову? Скалозубу? На бале московским бабушкам? Молчалину? Это непростительно. Первый признак умного человека — с первого взгляду знать, с кем имеешь дело и не метать бисера перед Репетиловыми и тому подоб.
    """

    Свои критические замечания о произведении высказал А. С. Пушкин в конце января 1825 года в письме А. А. Бестужеву из Михайловского в Петербург.


     

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

  • 1.77, Аноним (58), 12:31, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Линус Торвальдс упомянул о возможности скорой интеграции в ядро Linux компонентов для разработки драйверов устройств на языке Rust

    А c++ ему не нравится! И в защиту плюсов скажу что HaikuOS (как и BeOS) от ядра и загрузчика и до самого юзерспейса написана на c++! И вот-вот нагнёт этот ваш линукс на декстопах! Уже сейчас почти работает vulkan-видеодрайвера для radeon карт!

     
     
  • 2.88, Аноним (120), 12:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тут жеж ещё всё сильно будет зависеть от того, сможет ли весь существующий свободный софт быть собранным под Haiku.
     
     
  • 3.130, Аноним (138), 14:30, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А с этим проблемы? Компилятор си в ней есть, берёшь, собираешь.
     
     
  • 4.191, Аноним (120), 19:52, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На словах всё просто. А там то Libc не совсем такая, то ещё чего. Ну собери Qt 5.15.3, например, под неё.
     
     
  • 5.274, Аноним (138), 13:52, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Qt должно же быть уже собрано?
     
  • 2.129, Аноним (138), 14:29, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > от ядра и загрузчика и до самого юзерспейса написана на c++

    Как что-то хорошее. Приходи, когда нагнёт.

     
  • 2.326, warlock66613 (ok), 22:46, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На C++ с эксепшенами или на C++ без эксепшенов? Чисто из любопытства спрашиваю. Я, правда, сравнительно немного работал с C++ продакшен кодом, но всё же работал и ни одного проекта с включёнными эксешенами и штатным RTTI не попадалось.
     
     
  • 3.344, n00by (ok), 07:55, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро Windows написано на Си, но исключения там используются. Механизм Structured Exception Handling (SEH) похож на Си++ исключения и последние могут быть реализованы поверх него. Штатный RTTI есть в Qt. Судя по возрасту проекта, когда-то там был свой велосипед, но теперь внутри него чистый dynamic_cast.
     
     
  • 4.373, warlock66613 (ok), 22:44, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Про SEH я в курсе. Интересно именно про C++ и HaikuOS / BeOS.

    > Штатный RTTI есть в Qt.

    Ого. Пожалуй стоит сильнее прислушаться к хейтерам современного Qt. Возможно они не так уж неправы.

     
     
  • 5.386, n00by (ok), 07:43, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Про SEH я в курсе. Интересно именно про C++ и HaikuOS /
    > BeOS.

    Что именно интересно про Си++? Когда дизайнили ядро NT, насколько понимаю, языка С++ не было. SEH точно так же хранит некоторую информацию времени исполнения о типе ошибки. Точно так же есть проблемы, не работает на высоких IRQL. И ещё объекты ядра обмениваются сообщениями. :)

     
     
  • 6.393, warlock66613 (ok), 13:04, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Что именно интересно про Си++?

    Интересно, написаны HaikuOS/BeOS на C++ с эксепшенами или на C++ без эксепшенов.

     
     
  • 7.394, n00by (ok), 15:48, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Уже не пойму, когда шутят, а когда нет. Можно ведь поискать. https://github.com/haiku/haiku/search?q=throw

    Вот например



    inline void*
    operator new(size_t size, ObjectCache* objectCache, uint32 flags) throw()
    {
    return object_cache_alloc(objectCache, flags);
    }



    https://github.com/haiku/haiku/blob/8f16317a5b6db5c672f331814273e5857555020f/h

     
     
  • 8.397, warlock66613 (ok), 16:17, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Из приведённого вами куска кода ответ на мой вопрос не получить никак Врочем, д... текст свёрнут, показать
     
     
  • 9.399, n00by (ok), 17:32, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я не вижу какого-либо конкретного вопроса в Ваших сообщениях Возможно, потому ч... текст свёрнут, показать
     
     
  • 10.403, warlock66613 (ok), 19:09, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    171 C с эксепшенами 187 8212 это стандартный C с RTTI 171 C без ... текст свёрнут, показать
     

  • 1.86, iPony129412 (?), 12:42, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Это знак 😮. С сегодняшнего дня начну учить Rust.
    Найду книгу хорошую и начну.
     
     
  • 2.91, Аноним (120), 12:50, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "Rust за 21 час с нуля" или "Rust для тинейджеров" ещё не написали.
     
     
  • 3.101, iPony129412 (?), 13:01, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > "Rust за 21 час с нуля" или "Rust для тинейджеров" ещё не написали.

    Жаль, хотя мне всё равно.
    Вот с функциональщиной плохо - это может помешать наверно...

     
  • 2.97, Иваня (?), 12:55, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А мне лень учить новый ЯП... Я знаю C, буду на нём писать, не зря же учил.
     
  • 2.108, Без аргументов (?), 13:16, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    лучше сначала изучите организацию ЭВМ, архитектуру железа и ядра. а потом хоть JS
     
     
  • 3.127, iPony129412 (?), 14:25, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > лучше сначала изучите организацию ЭВМ, архитектуру железа и ядра. а потом хоть JS

    Уже есть. Только JS не это. Но не хочу как-то 🤷♂

     
  • 3.219, Аноним (219), 23:07, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    JS как раз клал на жто всё, вместе с теми кто на нем "пишет".
     
  • 2.112, НяшМяш (ok), 13:20, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https://doc.rust-lang.org/book/
     

  • 1.113, Аноним (113), 13:22, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    За 30 лет могли бы лучше Pascal впилить в ядро.
    На нём явно поприятнее писать, и дрова в том числе.
     
     
  • 2.134, Аноним (138), 14:35, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что ты такое говоришь? pascal - это смерть для линукса!
     
  • 2.151, Аноним (151), 15:35, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >На нём явно поприятнее писать

    Субъективщина же. Я в своё время с радостью свалил с Паскаля на C++, не в последнюю очередь из-за многословности синтаксиса первого. Предполагаю, большинству кодеров больше по душе C-like.

     
  • 2.232, _kp (ok), 02:42, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А смысл По проблемам человечкого фактора с Си он одинаков А синтаксис, помимо... большой текст свёрнут, показать
     
     
  • 3.267, Аноним (138), 13:23, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как же вам печёт от begin end и объявления переменных, любо дорого посмотреть. Видимо си правда оказывает какое-то влияние на мышление.

    >круглых скобок требуется заметно больше чем на Си

    Медитируй:

    if (!((ch >= 0x0FF10) && (ch <= 0x0FF19)) ||
         ((ch >= 0x0FF21) && (ch <= 0x0FF3A)) ||
         ((ch >= 0x0FF41) && (ch <= 0x0FF5A)))

    Код на паскале сам осилишь.

     
     
  • 4.271, n00by (ok), 13:38, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В С89 объявление переменных было как в Паскале. При этом вложенных процедур там не было, потому и сняли ограничение. И речь тут про ядро, а не холивар языков. В Виндосе некоторые писали драйвера на Дельфи, потом, как правило, переписывали.
     
     
  • 5.275, Аноним (138), 13:57, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Про С89 интересно.

    Как это не холивар? А что тогда?

     
  • 4.308, _kp (ok), 18:16, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>круглых скобок требуется заметно больше чем на Си
    > Код на паскале сам осилишь.

    Конечно, я знаю про паскалевский case c диапазонами. В данном случае жирный плюс.

    Но когда надо перенести батарею подобных и хуже конструкций:
    chk_rec( get_iRec() + (i>=1 && i <= 4 ? (const uint32_t[]){ 1500, 600, 65, 8 }[i-1] : 1), skip);

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

     
     
  • 5.309, Аноним (138), 18:39, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В том примере прямой перевод if (без всяких case) убирает половину сишных скобок.

    >подобных и хуже конструкций

    Почему-то не удивлён увидеть именно сишный код.

     
  • 2.316, Аноним (316), 20:54, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше Modula-2. Тоже паскалеподобная, но получше.
     

  • 1.114, Аноним (114), 13:22, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это ужасно, "макака-формошлёп"ы, не знающие чем фон неймановская архитектура отличается от гарвардской, добрались до ядра. Так называемые "программисты" на rust окончательно испортят линукс.
    Не подскажете куда лучше переходить? FreeBSD, OpenBSD или может быть Mac OS X?
     
     
  • 2.115, Аноним (61), 13:23, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    На windows.
     
     
  • 3.193, Аноним (-), 20:03, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Смищно.
     
     
  • 4.209, Аноним (209), 22:33, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Смищно.

    А что плохого в этом совете?
    Ядро windows не написано на rust, не имеет systemd, pulseaudio, gnome и других подобных нехороших вещей которые ненавидят эксперты с opennet, а значит подходит больше чем Linux

     
     
  • 5.245, Онаним (?), 09:01, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На самом деле да, тоже задумываюсь о том, что винда в итоге может оказаться вполне реальной альтернативой.
     
     
  • 6.264, Аноним (138), 13:16, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прыгать с одной блоатваре на другую...
     
     
  • 7.270, Онаним (?), 13:33, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Возможно у винды в до кучи будет свой прослоечный форк ядра, не зря же они WSL2 пилят.
     
  • 7.281, Онаним (?), 14:38, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Из серьёзных минусов винды сейчас - там всё не просто плохо, а очень плохо с поддержкой сетевых технологий.
    Изначально заточились на оффлоуд всего "лишнего", вплоть до VLAN, на сетевые платы, а оффлоуда у вендоров не случилось. В итоге чтобы банально несколько вланов принять - нужно плясать с бубном через HyperV ныне.
     
     
  • 8.283, Онаним (?), 14:39, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    под оффлоудом в данном случае понимается не собственно процессинг пакетов, кото... текст свёрнут, показать
     
  • 6.278, Аноним (278), 14:26, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Windows гораздо больше подходит для open source чем Линукс, так как для винды больше свободных программ.
     
     
  • 7.280, Онаним (?), 14:35, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чичиго?
     
  • 7.287, Аноним (138), 15:08, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не свободных, а бесплатных. Свободная - это открытый код под лицензиями GPL, BSD, MIT и т.д.
     
     
  • 8.317, Аноним (316), 21:01, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Человек правильно написал - свободных На том же sourceforge полно вещей с gpl, ... текст свёрнут, показать
     
     
  • 9.322, Аноним (138), 22:05, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А можно два-три выдающихся примера Таких программ, исходники которых под свобод... текст свёрнут, показать
     
     
  • 10.336, _ (??), 04:55, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    FAR bro ... текст свёрнут, показать
     
  • 10.358, Аноним (358), 14:32, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    notepad , mpc-hc... текст свёрнут, показать
     
     
  • 11.361, Анончик (?), 14:57, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это хорошие примеры, но для них есть FOSS аналоги Все эти разговоры о свобо... текст свёрнут, показать
     
     
  • 12.367, Аноним (-), 20:59, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет в линупce аналогов Есть жалкие пародии Например большинство виндовых видео... текст свёрнут, показать
     
  • 10.366, Аноним (-), 20:50, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Старый Free Download Manager линупcoвый ныне мертвый d4x - жалкая пародия на не... текст свёрнут, показать
     
  • 5.279, Аноним (278), 14:32, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И Wayland, и snap, и flatpack, и hig
    Все эти плохие программы отсутствуют на винде, а значит она лучше
     
     
  • 6.292, Аноним (-), 15:42, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Толсто.

    Windows сама по себе Зло!

     
  • 2.119, АнонимКо (?), 13:52, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Это ужасно, "макака-формошлёп"ы, не знающие чем фон неймановская архитектура отличается
    > от гарвардской, добрались до ядра. Так называемые "программисты" на rust окончательно
    > испортят линукс.
    > Не подскажете куда лучше переходить? FreeBSD, OpenBSD или может быть Mac OS
    > X?

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

     
  • 2.132, Аноним (138), 14:34, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >BSD

    Можешь попробовать.

    > Mac OS X

    Нет.

     
  • 2.196, Аноним (58), 20:13, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Не подскажете куда лучше переходить? FreeBSD, OpenBSD или может быть Mac OS X?

    HaikuOS!

     
  • 2.203, Ан (??), 21:22, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    DragonflyBSD
     
     
  • 3.327, warlock66613 (ok), 23:16, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    То, что вы, по-видимому, имеете в виду, называется «DragonFly BSD». С пробелом перед «BSD» и большой «F». И там всё довольно плохо с драйверами для видеокарт.
     
  • 2.217, Аноним (219), 23:06, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я на FreeBSD дано. Потому что это единственная ОС (а не набор пакетов), в свободном мире.
     

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

  • 1.143, Аноним (143), 15:00, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждем дополнения в виде Golang и Ziglang
     
     
  • 2.152, Без аргументов (?), 15:49, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Эти с флагами не ходят и всюду не пихают, полноценные люди. И в мазилла фондашион лидера-гетеросексуала не смещают.
     
     
  • 3.282, Аноним (278), 14:39, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В этом вся суть так называемых программистов на rust
     
  • 3.284, Аноним (278), 14:42, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Они не в состоянии понять архитектуру компьютера и систем, но лезут в ядро со своим так называемым системным, так называемым безопасным языком.
     
     
  • 4.332, burjui (ok), 02:17, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зато местные критики - эксперты во всём: в архитектуре (могут написать 10 строчек на асме и знают про кэш), компиляторах (прочитали названия глав в книге с драконом), теории типов (лучший тип - void*), проектировании языков программирования (Rust - плохо, там закорючек много, а вот Pascal - норм, там слова) и телепатии ("они не знаю то", "они не знают это"). При этом свой код не показывают, потому что достигли просветления и поняли, что лучший код - это его отсутствие.

    Ну, экспертами они видят себя в зеркало. А со стороны больше напоминают потенциальных обитателей психиатрического стационара. Сами-то, поди, в ядро ни строчки не написали за всё время использования Linux, но ни дай бог там кто-то хоть строчку на Rust напишет - всё, конец света, тролльвальдс скатился, луникс пропал, валим на BSD. Ой, а там всё по-другому, разбираться надо, а ещё дров не хватает, бежим назад. Точно так же до этого верещали про systemd, хотя сейчас посади их за дистр с классическим инитом и скриптами - начнутся "вьетнамские" флэшбэки.

    Специалисты по архитектуре бреда в комментариях.

     
     
  • 5.357, Анончик (?), 14:23, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > местные критики - эксперты во всём

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

    Вам повезло, что эту информацию тут можно почитать.

     
     
  • 6.363, Анончик (?), 20:06, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чет не сильно удобно сидеть под одним ником
     
  • 6.368, burjui (ok), 21:01, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какой ещё барин? Никто никого не заставляет учить Rust, я вот учил по собственному желанию, т.к. нравятся языки ML-семейства и borrow checker. И даже пользоваться Systemd никто не заставляет, дистрибутивов Linux - гора и маленькая тележка. Мне как пользователю Systemd не мешает, конфигурация намного проще, чем с инит-скриптами, система грузится быстрее.

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

     
     
  • 7.370, Анончик (?), 21:33, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я - хороший, это они плохие!

    Понятно.

     
     
  • 8.391, Аноним (278), 11:01, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    burjui не написал что он хороший ... текст свёрнут, показать
     
  • 7.390, Аноним (278), 10:59, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ваш комментарий нужно в рамочке повесить над формой отправки сообщения
     
  • 2.180, Аноним (104), 18:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Golang - не системный язык с GC, не подходит.
     
     
  • 3.186, Аноним (138), 19:05, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему не добавить GC в ядро?
     
     
  • 4.248, Аноним (151), 09:42, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В принципе, есть экспериментальные реализации OS на Go. Это возможно, но вряд ли целесообразно. Хотя практика и эксперименты буйных голов покажут.
     

  • 1.153, АнонимГоним (?), 15:52, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, создатель Rustа это ж один из, трех что-ли, челов, которые в каком-то там институте делали проект безопасного надмножества C. Чому тот C не взлетел, чому на нем не пробовали писать для ядра, может постепенный переход с простого C на "не простой" а потом уже когда-нить на Rust было б проще воспринимать, хм.
     
     
  • 2.178, Аноним (138), 18:40, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты думаешь, тебе будут делать безопасные языки, приносить прямо в руки, пиарить на весь интернет, только возьми? Как это должно работать, по-твоему?
     

  • 1.154, Аноним (154), 16:01, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересая новость. Вот недавно Линус разрешил-таки наконец использовать С11. Через 11 лет после появления стандарта.

    Отсюда вопрос. Какая версия rust будет доступна в ядре?

     
     
  • 2.156, Аноним (156), 16:09, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты новость читал? Прочитай с места

    > Торвальдс упомянул о возможности скорой интеграции в ядро Linux компонентов для разработки драйверов устройств на языке Rust. Не исключается, что патчи с поддержкой Rust будут приняты в ближайшем окне приёма изменений, формирующем состав ядра 5.20...

     
     
  • 3.162, Аноним (154), 16:45, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И? Какая версия rust?

    И как часто ее можно будет увеличивать?

     
     
  • 4.163, Попандопала (?), 17:11, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    По факту наличия стабильной версии наверняка и главное есть кому поддерживать, иначе финн бы не одобрил. Парагонцы же чуть обгадились ливнув в запой понадеясь на сообшество тысячаглаз. D В любом случае ядро очевидно форкнут в стиле нераст-кернел. рейзер4 кернел же есть и прекрасно себя чухает.XD
     
     
  • 5.266, Аноним (154), 13:20, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > По факту наличия стабильной версии наверняка и главное есть кому поддерживать, иначе финн бы не одобрил.

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

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

    Посмотреть как и что, и запилить свое без cargo и бабочек.

     
  • 5.293, Аноним (-), 15:44, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >чухает.

    Переведи.

     
  • 4.288, Аноним (-), 15:23, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >И? Какая версия rust?

    Модная, модная.

     

  • 1.155, Аноним (156), 16:07, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  Использование Rust для разработки драйверов позволит с минимальными усилиями создавать безопасные и более качественные драйверы, избавленные от таких проблем как обращение к области памяти после её освобождения, разыменование нулевых указателей и выход за границы буфера...

    Эта мантра также обязательна в любом тексте про Rust как и "<Организация> запрещена на территории РФ"?

     
     
  • 2.200, microsoft (?), 21:16, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Фанатики, сэр.
     
     
  • 3.324, Аноним (258), 22:24, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Фанатики - за идею. А тут за бабосы слухи распространяют, ой, "новости о не исключении возможности" пишут. Хотя, деньги - это тоже идея.
     

  • 1.164, Аноним (164), 17:22, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > обязательной инициализации значений переменных перед использованием

    А разве может быть иначе?

     
     
  • 2.185, Аноним (138), 18:59, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Конечно, те же пгавославные С, С++.
     
  • 2.333, burjui (ok), 02:24, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Конечно. Инициализация - для слабаков. Настоящие мужики пишут такой код, который правильно работает даже со случайным мусором через нулевые указатели.
     
     
  • 3.364, Аноним (209), 20:32, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Обязательная инициализация означает необходимость тратить время процессора и память на ненужную оптимизацию переменных. Для системного программирования, где важен каждый такт, она неприемлема.
     
     
  • 4.374, warlock66613 (ok), 23:10, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Обязательная инициализация означает необходимость тратить время процессора и память на
    > ненужную оптимизацию переменных. Для системного программирования, где важен каждый такт,
    > она неприемлема.

    И поэтому в Rust есть переменные типа 'MaybeUninit'. (Для которых, разумеется, также обязательна инициализация, но она не тратит время процессора и память (если использовать для инициализации значение 'MaybeUninit::uninit()'.)

     
     
  • 5.388, Аноним (278), 10:24, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Какой ужасный синтаксис
     
     
  • 6.398, warlock66613 (ok), 16:53, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Какой ужасный синтаксис

    Именно синтаксис здесь плюсовый. И что в нюм ужасного? Двойное двоетчие? А 'MaybeUninit', 'uninit' — это не синтаксис, это просто идентификаторы, имя типа и тмя метода.

     
  • 4.385, n00by (ok), 07:29, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Обязательная инициализация означает необходимость тратить время процессора и память на
    > ненужную оптимизацию переменных.

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

    > Для системного программирования, где важен каждый такт,
    > она неприемлема.

     

  • 1.166, Аноним (166), 17:45, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Поддержка Rust преподносится как опция, не активная по умолчанию и не приводящая к включению Rust в число обязательных сборочных зависимостей к ядру

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

     
  • 1.167, Аноним (167), 17:51, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Нафиг раст? Надо просто пользоваться при разработке прог интерфейсами, которые менеджатся компилятором, а так же завести в православный си/си++ аналог фастмм, чтобы утечки памяти искал и доступ к освобожденной памяти. А то пишут на каких то языках из прошлого века и все время жалуются, что память течет и уязвимости на каждом шагу.
     
     
  • 2.177, Аноним (149), 18:39, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Нафиг раст? Надо просто пользоваться

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

     
  • 2.306, Аноним (-), 17:58, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот что же все разрабы ядра такие тупые и за столько лет не догадались это сделать...
    И тут пришел анон с опенька и все разложил по полочкам!
     
     
  • 3.307, Аноним (138), 18:08, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так и есть, анон умный.
     

  • 1.171, Аноним (171), 18:23, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Там, где начинаются ненужные слои абстракции и ненужная забота о чрезмерной безопасности, там заканчивается быстродействие и качество кода. Жаль что Линус стар и ему уже все равно.
     
     
  • 2.181, Ананимус (?), 18:48, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да, C давно пора выкинуть в окно как ненужную прослойку.
     

  • 1.175, Андрей (??), 18:33, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Печально, что у Линуса не осталось больше аргументов, чтобы не допустить прохода экспериментального языка в промышленный проект.
     
     
  • 2.179, Аноним (149), 18:41, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага, ты небось до сих пор плёночным фотоаппаратом пользуешься, и почту лошадьми гоняешь? Не пользоваться же всеми этими экспериментальными технологиями.
     
     
  • 3.206, Bdfybec (?), 22:09, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Аналогия не твой конёк.
     
  • 3.223, Аноним (46), 23:14, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > плёночным фотоаппаратом

    Не поверишь, до сих пор есть студии проявки киноплёнки... Да, её используют профессионалы.

     
  • 3.302, Аноним (154), 16:51, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я так понимаю, ты из тех, кто уже купил электрокар с автопилотом и во время езды ...

    книжки читает?

     
     
  • 4.304, Ананимус (?), 16:57, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты хочешь сказать что индусам из мелланокса, которые из сетевого драйвера общий slab портят, доверия больше?
     
     
  • 5.354, Аноним (154), 13:40, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты хочешь сказать что индусам из мелланокса, которые из сетевого драйвера общий slab портят, доверия больше?

    Такие виды ошибки лекго отлавливаются.

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

    Для их отлова нужно интенсивное использование в других - более простых проектах.

    Отсюда вопрос, сколько времени должно будет пройти пред внедрением новой версии компилятора rust в ядро, если он практически нигде не используется?

     
  • 2.236, Ананимус (?), 05:12, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты код ядра видел вообще? Там говно и костыли на каждом шагу, экспериментальный язык хуже уж точно не сделает.
     
     
  • 3.334, burjui (ok), 02:37, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тсс, ты чего? Не разбивай хрустальные фантазии онанимов. И вообще, развели тут плюрализм... Одно ядро, один лидер, один язык! Seg fault!
     
  • 3.355, Аноним (154), 13:46, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты код ядра видел вообще? Там говно и костыли на каждом шагу, экспериментальный язык хуже уж точно не сделает.

    Это ты так решил, что не сделает? И какие у тебя для таких заявлений основания?

     
  • 3.362, Аноним (362), 17:17, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пруфов, как всегда не будет, да?
     

  • 1.188, Аноним (-), 19:11, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Пропала переносимость, пропал калабуховский дом.
     
  • 1.202, Аноним (202), 21:21, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И почему нельзя назвать новую версию 6.0 из-за новой функциональности? Или старый пердун опять будет ждать, когда моча в голову стукнет?
     
     
  • 2.289, Bdfybec (?), 15:26, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Новость про возможное прикручивание Rust. Соответственно, новая функциональность на его основе в ядре отсутствует.
     

  • 1.207, ilowry (?), 22:12, 22/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Будет теперь инклюзивное ядро.
     
     
  • 2.218, Аноним (138), 23:06, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бодипозитив.
     
  • 2.221, Аноним (46), 23:09, 22/06/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это конец.
     

  • 1.256, Аноним (258), 11:16, 23/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > не исключил возможность

    Это надо срочно в новость!

     
  • 1.290, Аноним (290), 15:28, 23/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Это начало конца...
     
  • 1.310, Аноним (310), 19:08, 23/06/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему в ядро Linux включают именно:
        протекающий, ненадежный, неверифицируемый Rust,
        a не безопасный, надежный, верифицируемый SPARK
    ?!!
     
     
  • 2.328, warlock66613 (ok), 23:33, 23/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вам ответить отвлечённо или прагматично?

    Потому что на Rust приятно писать код. А на SPARK упорешься. Потому что Rust как современный язык отвечает требованиям, предъявляемым современному языку (репозиторий пакетов, вменяемая система сборки, избавление программиста от обезъяньей работы вроде копипаста заголовков методов в интерфейсную часть модуля, и др.), а SPARK — штука древняя. Потому что Rust целенаправленно создавался и создаётся под подобные задачи, и из коробки имеет достойный FFI с Си.

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

     
     
  • 3.381, Аноним (381), 03:38, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > репозиторий пакетов, вменяемая система сборки

    Прямо перечислил априори не нужное

    > избавление программиста от работы головой

    Фиксанул, не благодари

     
     
  • 4.387, Аноним (358), 10:22, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> избавление программиста от работы головой
    > Фиксанул, не благодари

    Как что-то плохое. Хотя страх всяких сишников можно понять, ведь повторяется история с станками жаккара.

     
  • 2.329, yet another anonymous (?), 00:00, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому что ядро --- важный и значимый ресурс. Подмять его под себя через инфраструктуру, средства разработки или как ещё --- очень логичная стратегия.
     
  • 2.335, burjui (ok), 02:54, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пфф, а то, что ядро написано на протекающем, ненадёжном, неверифицируемом C, тебя не смущает? Нужно срочно переписать ядро на SPARK! Ну как срочно... на это уйдёт лет 100, учитывая многословность синтаксиса, а также сколько бойлерплейта и контрактов придётся писать к каждой функциональной строчке кода. Код будет в 10 раз больше и никому не нужен, но зато абсолютно безопасен и надёжен. Впрочем, любой код будет абсолютно безопасен, если его не запускать.
     
     
  • 3.340, yet another anonymous (?), 07:47, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    s/SPARK/Rust/g

    И что, что-то по сути поменялось в месседже?

     
     
  • 4.350, burjui (ok), 10:19, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если думать не головой, а задницей, то нет.
     
     
  • 5.359, Аноним (154), 14:35, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если думать не головой, а задницей, то нет.

    Ну так покажи эту разницу тем, кто думает задницей...

    Или ты то же из таких?

     
     
  • 6.360, Анончик (?), 14:48, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А то! 4.332
     
  • 6.369, burjui (ok), 21:10, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я уже задолбался кому-то что-то объяснять на этом ресурсе. Тем более бессмысленно объяснять что-то тем, кто думает задницей. Никто даже документацию прочитать не в состоянии, не то что попробовать написать что-то более-менее сложное на языке перед тем, как гадить в комменты про "вырвиглазный синтаксис" и прочую чепуху. Сами идите, пишите на обоих языках, а потом сравнивайте объём кода, трудозатраты и КПД своей работы. А заодно подумайте, почему ни один из формально верифицируемых языков даже близко не пошёл в массы.
     
     
  • 7.371, Анончик (?), 21:37, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не нужно ничего объяснять, лучше расскажи, почему ни один из формально верифицируемых языков даже близко не пошёл в массы. Послушаем умного человека.
     
     
  • 8.372, burjui (ok), 22:35, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что на них, внезапно, сложно и долго писать Или ты думал, что там просто... текст свёрнут, показать
     
     
  • 9.401, Анлним (?), 18:53, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ответ массового заказчика нет SPARK уже занял свою нишу Заказчик должен плати... текст свёрнут, показать
     
     
  • 10.407, burjui (ok), 20:03, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Из крайности - в крайность Типичный опеннетный эксперт Это если не писать конт... текст свёрнут, показать
     
  • 7.375, Аноним (375), 23:27, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как может данная прослойка обеспечить безопасность, если у нее 70% кода unsafe? Т.е фактически, будет вызываться из безопасного кода, небезопасные функции из прослойки. Да о чем можно говорить, когда этому подтверждение недописанный драйвер android от гугла.
    Если моя логика абсолютна не верна, то как тогда?
     
     
  • 8.376, yet another anonymous (?), 23:50, 24/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Там продвигаются более интернсные вещи, хотя на них обращают внимание сильно мен... текст свёрнут, показать
     
     
  • 9.402, Анлним (?), 18:56, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это смерть безопасности ... текст свёрнут, показать
     
  • 8.377, burjui (ok), 00:03, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как же вы достали уже с этим, сил нет Неужели самим непонятно, что любой поте... текст свёрнут, показать
     
     
  • 9.382, Аноним (381), 03:44, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Проблемы квалификации программиста, а не языка как такового Хотя, глядя на то ч... текст свёрнут, показать
     
     
  • 10.383, burjui (ok), 05:19, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    По твоей логике в мире нет ни одного квалифицированного программиста, потому оши... текст свёрнут, показать
     
  • 10.389, Аноним (358), 10:37, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вот и снова мантры про прямые руки Только не сильно-то они помогают, раз то в... текст свёрнут, показать
     
  • 9.404, Анлним (?), 19:19, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тебя обманули и ты вводишь в заблуждение других В ядро Linux, уже очень давно, ... текст свёрнут, показать
     
     
  • 10.406, Анлним (?), 19:44, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Еще одна большая сакральная тайна которую пропагандисты Rust скрывают, чтобы вас... текст свёрнут, показать
     
  • 10.408, burjui (ok), 20:14, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Аргументы будут или пука в лужу, по вашему мнению, достаточно Такой способ безо... текст свёрнут, показать
     
     
  • 11.410, Анлним (?), 20:41, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В луже с растом сейчас сидишь ты Аргументируют config_pax_noexec config_pax_pa... текст свёрнут, показать
     
  • 7.400, Анлним (?), 18:28, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Сами идите, пишите на обоих языках, а потом сравнивайте объём кода, трудозатраты и КПД своей работы.

    Ты правильные вопросы задал:
      объем кода
      трудозатраты
      КПД
    молодец.

    Теперь в твою модель добавь следующие переменные:
      надежность (авиация, еретические производства, оборонка - сбой, падение программы неприемлемо)
      безопасность (требуется уровень не ниже A1 - математическое доказательство корректности, отсутствия ошибок и уязвимостей на уровне исходных текстов)
    И перещетай заново свои критерии оценки языка:
      объем кода
      трудозатраты
      КПД
    И где теперь Rust с C по сравнению со SPARK?

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

    Это смотря кто заказчик. Массовому заказчику надо:
      быстро и дёшево
    а не
      надежно, безопасно, верефицируемо.
    По этому пишут на Python.

    За SPARK стоит самый крутой заказчик, которому необхожим язык дающий сразу гарантии:
      надежности
      безопасности
      верефицируемости
    всем написанным на нем програмам. Трудозатраты на мат верификацию исходного кода на отсутствие уязвимостей и збоев работы программы на SPARK равны 0.

     
     
  • 8.405, burjui (ok), 19:39, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как я и писал выше, опеннетовский эксперт не умеет читать 1 и мыслить критичес... текст свёрнут, показать
     
     
  • 9.409, Анлним (?), 20:17, 25/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не хами Писал грамотно, а вражеский спелчекер поменял слова Вот Ыксперту по бе... текст свёрнут, показать
     

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



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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