Исходное сообщение
"В ядро Linux 6.8 намечено включение первого сетевого драйвер..." Отправлено Анонимусс, 18-Дек-23 18:26
> А вот Andy Pavlo другого мнения;) Ты уже вторую тему газифицируешь без пруфов. Тебе что так сложно скопировать ссылку и написать "вот тут умный чел написал то-то"? > Ты ручками, ОЧЕНЬ аккуратно, должен лочить и анлочить мьютексы, согласно протоколу синхронизации. Rust никаких существенных преимуществ не даёт. Спасибо, насмотрелись уже на "аккуратных", вот только memory ошибки как были 30+ лет, так до сих пор делаются. > Я его оценивал...то не умеет, это не умеет, с многопоточностью работать не умеет (ссылки на ячейку памяти а разных потоках, где всё абсолютно корректно и валидно, но Rust этого не понимает) Даааа! Конечно "коректно и валидно", и одновременное можно одну память менять, я так 100 раз делал! Звучит почти как в СИшке... а точно. > Например его exception при unwrap - а это hidden control flow Не уверен, что это слишком большая проблема. В каком случае это приводит к ошибке? > Никаких неявных деструкторов, defer С каких это пор defer это плохо? > Никаких ошибок с alignment, в отличие от Rust. В Zig они встроены в систему типов Сколько накладных рассходов нам это стоит в Зиге? > Я в чём-то не прав? Можешь оспорить или опровергнуть мои слова? Не особо собирался. Выглядит для меня как "я пытаюсь писать на раст как на С, абсолютно плюя на работу с памятью, но оно мне мешает, а зиг такой хороший потому что у меня компилятор не ругается". Ну, что я могу сказать, пиши свой петпроджект на Зиг, а разработчики ядра будут писать на раст. Все довольны.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> А вот Andy Pavlo другого мнения;) > Ты уже вторую тему газифицируешь без пруфов. > Тебе что так сложно скопировать ссылку и написать "вот тут умный чел > написал то-то"? >> Ты ручками, ОЧЕНЬ аккуратно, должен лочить и анлочить мьютексы, согласно протоколу синхронизации. Rust никаких существенных преимуществ не даёт. > Спасибо, насмотрелись уже на "аккуратных", вот только memory ошибки как были 30+ > лет, так до сих пор делаются. >> Я его оценивал...то не умеет, это не умеет, с многопоточностью работать не умеет (ссылки на ячейку памяти а разных потоках, где всё абсолютно корректно и валидно, но Rust этого не понимает) > Даааа! Конечно "коректно и валидно", и одновременное можно одну память менять, я > так 100 раз делал! Звучит почти как в СИшке... а точно. >> Например его exception при unwrap - а это hidden control flow > Не уверен, что это слишком большая проблема. В каком случае это приводит > к ошибке? >> Никаких неявных деструкторов, defer > С каких это пор defer это плохо? >> Никаких ошибок с alignment, в отличие от Rust. В Zig они встроены в систему типов > Сколько накладных рассходов нам это стоит в Зиге? >> Я в чём-то не прав? Можешь оспорить или опровергнуть мои слова? > Не особо собирался. > Выглядит для меня как "я пытаюсь писать на раст как на С, > абсолютно плюя на работу с памятью, но оно мне мешает, а > зиг такой хороший потому что у меня компилятор не ругается". > Ну, что я могу сказать, пиши свой петпроджект на Зиг, а разработчики > ядра будут писать на раст. Все довольны.
	Введите код, изображенный на картинке: