The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Четвёртая редакция патчей для ядра Linux с поддержкой языка Rust , opennews (?), 17-Янв-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


4. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +3 +/
Сообщение от InuYasha (??), 17-Янв-22, 14:24 
> позволит с минимальными усилиями создавать безопасные и более качественные драйверы

Вся суть современного раскисяйства - хотим всё, ничего не де... "с минимальными усилиями"! Что ж, поколение пользователей спеллчекеров подросло и дотянулось до ядра.

Ответить | Правка | Наверх | Cообщить модератору

6. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +4 +/
Сообщение от InuYasha (??), 17-Янв-22, 14:26 
Кстати, принцип "вы сами не можете безопасно, надо вас принудить" я где-то уже наблюдаю...
Ответить | Правка | Наверх | Cообщить модератору

208. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +1 +/
Сообщение от Анондвачер (?), 18-Янв-22, 06:36 
Никто не убирал возможность писать на том же C/С++, только Rust сделан для таких компонентов, где не особо критична производительность, но важна скорость с которой нужно это сделать и одновременно возможность не выстрелить себе в ногу. Ну и разрабам дров для периферийных устройств будет в разы легче(Зачем им вообще нужен драйвер на низкоуровневом языке?)
Ответить | Правка | Наверх | Cообщить модератору

225. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +/
Сообщение от Аноним (219), 18-Янв-22, 11:50 
Это где еще? Российские ЦБ с минфином и госдумой защищают глупое население от страшной крипты?
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

257. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +/
Сообщение от InuYasha (??), 18-Янв-22, 20:34 
Да наоборот же!
Вы не умеете хранить деньги - несите их в кассу. Смтрите кредитка - ай как удобно и безопасно! Ой, кредитки всё ещё не то! Нацкрипта! Во.
Ну, и медицина и пр.
Ответить | Правка | Наверх | Cообщить модератору

281. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +2 +/
Сообщение от Тот_Самый_Анонимус (?), 19-Янв-22, 18:17 
Ну сшашка, к примеру, на уровне парламента обсуждает защиту населения от РТ.
Ответить | Правка | К родителю #225 | Наверх | Cообщить модератору

31. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +14 +/
Сообщение от Ordu (ok), 17-Янв-22, 14:57 
> Вся суть современного раскисяйства - хотим всё, ничего не де... "с минимальными усилиями"!

Если хочется с максимальными усилиями, то можно писать ядро на ассемблере. Без макроязыка. Или даже на брейнфаке. Можно, на самом деле, придумать сколько угодно усложнений. Например, писать код ногами. Причём не по клавиатуре, а по сенсорному экрану смартфона. Кто-нибудь писал так ОС? Нет? А вот ты можешь: будет потом чем хвастаться перед зумерками.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

49. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +2 +/
Сообщение от Аноним (45), 17-Янв-22, 15:21 
Разрешаю писать минимальными усилиями redoxos (или как он правильно называется)
Ответить | Правка | Наверх | Cообщить модератору

189. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +/
Сообщение от Аноним (189), 17-Янв-22, 22:10 
Оно ещё живое? Что-то прекратились новости про него...
Ответить | Правка | Наверх | Cообщить модератору

94. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +1 +/
Сообщение от InuYasha (??), 17-Янв-22, 16:58 
Ну, можешь считать биномы/диффуры на счётных палочках - я не против.
Я против того чтобы к процессу допускать тех, кто может их решать лишь через MathCad путём тыканья кнопок "а оно само посчитает".
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

201. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +2 +/
Сообщение от Ordu (ok), 18-Янв-22, 02:03 
Если C для тебя -- необходимый порог для входа, то спешу тебя огорчить: C -- очень плохой порог для входа. Любой идиот сможет написать на C программу, которая скомпилируется, но потом в рантайме будет рандомно падать. Поэтому, собственно, в linux порогом для входа является не язык, а процесс review: люди втыкают глазами в присланный код и думают головой. Ты сам попробуй: ты зашлёшь в ядро свой патчик, который вполне компилируется и даже вроде работает, но те проблемы, с которыми ты столкнулся на пути создания этого патчика будут ничем, по сравнению с теми проблемами переписывания этого патчика, с которыми ты столкнёшься в процессе проталкивания патчика в mainline.

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

Ответить | Правка | Наверх | Cообщить модератору

39. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +7 +/
Сообщение от НяшМяш (ok), 17-Янв-22, 15:04 
> поколение пользователей спеллчекеров

Не знаю какое поколение было до, но разве отцы-изобретатели ЭВМ придумали компьютер не для помощи человеку? Чем проверка кода отличается от каких-нибудь математических вычислений с точки зрения трудозатрат?

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

48. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  –1 +/
Сообщение от pavlinux (ok), 17-Янв-22, 15:18 
> Чем проверка кода отличается от каких-нибудь математических вычислений с точки зрения трудозатрат?

Код не знает где он будет работать.

Нужны ли драйверам, операционке жирные сегменты данных?  (обязательной инициализации значений переменных перед использованием)
Строгая типизация? Когда в ядре куча (void *)data ... которое через 5-10 вызовов превращается
в struct file_operation.

le64_to_cpu(), cpu_to_be64(); ntoa(),...

Чо он там "строго натипизирует"?


Рожание виртуальных объектов, которые на конкретном компе вообще никогда не выполнятся?!

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

Ответить | Правка | Наверх | Cообщить модератору

93. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +/
Сообщение от НяшМяш (ok), 17-Янв-22, 16:54 
> Строгая типизация? Когда в ядре куча (void *)data ... которое через 5-10 вызовов превращается в struct file_operation.

Осторожнее, а то так можно договориться что C небезопасен /s

Ответить | Правка | Наверх | Cообщить модератору

139. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +2 +/
Сообщение от Аноним (139), 17-Янв-22, 18:33 
Не страшно, 95% здешних хейтеров все равно не поймут смысла сказанного.
Ответить | Правка | Наверх | Cообщить модератору

209. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  –2 +/
Сообщение от Аноним (209), 18-Янв-22, 09:08 
Расстрою тебя, компьютеры вообще были придуманы не для облегчения жизни. Вот воообще.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

252. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +/
Сообщение от Анончик (?), 18-Янв-22, 17:19 
Просвети убогих
Ответить | Правка | Наверх | Cообщить модератору

207. "Четвёртая редакция патчей для ядра Linux с поддержкой языка ..."  +2 +/
Сообщение от Анондвачер (?), 18-Янв-22, 06:28 
Вся суть современного СИкисяйства - хотим всё, ничего не делая "С минимальными усилиями"! Что ж, поколение пользователей высокоуровщиков подросло и дотянулось до ядра.

(Opennet, если бы существовал до 1970г)

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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