История изменений

Какие-либо примеры есть?

Из самого распоследнего - много лет в стабильном компиляторе не было возможности сборки standalone бинарников. Причем формально no_std стабилизировали, а panic_handler все эти годы висел за feature_gate и был недоступен. В итоге в стабильном компиляторе была фича, которую нельзя использовать. Пофиксили ситуацию только в декабре 2018. И такая дребедень у них во все поля. Да что там, они до сих пор с моделью памяти не определились! В «системном» ЯП, ага. «Ну когда-нибудь в будущем определимся, но чето типа похожее на C» - официальный ответ, описанный в документации. Это было бы смешно, если бы не было так грустно.

У авторов есть вполне чёткий план развития.

Ворох RFC называть «четким планом» очень смело.

«Он слишком много абстрагирует и скрывает от программиста». Например?

Например всё. Очень и очень многие фишки языка требуют поддержки как минимум со стороны core. Официальная рекомендация - «перед написанием софта под платформу сначала пересоберите или портируйте на нее core, core - это аналог freestanding headers в C». Правда о том, что эти freestanding headers в целом не особо и нужны, да и по объему на порядки меньше, они умалчивают. Отдельные куски core (почти все полезные) требуют аллокатора - а это, на секундочку, настроенный и работающий MMU и прочие нетривиальные вещи. Список можно продолжать бесконечно, но все это вытекает из моего пункта №1 - язык развивается хаотично, без четкой цели, и «системности» во всех смыслах в нем ноль. Я не говорю что он плох - нет, как раз в прикладных и околоприкладных вещах, типа многопоточных и сложных программ вроде ВНЕЗАПНО браузеров, он очень к месту. Но не в ОС, драйверах и прошивках.

«Какие-нибудь системные утилиты или СУБД» - это и есть современная системщина.

Тут можно долго спорить о сортах и определениях, но я все-таки считаю это не Ъ-системщиной. Ъ - это то, что работает с железом. Остальное тоже как бы системщина, но уже не Ъ. Для нее ржа годится.

Какие-либо примеры есть?

Из самого распоследнего - много лет в стабильном компиляторе не было возможности сборки standalone бинарников. Причем формально no_std стабилизиорвали, а panic_handler все эти годы висел за feature_gate и был недоступен. В итоге в стабильном компиляторе была фича, которую нельзя использовать. Пофиксили ситуацию только в декабре 2018. И такая дребедень у них во все поля. Да что там, они до сих пор с моделью памяти не определились! В «системном» ЯП, ага. «Ну когда-нибудь в будущем определимся, но чето типа похожее на C» - официальный ответ, описанный в документации. Это было бы смешно, если бы не было так грустно.

У авторов есть вполне чёткий план развития.

Ворох RFC называть «четким планом» очень смело.

«Он слишком много абстрагирует и скрывает от программиста». Например?

Например всё. Очень и очень многие фишки языка требуют поддержки как минимум со стороны core. Официальная рекомендация - «перед написанием софта под платформу сначала пересоберите или портируйте на нее core, core - это аналог freestanding headers в C». Правда о том, что эти freestanding headers в целом не особо и нужны, да и по объему на порядки меньше, они умалчивают. Отдельные куски core (почти все полезные) требуют аллокатора - а это, на секундочку, настроенный и работающий MMU и прочие нетривиальные вещи. Список можно продолжать бесконечно, но все это вытекает из моего пункта №1 - язык развивается хаотично, без четкой цели, и «системности» во всех смыслах в нем ноль. Я не говорю что он плох - нет, как раз в прикладных и околоприкладных вещах, типа многопоточных и сложных программ вроде ВНЕЗАПНО браузеров, он очень к месту. Но не в ОС, драйверах и прошивках.

«Какие-нибудь системные утилиты или СУБД» - это и есть современная системщина.

Тут можно долго спорить о сортах и определениях, но я все-таки считаю это не Ъ-системщиной. Ъ - это то, что работает с железом. Остальное тоже как бы системщина, но уже не Ъ. Для нее ржа годится.