Rust в следующем мажорном релизе

Так C же простой, это же не C++. Человек осиливший Rust осилит и С имхо

Rust в следующем мажорном релизе

У вас после слова Rust ус отклеилось «может быть, в виде пары строк, даже»

Так C же простой, это же не C++. Человек осиливший Rust осилит и С имхо

И C и Rust – сложные языки. На первом сложно писать корректно и безопасно. На втором просто сложно писать.

И те, кто сегодня погружается в Rust обычно уже умеют программировать на C или C++.

Так C же простой, это же не C++. Человек осиливший Rust осилит и С имхо

Легко сказать

Как думаете, через сколько лет программистов на C будут искать «с фонарями», с финансированием от больших корп, ради поддержания легаси, в котором почти никто не разбирается?

Думаю что ещё 20+ лет в ядре Linux доминировать будет именно C, потому что разрабатывают ядро в основном в драйверах устройств желязячники, которые довольно консервативны и там нет этих хипсторов по типу «сегодня переписываем всё с JQuery на Angular, а завра с Angular на React» или «в этом месеце переписываем всё с Qt 4 (GTK+2) на Qt 5 (GTK+3), а следующем месяце переписываем всё на Qt 6 (Gtk4)».

И те, кто сегодня погружается в Rust обычно уже умеют программировать на C или C++.

да уж, без наступления на грабли при безколлекторном управлении памятью, инвалидации итераторов и проч., за что мы «любим» C и C++, не понятно, зачем нужны эти борроу-чекеры, лайфтаймы, unwrap’ы и т.д., которые раст сразу и в полном объеме вываливает на неокрепшую психику начинающих.

Как думаете, через сколько лет программистов на C будут искать «с фонарями», с финансированием от больших корп, ради поддержания легаси, в котором почти никто не разбирается?

Через много. По опыту Фортран/КОБОЛ.

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

Как думаете, через сколько лет программистов на C будут искать «с фонарями»

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

Через много. По опыту Фортран/КОБОЛ.

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

Пофиг: если что, пересяду на FreeBSD.

Судя по всему Rust – это будущее не только Ядра, но и Гнома. Все больше гномовских утилит переписывают ра Расте.

Бред собачий. Это 1 апреля или Панорама? Помнится, Линус хвалил C, потому что мол он близок к железу, в точности понятно какой машкод будет сгенерен и всё такое. Каким боком Раст к железу? Плюсы и то ближе. Я уж не говорю про оптимизацию: сколько человеко-лет вбухано в плюсы и сколько в раст. Так что моё ИМХО таково, что Линуса продавливают и отодвигают. И когда его окончательно продавят и отодвинут, линукс можно будет закапывать: «мы будем помнить тебя таким, каким ты был в свои лучшие годы».

можно не надо?

К какому железу он близок? К сфероконическому? Основные концепции C были заложены в 60-70х годах когда ни simd не было, ни спекулятивного выполнения. Сейчас это уровень простых микроконтроллеров. В этом проблема C, он пытается объять необъятное. Из-за этого писать переносимо корректные программы на нем сложно и из-за этого же сложно сделать оптимизирующий компилятор для языка C

зачем simd в системе? это прикладной уровень

Теперь осталось чтобы Unreal Engine начал Rust поддерживать, для простых скриптов он куда приятней и читается практически как JS

Я уж не говорю про оптимизацию: сколько человеко-лет вбухано в плюсы и сколько в раст.

Чел, LLVM-у пофигу — оптимизировать оттранслированное из C++ или раста.

Когда LLVM уже релизнулся, никаких Растов и в проекте не было. Так что LLVM можно тоже отнести к «вбухано в плюсы».

Как думаете, через сколько лет программистов на C будут искать «с фонарями»

В странах прогрессивной европы уже давно ищут, а вакансий на чистом си исчезающе мало.

Он даже шарп не поддерживает для скриптов. Только для сборки себя :)

линукс можно будет закапывать

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

Развивается как и все старые большие проекты, в таком же векторе, еще через пару лет разница между Linux, Solaris и IBM AIX будет еще меньше, это и не хорошо и не плохо. Кому надо могут свои фуксии делать, на мобилках линукс более чем избыточен, текущий смартфон не научился чему-то такому, что нельзя было бы запихнуть в симбиан или qnx/блекбери. А возможность писать низкоуровневый софт на +1 языке это здорово.

Порой сишный код легче читать чем растовый. Не понимаю какие проблемы в ядре должен решать Rust.

Вообще-то самую главную, которую Линус решил еще задолго до того как о ней все начали думать, приток новых разработчиков, ну вот нравится людям Раст, C/С++ они на работе видят каждый день, тошнит их, но хотят они запилить полезную фичу, теперь берут и Just for fun запиливают, одна фича из 100 взлетит и уже всем хорошо.

Чел, LLVM-у пофигу — оптимизировать оттранслированное из C++ или раста.

Хм, согласен, протупил.

Не понимаю какие проблемы в ядре должен решать Rust.

Инклюзивность. Нонче это модно.

Лет через 50, при условии что всё ядро перепишут на раст. А так, раст будет использоваться только для модулей и ещё парочки вещей что меняет мало чего. Модули ядра можно и на питоне писать.

Модули ядра можно и на питоне писать.

И ведь накаркаешь. Приток новых разработчиков, опять же. Я бы ещё nodejs порекомендовал.

Приток новых разработчиков

LINUX FOUNDATION контора с сотнями миллионов долларов на расходы в месяц. Оцениваемая в более чем 16 миллиардов долларов. LINUX это часть расходов этого фонда и в чём в чём в разработчиках такое нуждаться не должно. Особенно в сишниках, сейчас мужики с опытом 30+ поголовно каждый третий сишник. Раст популярен только всё ещё из за затяжного хайпа, разработчиков чего то серьёзного на нём очень мало, хелоувордеров миллионы. Так что это оправдание что в шапке написано мол ради свежей крови просто смешно.

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

А так вон в NetBSD встроенная lua в ядро есть, можно на lua в пространстве ядра фигачить. Но луа это норм ещё, там по сути игра со стеком и всё так что всё честно и ничего странного.

Может я и не прав ибо хейтер Раста, но скорее всего при появлении прям поддержки раста, будет кратковременный пару месяцев или максиум полгода всплеск разработки в этом ключе, будет добавлен десяток модулей на расте, пяток перепишут на раст. А потом тишина. На вопрос почему тишина и где активность? Будут говорить что сперва было использование в тех частях где это было очень необходимо, а дальше лучше не трогать или типа того. Хотя на фоне будут громко орать майрософт, мозилла и гуглы с прочими тоже предлагая свои патчи растовые, вдруг и внезапно.

А так, с внедрением раста разработчиков ядра станет ещё меньше чем есть сейчас.

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

Раст сейчас просто агрессивно проталкивают в ядро не в ожидании и предвкушении от возможностей, а через палки, колёса, бурелом и терни и проблемы. Внедрение ради внедрения и Линуса походу уже просто заманали так что он уже сам не уверен что им вообще всем надо?

рад буду если раст хоть когда то доделают и он перестанет быть игрушкой

И какой же имеется в виду критерий этого события? Я раст не щупал, только статьи и срачи поглядывал, и у меня сложилось впечатление, что в его основе – одна единственная идея владения, которая машет ручкой при любом шаге влево-вправо, например при вызове сишных API. Что здесь можно поменять, чтобы он «перестал быть игрушкой»?

В плюсах основных идей поболе было, а именно три: максимально близко к железу (ку-ку!) чтобы не требовался более низкоуровневый язык между плюсами и ассемблером (т.е. сохраняем все преимущества C), не платим за то что не используем, третье забыл, наверное что-нибудь про выражение абстракций предметных областей через систему типов и про прочий ООП.

А так вон в NetBSD встроенная lua в ядро есть, можно на lua в пространстве ядра фигачить. Но луа это норм ещё, там по сути игра со стеком и всё так что всё честно и ничего странного.

Кшшмар. Окно Овертона к питону и nodejs оказывается давно уже пробито. Вопрос не в том, честно там внутри или нечестно, а в том, что тормоза. Кому и зачем оно там оказалось нужно? И почему сообщество не закидало автора этой затеи помидорами?

единственный критерий к языку для ядра должен быть способен ли он на bare metal работать, если да, то пусть будет, кому от этого плохо?

Два чаю этому господину

Приятно познакомиться, FreeBSD.