Исходное сообщение
"Четвёртая редакция патчей для ядра Linux с поддержкой языка ..." Отправлено DyadyushkaAU, 20-Янв-22 02:03
1. Танцы с бубнами есть, но не такие уж и извращённые. Двусвязный список сделать возможно. Проблема в том, что компилятор Раст очень щепетилен и не любит неопределённостей, а в двусвязном списке они присутствуют. Поэтому приходится прибегать к unsafe. Односвязный список можно реализовать без unsafe. В книге по Раст приводится пример. Однако же вполне можно пользоваться готовым. https://docs.rs/intrusive-collections/latest/intrusive_colle.../ 2. На начальных этапах Расту  отводится роль языка для написания драйверов. Так что сообщество разработчиков ядра, как было единым, так им и останется. А на чём там драйверы написаны - да какая разница? > nien! нельзя к памяти обращаться Это что за бред? Конечно, можно. Лучше безопасно. Но если очень хочется, можно и как в Сях - небезопасно. Разница в том, что при некорректной работе с памятью ошибку будет куда проще локализовать на Расте - достаточно пройтись по коду с метками unsafe. > Получается, Google разрушает сообщество разработчиков ядра Получается, ты начитался какой-то белиберды от хейтеров и теперь транслируешь их страхи, даже не пытаясь особо вникнуть в детали. Гугл пытается оптимизировать свои расходы. Потому что если принять во внимание статистику, то количество ошибок некорректной работы с памятью приближается к 70% от общего количества ошибок - это очень много, такие ошибки часто критичные, на исправление тратится много времени и денег. Если Раст позволит сократить количество таких ошибок и время на их локализацию хотя бы вдвое - то это уже огромный жирный плюс.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> 1. Танцы с бубнами есть, но не такие уж и извращённые. Двусвязный > список сделать возможно. Проблема в том, что компилятор Раст очень щепетилен > и не любит неопределённостей, а в двусвязном списке они присутствуют. Поэтому > приходится прибегать к unsafe. Односвязный список можно реализовать без unsafe. В > книге по Раст приводится пример. > Однако же вполне можно пользоваться готовым. https://docs.rs/intrusive-collections/latest/intrusive_collections/ > 2. На начальных этапах Расту отводится роль языка для написания драйверов. > Так что сообщество разработчиков ядра, как было единым, так им и > останется. А на чём там драйверы написаны - да какая разница? >> nien! нельзя к памяти обращаться > Это что за бред? Конечно, можно. Лучше безопасно. Но если очень хочется, > можно и как в Сях - небезопасно. Разница в том, что > при некорректной работе с памятью ошибку будет куда проще локализовать на > Расте - достаточно пройтись по коду с метками unsafe. >> Получается, Google разрушает сообщество разработчиков ядра > Получается, ты начитался какой-то белиберды от хейтеров и теперь транслируешь их страхи, > даже не пытаясь особо вникнуть в детали. > Гугл пытается оптимизировать свои расходы. Потому что если принять во внимание статистику, > то количество ошибок некорректной работы с памятью приближается к 70% от > общего количества ошибок - это очень много, такие ошибки часто критичные, > на исправление тратится много времени и денег. Если Раст позволит сократить > количество таких ошибок и время на их локализацию хотя бы вдвое > - то это уже огромный жирный плюс.
	Введите код, изображенный на картинке: