Проверял у себя - никакого выйгрыша в производительности они не дают. Да и исследования проводили - какие-то сотые процента выйгрыш там.

Я не защищаю Линуса, но просто всё, что ты тут перечислил не сильно то и нужно на десктопе. Если говорить про дектоп, конечно.  Кому нужно - тот сам соберёт.
Планировщики сомнительно, но вот BTRFS может быть на серверах будет к месту. Насчёт Reiser мутная история с разработчиком, да и что-то я не видел, чтобы кто-то продолжал разработку.

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

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

Я считаю, что синтаксис должен быть удобным и понятным. Иначе получается в духе
"Вы несколько нечестны, придавая большое значение удобству кресла. Деформировать свой позвоночник до нужной формы - это ж делов-то на неделю, каким бы кресло ни было."

Вот только в Лиспе удобства и красоты нужно достигать, а в Си удобство и красота идут "из коробки".

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

Блажен, кто верует. (c)

Это язык совсем другого назначения, нежели Rust и Nim. И он уже вполне взлетел в своей нише.

>Rust. Синтаксис там действительно тяжеловат для восприятия.

Авторы дают понять, что им пофиг на синтаксис.

>Rust это всего лишь эксперимент

Тогда все языки были "всего лишь экспериментами"

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

i) null нестрого равен только самому себе и undefined-у.

ii) при относительных сравнениях оба операнда приводятся к числу; null приводится к нулю, в итоге получаем вполне логичные 0 > 0 === false и 0 >= 0 === true.

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

iiii) трудно представить себе переменную, где помимо числа мог бы еще храниться null. Ненайденный индекс? Для этого есть -1. А даже если такая ситуация и найдена, разраб просто обязан учитывать все возможные значения переменной. Или в _этом_ случае вы бы их сравнивали, беря на веру, что там обязательно будут числа? Что ж, тогда счастливой отладки.

Желаю тебе,шоб тебе 10 номеров на вставку не хватило и шоб у тебя весь код был на
goto <line number>,шоб болело у тебя от бейсика и счастливой отладки тебе,поцанчик.

П.С ну и шоб ты все время писал POKE && PUKE

У меня сложилось ощущение, что автор Питона таки читал статью Ландина про 700 новых ЯП и ISWIM. Питон очень похож на смесь Ocaml'a и Haskell'а, из которых удалили вывод типов.

Отжеляю котлеты от мух:
Rust именно из-за "подушек безопасности" - тормоз, т.е.в ч.н.этим не лучше Java и C#,
так причём тут сравнение и притензии на замену Си?... кернел ОС переписывают? Так ОС и на Java сделать не проблема, только будет тот же тормоз.
А, Java то куда популярней.. и просто больше лобирования и документации, ну да: синтаксис - У.Г., но и в Rust тоже... Но, Java например есть везде - а, Rust...

P.S.
Как по мне: что то что У.Г., даже не только из-за тормозов, а именно из-за охаянного выше у Си синтаксиса, у этих же обоих - вообще отвратного, у каждого по своемому.