this post was submitted on 13 Nov 2024
836 points (96.1% liked)
Greentext
4464 readers
1267 users here now
This is a place to share greentexts and witness the confounding life of Anon. If you're new to the Greentext community, think of it as a sort of zoo with Anon as the main attraction.
Be warned:
- Anon is often crazy.
- Anon is often depressed.
- Anon frequently shares thoughts that are immature, offensive, or incomprehensible.
If you find yourself getting angry (or god forbid, agreeing) with something Anon has said, you might be doing it wrong.
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Which AFAIK is still a class under the hood. That doesn't particularly matter for developers, but it's still odd.
But honestly, if I'm going to use anything on the JVM, I'll just use Kotlin. Java is kind of catching up, but Kotlin is just so much cleaner IMO. But if I'm not stuck w/ the JVM, I'll use one of the others I mentioned.
Eh, it's honestly not so bad, provided you're using it for the type of work where C is suited. For most embedded work, I just pass on the stack (esp. w/ the new variable length arrays on the stack, which C++ doesn't have), so no need to
malloc()
orfree()
most of the time. If I'm building a larger program, I'll probably not use C, because it just doesn't have the features I want for larger-scale development work, and I definitely won't use C++ because that's a nightmare of conflicting legacy features.Rust is my go-to if I know it'll be large-ish and I don't have any particular restraints on where it's going to run (i.e. not on a microcontroller or something). The compiler catches a lot of my bugs, the result is fast, and now that I'm comfortable with it, I'm pretty productive with it. It does have a bit of a learning curve, but it's way better than when I started with it (around the 1.0 launch).