Пётр СедовПредставьте: вы пишите на Go библиотеку для работы с png-файлами, аналог libpng. Go-шный garbage collector сразу сходу резервирует 768 мб виртуального адресного пространства (в 32-битном режиме). Как вы думаете, разработчики browser-ов будут использовать вашу библиотеку? (если она окажется быстрее libpng) Сможет Go стать полноценной заменой C++?

Так... Давайте сразу разграничим ху-из-ху. У меня нет опыта с Go, но, я полагаю, что раз уж в его разработке принимал участие дедушка Керниган, то там есть средства для работы в низкоуровневом режиме. Откуда данный про 768 МБ? Для 32-бит пишите на плюсах, учитывая, что это скоро отвалится. Кстати...

Пётр Седов У них же наверняка миллионы строк кода. Они зачем-то их начали на Go переписывать? Сильно сомневаюсь. Есть какие-нибудь официальные заявления на этот счёт?

https://events.yandex.ru/lib/talks/2222/

Пётр СедовДобавили ещё пару-тройку разновидностей указателей?

Нет, значительно улучшили механизм заимствований и безопасность. Там в ногу себе выстрелить можно только в unsafe-mode.

Пётр СедовИ где там метод, который удаляет элемент из середины списка? (аналог C++-ного std::list::erase)
Блин, ну всё, теперь нельзя использовать язык из-за того, что ещё не добавили что-то в стандартную библиотеку.

Пётр СедовТак там односвязный список. С этим как раз в Rust всё просто: каждый node владеет следующим node-ом. А вот когда пытаемся сделать двусвязный список, то получается, что соседние node-ы циклически ссылаются друг на друга, и начинается борьба с Rust-ом, которая требует хорошего знания языка.

Это пример. В стандартной библиотеке https://doc.rust-lang.org/std/collections/struct.LinkedList.html это двусвязный список.

Пётр СедовС двусвязными -- есть.
Ок

Пётр СедовИ где там распределитель памяти на Rust-е? Там просто написано про два варианта: alloc_system (C-шные malloc/free) и alloc_jemalloc (написан на C).

Честно скажу, вот сколько писал на крестах (6 лет) в продакшне -- ни разу не понадобился кастомный аллокатор. Язык нацелен на безопасность. Хотите супер-кастомный аллокатор и пушку стрелять себе в ноги -- используйте C/C++. Ну, или, опять же, никто не запрещает реализовать их на C/C++ в отдельной либе и в unsafe-mode дёргать из ржавки, обмазав ржавыми макросами.

Пётр СедовА если я хочу, чтобы в каждом thread-е был свой heap? (чтобы не тратить время на синхронизацию) А если мне нужен heap, который перемещает блоки памяти? (чтобы бороться с фрагментацией)

Слишком специфично. Выносите такой код в C/C++.

Пётр СедовRust-ление несовершеннолетних программистов? Есть мнение, что написание чего-то нетривиального на Rust-е -- это борьба с языком. Так что, подозреваю, ждёт его судьба Haskell: станет игрушкой программистов-интеллектуалов, а вот рабочей лошадкой миллионов -- вряд ли.

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

chritichNekZпропущено...

Слово let напрягает? Это как auto const в C++, а let mut -- просто как auto в данном случае.

auto , в основном, используются быдлокодерами

NekZЗаметьте, по-дефолту всё константно. Profit.
этого мало для профита)
Очень толсто