See the problem to me is that this comparison isn't nice. Javascript comes with a lot of its problems , so of course people would want go / C / rust
but Now the author thus concluding that people want "the fastest" out of go/C/rust is just wrong.
I love golang.
People like fast software but hate abandoned software even more . Yes there are rustaceans who would love the project but now hand anybody genuinely interested to contribute a rust project and ask them to learn rust and they would come hating at you.
And now ask them to learn go. They can actually much easily do that.
I stand with this opinion that go code can be read / written by anybody. There is very rare bad go code but rust code feels "magic" to people.
Admire simplicity. That being said , I use archlinux with paru instead of yay , I use a lot of rust tools as well.
To be honest , to me it doesn't matter that much , what matters is if its being maintained stable / has active community. It could be written in any language just make it easy to embed / provide bindings for major languages like python node golang etc.
Or though this might come overkill but I wish if there was some sort of glue code which can bridge languages , most of these glue code libraries end up having so many use cases. so I like the idea of wasm but its just not that performant. If we can have insanely performant wasm ...
I learned golang and rust, and I can say that both have significantly different concepts from other "conventional" OOP languages that it's not just learn new syntax approach.
it's of course very subjective, but for me golang feels more magic, especially with importing GitHub repositories like local files.
The easiest language is of course the one you already know.
i would also argue that it's easier to write bad go code (I personally wrote some of it while learning) in rust usually if it compile and your are not using unsafe, it's at least ok quality and clippy is great with guiding you how to improve your code.
to be fair JavaScript also is weird and different than OOP languages but from some time it tries to feel more traditional with classes and this handling.
wasm is already fairly performant in comparison to native code, it might lack in come cases like simd (there are extensions already, but I'm not sure about adoption) but generally it's only about 20% slower than native binary.
I'm not sure how much wasi is practical for cli tools, but using was for plugins to allow any language someone might be comfortable with seems like no-brainer to me (also isolation will allow you to control potential memory leaks and crashes so your application will not get corrupted or anonymously destabilised)
That would be nice. Instead we’re seeing all these JS/Python tools written in Rust - a complex language whose complexity comes providing memory safety without garbage collection.
Their authors are deliberately choosing to take on that complexity for programs where it’s unnecessary - programs which would work equally well with a GC.
The overwhelming majority of Rust borrowing complexity can be trivially solved by just doing .clone() which is basically all those GC languages like Go and Python are doing themselves anyway. You can avoid the borrow checker altogether if you want to, and a lot of people do. It will still be much faster than go or python just due to the lack of runtime overhead and GC
was between (js) and (go/C/rust)
See the problem to me is that this comparison isn't nice. Javascript comes with a lot of its problems , so of course people would want go / C / rust
but Now the author thus concluding that people want "the fastest" out of go/C/rust is just wrong.
I love golang.
People like fast software but hate abandoned software even more . Yes there are rustaceans who would love the project but now hand anybody genuinely interested to contribute a rust project and ask them to learn rust and they would come hating at you.
And now ask them to learn go. They can actually much easily do that.
I stand with this opinion that go code can be read / written by anybody. There is very rare bad go code but rust code feels "magic" to people.
Admire simplicity. That being said , I use archlinux with paru instead of yay , I use a lot of rust tools as well.
To be honest , to me it doesn't matter that much , what matters is if its being maintained stable / has active community. It could be written in any language just make it easy to embed / provide bindings for major languages like python node golang etc. Or though this might come overkill but I wish if there was some sort of glue code which can bridge languages , most of these glue code libraries end up having so many use cases. so I like the idea of wasm but its just not that performant. If we can have insanely performant wasm ...