На то они и профессионалы :)

а быстрый без unsafe?

Не всегда удаётся, но достаточно часто, особенно если это не работа с голыми байтами и буферами.

Edit: я имею в виду, не всегда удаётся сделать максимально быстро без unsafe. Оно всегда быстро, просто иногда может быть быстрее.

(daily remained что в некоторых случаях unsafe замедляет )

Ну и да, иногда unsafe замедляет.

ну вот я за 5 лет в go ни одного раза сам unsafe не написал 🙂

надеюсь и в расте не писать. впрочем - тут пока непонятно, для развлечения я его изучаю, или буду потом монетизировать

в go есть unsafe?

В каком месте у go ансейф?

есть, но он страный

Но Вы ведь знаете сходу на Го какой тип лучше где использовать в большинстве случаев, как правильно итерироваться по строкам, а не байтам, как не попасть на gotcha в стиле nil != nil и т.п., не тратя время на гуглёж и доки каждый раз. Определнная семантика и стиль Го у Вас откладывает в подкорку.

Так и тут. БЧ просто со временем откладывается в подкорку, и ты спокойно расставляешь лайфтаймы на лету очевидным и понятным для тебя отразом, не воюя с компилятором. И код компилится всегда практически сразу.

Это не то, что ты специально задрачиваешь БЧ и тренируешься каждый день "мыслить как БЧ". Это просто дань опыта, которая позволяет писать код продуктивно.

Насколько? Я видел в шарпе немного, похожий?

Если не байтоёбствовать, сможете и в расте не писать :)

+

Он там сделан как библиотека, что делает не понятным его смысл, если то же самое ты можешь в своей библиотеке написать. (поправьте если я ошибся, не особо углублялся)

Но душа требует! Нет в проекте своего аллокатора - не проект

Ну я вот пишу unsafe для души, но это на любителя пострадать

Для любителей пострадать есть макросы :)

для любителей подоказывать самим себе что их код корректный)

Не заимплементил Read с fn initializer() -> … { Uninit } — не байтоёб!

Думаю та же фигня что с UnsafeCell просто. В своей либе такой не напишешь.