Rust is spiritually fairly close to C/C++, but with modern convenances like memory safety and ease of concurrency. It compiles somewhat slower but it’s compiler errors are more friendly IMO. Rust can be as fast as C++, is also cross platform (eg windows/Linux/Mac) and scales up/down from IoT device level to desktop to seerver applications. If you’re going to be writing a lower level app Rust is a good language to look at, but you can also write GUI applications in Rust too.
Thanks for explaining, didn’t know that part about memory safety. I agree, for new apps it makes more sense to pick Rust over C/C++ (unless maybe if you’re a C veteran). However, if it’s just as fast as C/C++, wouldn’t it make sense to leave existing C/C++ apps as they are (as long as you don’t want to add new functions)? Not judging, just genuinely curious (especially since Rust hat stirred up some drama among Linux maintainers, from what I have heard)
There’s not a great answer to your question and the ‘right’ choice is going to be situational. The reason to migrate to Rust is simple: fewer possible bugs should reduce maintenance costs. Whether or not migrating functionality between languages makes sense is another can of worms. Is there enough documentation to avoid the nuanced edge cases that are handled by the current solution’s code? Is this a simple port, does it only need interface compatibility, or should a larger area of code be modified? If the code is shared how does the rest of the team feel about the potential language?
I do not know what happened re: drama among Linux maintainers but I seen rumblings about it on Lemmy.
Huh, so it’s not something simple I have missed regarding why so much software is being rewritten in Rust… I see that appearing so often, so I thought there was maybe a bigger reason I’m not seeing. Anyways, thanks again, appreciate the explanations 👍
How come that so many C/C++ apps are being rewritten in Rust? Is it faster/safer, or is it rather a coding exercise?
Rust is spiritually fairly close to C/C++, but with modern convenances like memory safety and ease of concurrency. It compiles somewhat slower but it’s compiler errors are more friendly IMO. Rust can be as fast as C++, is also cross platform (eg windows/Linux/Mac) and scales up/down from IoT device level to desktop to seerver applications. If you’re going to be writing a lower level app Rust is a good language to look at, but you can also write GUI applications in Rust too.
Here’s a decent overview
Thanks for explaining, didn’t know that part about memory safety. I agree, for new apps it makes more sense to pick Rust over C/C++ (unless maybe if you’re a C veteran). However, if it’s just as fast as C/C++, wouldn’t it make sense to leave existing C/C++ apps as they are (as long as you don’t want to add new functions)? Not judging, just genuinely curious (especially since Rust hat stirred up some drama among Linux maintainers, from what I have heard)
There’s not a great answer to your question and the ‘right’ choice is going to be situational. The reason to migrate to Rust is simple: fewer possible bugs should reduce maintenance costs. Whether or not migrating functionality between languages makes sense is another can of worms. Is there enough documentation to avoid the nuanced edge cases that are handled by the current solution’s code? Is this a simple port, does it only need interface compatibility, or should a larger area of code be modified? If the code is shared how does the rest of the team feel about the potential language?
I do not know what happened re: drama among Linux maintainers but I seen rumblings about it on Lemmy.
Huh, so it’s not something simple I have missed regarding why so much software is being rewritten in Rust… I see that appearing so often, so I thought there was maybe a bigger reason I’m not seeing. Anyways, thanks again, appreciate the explanations 👍