- cross-posted to:
- [email protected]
- [email protected]
- cross-posted to:
- [email protected]
- [email protected]
You must log in or register to comment.
C#, Go, Java, Python, Rust, and Swift
so basically anything without manual memory management. I don’t really see a good point in shilling particular names aside from discussions on performance impact of GC vs VM vs ownership
Not really manual memory management. I’d say C++'s memory management is automatic, just not safe.
Yes, a lot of programming languages are memory safe, maybe it would be faster to list memory unsafe popular languages.
Sorry, are you saying the NSA’s information sheet shouldn’t have mentioned specific languages? Why not?
If you aren’t getting seg faults, are you really living?
Stop using C/C++
Spread the word far and wide.
Yes, they’ve been saying it for a year, at this point they’re repeating themselves: https://www.malwarebytes.com/blog/news/2022/11/nsa-guidance-on-how-to-avoid-software-memory-safety-issues/amp
The NSA said this? Looks like it’s just going to be assembly for me from here on out. /s, ofc
fedjacketing rust devs on the funny shaped ursine website
I find it amazing that so many are clinging on to C++. It must be that sense of accomplishment when you finally succeed, having solved a bunch of problems on the way. C++ has had so many chances now. Many new standards coming out over the last decade. But the language is hardly simpler, just more to learn. See CoreCppGuidelines. This is what the 2 most prominent people of C++ want developers to learn in order to practice “safe” C++. This doesn’t scale. A language needs to be built from the ground up for developers. Rust has taken a whole new concept and tried to solve memory issues directly with the compiler. Other languages are solving other kinds of issues (for differing kinds of use cases). A language should not put such a burden on the developer.
Laughs in Assembler …I wouldn’t have had work using any of those languages because you can’t manage the memory.
