this post was submitted on 13 Nov 2024
836 points (96.1% liked)
Greentext
4459 readers
1315 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
I really enjoyed the text.
From the perspective of a python programmer it all seems valid.
A Java-Dev would probably write the same about an embedded engineer.
Sorry, you had a small error in the spacings of your post; Therefore I cannot parse a thing you're saying. Didn't mean to scare you with a semicolon either. It's just a tool in language's to end a clause and begin a related, independent clause. That could be useful somewhere...
As embedded dev, the stack trace alone scares me. It would be funny to watch the Java runtime blow the 8 frame deep stack on a PIC18 tho
Honestly, I prefer C to Java, it's incredibly simple without all the BS that Java throws at you:
There are certainly some bad parts, but all in all, when I run into an issue in C, I know it's my fault, whereas in Java, there are a million reasons why my assumptions could be considered valid, and I have to dig around the docs to find that one sentence that tells me where I went wrong w/ the stuff I chose.
That said, I prefer Rust to both because:
I use:
Java has been absent from my toolbox for well over a decade, and I actively avoid it to this day because it causes me to break out in hives.
For over a decade?
In the last decade java finally is starting to catch up! The latest java releases have finally given us the ability to pass through a function, and work more functional.
And you can choose any GC you want, even less "stop the world" ones, but who got the time to figure out which GC they actually want... The memory allocation from C is what haunts my dreams more than the GC from java.
Still, I really want to give Rust a look, if only I gave myself enough time.
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).