Nop nop nop! If I ever make a single API in Rust ever again I’m gonna go to the last apartment’s floor, break the door for the roof, get a power cable from one of the solar panels installed there, tie it up to the door handle and then run and jump so I have a less painful death than writing a Rust “microservice”.
Rust is beautiful language. In its own weird way. But not for multithreading async communication. Let’s not start talking about tokio and async-std and their controversies and the language hasn’t figured out yet a standard way to do async.
I’ll do other things in Rust. Just …….. not web services.
Different tools for different jobs. If performance was the absolute, only metric then garbage-collected languages would not exist (and trust me, I'm no fan of Java, but like Go a lot -- and its GC is pretty good AFAIK). Python has its place, even if it will never be as fast as C/C++/Rust.
Exactly, each tool for its job. Comparing tools like they're models (edit: Super models, as in Victoria secret, god I forgot we're nerds and we might think other things with term "model") in a model competition is just stupid and tired of seeing it.
Even at this point, in a world where Rust'ers LOVE to say "Rust is better than C++", C++ has its massive place in comparison to Rust because Rust treats you like a kid and in C++ you can build unsafe code for embedded systems and very low level code with more reliability and less maintenance and you'll be sure for it to be supported.
I'm for improving all languages, I mean the ones we use regularly, and for evolution or even building new languages to solve problems in a better way. But when it comes to just pure stupid comparisons and comparing apples to oranges it's just frustrating.
Nop nop nop! If I ever make a single API in Rust ever again I’m gonna go to the last apartment’s floor, break the door for the roof, get a power cable from one of the solar panels installed there, tie it up to the door handle and then run and jump so I have a less painful death than writing a Rust “microservice”.
Rust is beautiful language. In its own weird way. But not for multithreading async communication. Let’s not start talking about tokio and async-std and their controversies and the language hasn’t figured out yet a standard way to do async.
I’ll do other things in Rust. Just …….. not web services.
Different tools for different jobs. If performance was the absolute, only metric then garbage-collected languages would not exist (and trust me, I'm no fan of Java, but like Go a lot -- and its GC is pretty good AFAIK). Python has its place, even if it will never be as fast as C/C++/Rust.
Exactly, each tool for its job. Comparing tools like they're models (edit: Super models, as in Victoria secret, god I forgot we're nerds and we might think other things with term "model") in a model competition is just stupid and tired of seeing it.
Even at this point, in a world where Rust'ers LOVE to say "Rust is better than C++", C++ has its massive place in comparison to Rust because Rust treats you like a kid and in C++ you can build unsafe code for embedded systems and very low level code with more reliability and less maintenance and you'll be sure for it to be supported.
I'm for improving all languages, I mean the ones we use regularly, and for evolution or even building new languages to solve problems in a better way. But when it comes to just pure stupid comparisons and comparing apples to oranges it's just frustrating.