Ага, и mp4 воспроизводить не умеет. Наверно потому что это архиватор, а не видеоплеер или компрессор.

> изначально на запись на магнитных стримерах

Какая разница что там было изначально?

> 100500 вариантов формата

Поменьше: по сути вам (растаманам) надо было реализовать только ustar и pax. Но вы и тут облажались. И, кстати, у сишников что-то не было такой проблемы с кучей форматов.

Вот когда на деле _реально_ предотвратит, тогда и приходите. А пока один булшит про безопастность.

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

Только я этого не понил: "Добавлено lint-предупреждение "dangling_pointers_from_locals" "разыменование подобного указателя приводит к неопределённому поведению" - это же должен быть егог, а не вагнинг!?

Нет конечно!
Я спросил бы "а где толпы веб-камак? ну всякие бессмертные ПХПшники и прочие жабаскриптеры?".

Ну, мы подразумеваем, что для нормального хейта хейтеры хотя бы доку прочитать должны.
"Preventing memory leaks entirely is not one of Rust’s guarantees, meaning memory leaks are memory safe in Rust."
(doc.rust-lang.org/book/ch15-06-reference-cycles.html)

> В самой новости: куча текста про "бизапаснасть", ни слова про возможные утечки.

Разумеется! Потому что утечки не дарят рут и не выполняют произвольный код :)
Максимум что можешь произойти - oomkiller сработает.

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

А что вы у меня спрашиваете, у него самого спросите. Вы лучше скажите, откуда у вас столь искажённое представление о расте: когда вам прямо указывают на систему гарантий, вы галлюцинируете и видите то, чего нет.

С разморозкой. Берём первый попавшийся материал https://github.com/brson/rust-anthology/commits/master/src/memory-leaks-are-me
>Commits on Jun 12, 2016

Материалу 9 полных лет, а вы об этом впервые слышите. Очень хороший уровень компетенции.
>Нахера там утечки тогда нужны в расте?

Да будет вам известно, что даже языки с GC не гарантируют отсутствие утечек памяти.
>Это типа избавление от ручного управления памятью путем добавления утечек памяти?

Да будет вам известно, что в си тоже есть утечки памяти. И утечки памяти от подхода в расте не добавляются.

То есть, у вас не только плохо с работой с первичной документацией, а ещё и с логическим мышлением. Нет, все претензии к C таким образом не решаются. Кроме того, никто не выражается, критикуя этот ЯП, в вашем стиле: "Стандарт C - это сплошное UB. Сюрприз!". Почему? Потому что это никакой не сюрприз, а хорошо известный факт.

Далее. Вам уже заметили, что утечка памяти не оказывает влияние на безопасность работы с памятью существенным образом (за исключением операций по её переполнению, но это, на самом деле, относительно редкая ситуация, поэтому и не считается сколь-либо критичной). Я же добавлю, что пока миру неизвестен способ обойти эту проблему для ЯП, который предоставляет абстракции с нулевой стоимостью.

Итог: я понимаю, что вы хотели всех удивить своей "эрудицией" и показать, как "на самом деле" плох Rust, за который тут многие "топят". Но получилось у вас откровенно плохо. В следующий раз рекомендую хотя бы один раз прочитать документацию, погуглить статьи о недостатках этого ЯП, тогда к вашим словам будут прислушиваться более внимательно. Пока же вы раз за разом демонстрируете только свою некомпетентность, а не недостатки Rust (которые, конечно же, есть в наличии, как и у любого другого ЯП).

Осталось слова только заменить, а то у вас современные слова в старой грамматике.

Да пожалуйста, кромсайте, переделывайте. Только не вводите ещё два десятка новых.

> И проще заменить ЯП, чем лепить горбатого до стены.

Заменить - пожалуйста, вводить два десятка языков параллельно - нет.

Да. Это русский язык, немного изменённый, но всё ещё русский.

> сами эти образцы между собой несовместимы.

Совместимость понятие растяжимое. Дореформенные тексты вполне можно прочитать даже без подготовки.

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

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

У других - это у каких? Может быть у питона?
>А на Си и код быстрый, и компиляция

Очень быстрая, да
Опубликован набор патчей, ускоряющих сборку ядра Linux на 50-80%  - https://www.opennet.dev/opennews/art.shtml?num=56449
>а ошибки можно статическим анализатором найти.

Ну вот возьмите и найдите. Почему до сих пор не нашли?
>Какое мнение будет у человека, который решил попробовать установить убунту впервые

Человек установил убунту, а мнение будет о расте.

Может ты не будешь трепать языком как помелом, а просто приведешь пример(ы)?
Думаю какого-то сообщения от разработчика "ой, у вас тут Editionʼы? Не не буду добавлять свою убер фичу!" будет достаточно.

> А когда этих editions станет не 4-5, а 10? 20?

От когда станет, тогда и поговрим.
Пока разработка идет, фичи добавляются.
20 Edition по 3 года каждый... ты думаешь прожить еще лет 60?
Боюсь что ты, что я до этого не доживем.

Шансы действительно невелики. Но в связи с происходящими тектоническми событиями в мире, может быть создан новый комитет. И вовсе не обязательно в США.

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