Исходное сообщение
"В ядро Linux 6.8 намечено включение первого сетевого драйвер..." Отправлено фнон, 18-Дек-23 20:27
> Я считаю что Rust безусловно лучше С и даже С++ для ядра > Linux. Но Zig безусловно лучше (и значительно) чем Rust для того же ядра. Я про зиг уже писал. Это по сути СИшка в смысле недостатков (управление памятью), затом модно-молодежно. Ну и добавили очень странные "улучшения" аргументируя "no hidden control flow" и приводя в пример Examples of hidden control flow:     C++, D, and Rust have operator overloading, so the + operator might call a function.     C++, D, and Go have throw/catch exceptions, so foo() might throw an exception, and prevent bar() from being called. Но дефер все таки вернули, наверное это уже не хидденфлоу) Причем errdefer тоже. (Интеренсо как оно будет работать с правилом "so foo() might throw an exception, and prevent bar() from being called") Думаю у них цели/ценности меняются так же часто, как у некоторых генералов число ПИ. В общем сейчас это просто забавный пример СИшки, но чуть поприятнее. > Представляю как я прихожу и говорю что для нашей базы данных нужен seL4, а не Linux :)) И? Тебя же не уволят? Если твоя супер база работает на обычном ядре ликукса - то это консумерская штука и никакой супер надежности для нее скорее всего не нужно, все равно ядро настолько дырявое, что софт может быть и попроще.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Я считаю что Rust безусловно лучше С и даже С++ для ядра >> Linux. Но Zig безусловно лучше (и значительно) чем Rust для того же ядра. > Я про зиг уже писал. Это по сути СИшка в смысле недостатков > (управление памятью), затом модно-молодежно. > Ну и добавили очень странные "улучшения" аргументируя "no hidden control flow" и > приводя в пример > Examples of hidden control flow: > C++, D, and Rust have operator overloading, so > the + operator might call a function. > C++, D, and Go have throw/catch exceptions, so > foo() might throw an exception, and prevent bar() from being called. > Но дефер все таки вернули, наверное это уже не хидденфлоу) Причем errdefer > тоже. (Интеренсо как оно будет работать с правилом "so foo() might > throw an exception, and prevent bar() from being called") > Думаю у них цели/ценности меняются так же часто, как у некоторых генералов > число ПИ. > В общем сейчас это просто забавный пример СИшки, но чуть поприятнее. >> Представляю как я прихожу и говорю что для нашей базы данных нужен seL4, а не Linux :)) > И? Тебя же не уволят? > Если твоя супер база работает на обычном ядре ликукса - то это > консумерская штука и никакой супер надежности для нее скорее всего не > нужно, все равно ядро настолько дырявое, что софт может быть и > попроще.
	Введите код, изображенный на картинке: