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

В Rust async приняли недавно, но пока ещё никто не осилил сделать на основе этой либы что-то подобное goroutines Go.

async и легковесные нити это кардинально разные подходы к многозадачности. Они не выражаются друг через друга (ну async можно сделать через нити, хотя смысла немного).

Думаю что когда кто-то от Rust пытается сделать демку, он обнаруживает что Go не такой примитивный как ему казалось. Даже готовый framework Tokio, в нём нужно поколдовать что бы приблизиться к быстродействию goroutines.(был тест от пользователя reddit кажется)

Любому очевидно, что Go примитивный донельзя. Ты пытаешься увести дискуссию в сторону, сравнивая рантаймы. Про рантаймы я ничего не говорил. Рантайм у Go крутой, это, собственно, единственная причина, по которой его используют. Но ко времени компиляции это отношения не имеет.

Если тебе хочется язык, в котором вся сложность в рантайме - Го, жава, .нет тебя ждут с распростёртыми лапками. Раст это про абстракции с нулевой стоимостью. У него рантайм по сути от безысходности, в идеале его быть вообще не должно. nostd и всё такое.

В компиляторе даже unsafe должен быть как-то защищён.

Начнём с того, что в rustc львиная доля кода это С++ LLVM. Ну и нет, unsafe никак не должен быть защищён в компиляторе, он там ровно такой же, как и в любой другой программе.

Это же время компиляции, НЕ выполнение скомпилированной программы.

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

Если это LLVM, то возвращаемся к вопросу «а кому он нужен этот transpiler Rust в C».

И ответа на него не получаем.

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

В Rust async приняли недавно, но пока ещё никто не осилил сделать на основе этой либы что-то подобное goroutines Go.

async и легковесные нити это кардинально разные подходы к многозадачности. Они не выражаются друг через друга (ну async можно сделать через нити, хотя смысла немного).

Думаю что когда кто-то от Rust пытается сделать демку, он обнаруживает что Go не такой примитивный как ему казалось. Даже готовый framework Tokio, в нём нужно поколдовать что бы приблизиться к быстродействию goroutines.(был тест от пользователя reddit кажется)

Любому очевидно, что Go примитивный донельзя. Ты пытаешься увести дискуссию в сторону, сравнивая рантаймы. Про рантаймы я ничего не говорил. Рантайм у Go крутой, это, собственно, единственная причина, по которой его используют. Но ко времени компиляции это отношения не имеет.

Если тебе хочется язык, в котором вся сложность в рантайме - Го, жава, .нет тебя ждут с распростёртыми лапками. Раст это про абстракции с нулевой стоимостью. У него рантайм по сути от безысходности, в идеале его быть вообще не должно. nostd и всё такое.

В компиляторе даже unsafe должен быть как-то защищён.

Начнём с того, что в rustc львиная доля кода это С++ LLVM. Ну и нет, unsafe никак не должен быть защищён в компиляторе, он там ровно такой же, как и в любой другой программе.

Это же время компиляции, НЕ выполнение скомпилированной программы.

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

Если это LLVM, то возвращаемся к вопросу «а кому он нужен этот transpiler Rust в C».

И ответа на него не получаем.

В Rust async приняли недавно, но пока ещё никто не осилил сделать на основе этой либы что-то подобное goroutines Go.

async и легковесные нити это кардинально разные подходы к многозадачности. Они не выражаются друг через друга (ну async можно сделать через нити, хотя смысла немного).

Думаю что когда кто-то от Rust пытается сделать демку, он обнаруживает что Go не такой примитивный как ему казалось. Даже готовый framework Tokio, в нём нужно поколдовать что бы приблизиться к быстродействию goroutines.(был тест от пользователя reddit кажется)

Любому очевидно, что Go примитивный донельзя. Ты пытаешься увести дискуссию в сторону, сравнивая рантаймы. Про рантаймы я ничего не говорил. Рантайм у Go крутой, это, собственно, единственная причина, по которой его используют. Но ко времени компиляции это отношения не имеет.

Если тебе хочется язык, в котором вся сложность в рантайме - Го, жава, .нет тебя ждут с распростёртыми лапками. Раст это про абстракции с нулевой стоимостью. У него рантайм по сути от безысходности, в идеале его быть вообще не должно.

В компиляторе даже unsafe должен быть как-то защищён.

Начнём с того, что в rustc львиная доля кода это С++ LLVM. Ну и нет, unsafe никак не должен быть защищён в компиляторе, он там ровно такой же, как и в любой другой программе.

Это же время компиляции, НЕ выполнение скомпилированной программы.

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

Если это LLVM, то возвращаемся к вопросу «а кому он нужен этот transpiler Rust в C».

И ответа на него не получаем.

В Rust async приняли недавно, но пока ещё никто не осилил сделать на основе этой либы что-то подобное goroutines Go.

async и легковесные нити это кардинально разные подходы к многозадачности. Они не выражаются друг через друга (ну async можно сделать через нити, хотя смысла немного).

Думаю что когда кто-то от Rust пытается сделать демку, он обнаруживает что Go не такой примитивный как ему казалось. Даже готовый framework Tokio, в нём нужно поколдовать что бы приблизиться к быстродействию goroutines.(был тест от пользователя reddit кажется)

Любому очевидно, что Go примитивный донельзя. Ты пытаешься увести дискуссию в сторону, сравнивая рантаймы. Про рантаймы я ничего не говорил. Рантайм у Go крутой, это, собственно, единственная причина, по которой его используют. Но ко времени компиляции это отношения не имеет.

В компиляторе даже unsafe должен быть как-то защищён.

Начнём с того, что в rustc львиная доля кода это С++ LLVM. Ну и нет, unsafe никак не должен быть защищён в компиляторе, он там ровно такой же, как и в любой другой программе.

Это же время компиляции, НЕ выполнение скомпилированной программы.

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

Если это LLVM, то возвращаемся к вопросу «а кому он нужен этот transpiler Rust в C».

И ответа на него не получаем.