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

мне лично rust нравится.

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

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

так не тебе ж собирать. я вообще каждый раз, когда вижу сегфолт (а вижу их часто), хочу, прости, наручниками разработчиков к ржавой батарее…

Здоровья гентушникам 😁

я вообще от опенбздешников ждал аплодисментов. но их ответ: нельзя просто так взять и использовать rust. мы 10 лет внедряли какую-то мелкую фиговину, а тут вы хотите rust… ну нет!

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

Инопланетный синтаксис не пугает? Некоторые от него прям в обморок падают)

да в том-то и дело, что я не вижу там ничего такого особенного. по крайне мере на старте. можешь привести пример, что тебе не нравится.

Да мне всё нравится, я-то не программист)

я тоже. меня куда больше напрягает, то что пишут программисты :)

в коде сайте, например, типа такого:

List<PreparedUserEvent> list = (List<PreparedUserEvent>) = blablaClass() { blabla function()... } { sdf }

Мне вот интересно, к каким выводам придёт анализ взаимодействия проприетарных рпсширений Rust и расширяемой архитектуры комманд Risk V?

Я правильно понимаю что это грядущая жопа?

Жду падения ядра из за модуля на расте с последующими обвинениями не модуля, а его обвязки notabug =)

Я правильно понимаю что это грядущая жопа?

Да. However, есть малая надежда на развитие растового фронтенда GCC и стандартизацию в ISO.

К слову, а где уже готовые модули которые хотят включать? Глупо же делать поддержку модулей на расте если модулей ещё нет, наверняка есть. Посмотреть бы как они выглядят.

Проприетарные расширения Rust (что бы это ни было) попросту не станут использовать в ядре.

Но другие станут.
Будет форк ядра с кодом на проприетарных командах и он будет работать, а свободное ядро нет.

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

Будет форк ядра с кодом на проприетарных командах и он будет работать, а свободное ядро нет.

Как это затрагивает апстрим? Никак, так что пусть делают что хотят. Закрывать исходники и привязывать к производителю можно и без раста, при чём тут язык вообще?

Кстати, а gcc-то умеет нормально раст собирать? Или теперь ядро будут только неправославным clang’ом собирать? Столлман знает?

Чё за платные расширения? Можно подумать их на сишечке не написать?

Будет форк ядра с кодом на проприетарных командах и он будет работать, а свободное ядро нет.

Окстись, ядро это ЖоПээЛ код, его не закрыть. Надо будет – портируют из форка.

Чё за платные расширения?

Когда раст только появился люди отмечали что можно делать проприетарные расширения языка.
То есть можно писать СВОБОДНЫЙ код несвободными операторами и командами.

Окстись, ядро это ЖоПээЛ код, его не закрыть.

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

Ты накурился что ли?

он по жизни такой. это же торн.

нинада, астанавитесь

Главное что будет меньше багов.

Вы когда последний раз ядро компилировали?

Я - лет 15 назад.

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

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

Отсюда следует, что багов в ядре станет меньше 😁

На одном и том же компе раст конпеляет в разы дольше, это факт. Покупкой нового компа это не исправить.

На одном и том же компе раст конпеляет в разы дольше, это факт

Если это факт, то наверное и пруфы есть. Вот бы на них поглядеть

Покупкой нового компа это не исправить

Покупкой нового компа такое и исправляют. Вон Тредрипперы на Zen 3 скоро в продажу пойдут)

И останутся одни растовики,

Тут вопрос в том, что дешевле, несколько хороших программистов на С И КАДРОВИКИ способные их отфильтровать от общей массы или куча плохих растовиков при том что каждому для работы потребуется треадрипер?

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

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

То что с вами великими гуру произойдёт это ваша расплата за ваше пренебрежение нуждами быдлокодеров, если бы вы сами сделали средство для облегчённого написания модулей ядра то предлагали бы его на своих условиях воспитав лояльных вам быдлокодеров, но теперь через эту незакрытую брешь к вам влезли проприетарщики и воспитывают лояльную ИМ молодёжь.