back in my day we only had one language. it was called ASSEMBLY. wanted to make the computer do something? you had to ask it yourself. and that worked JUST FINE
Programmer Humor
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
Well la-tee-da, fuck my AND gates and inverters.
Look at moneybags over here with his instruction sets.
Back in my day when you wanted a computer to do something, you just asked her to do it and then underpaid her because women can't hold real jobs.
Gates and inverters!!?
Luxury!
In my day we had to use transitors and resistors and, if we were lucky, maybe capacitors.
Look at me, I have a friend at bell labs.
We had to use vacuum tubes, and we liked it.
One project I worked on had 10 different languages. That was rough. But even your basic full stack web application is usually 5 languages: SQL, a backend language, HTML, CSS and JS. Usually some wheel reinventing frameworks thrown in for good measure. 5 languages is light these days.
And don't forget the CI "language" plus a bunch of bash scripts, Helm, Kubernetes, etc.
Probably a bunch of hacked together Python to copy stuff between fileshares. Bonus points if it runs with a .bat file and a Windows scheduled task.
My favorite is “Java is slow” said by someone advocating for a language that’s at least 10 times slower.
Those who say such things are straight ignorant
They’re basically fashion victims.
I wouldn't say so. They are inexperienced. They don't know where the bottleneck of most of the modern software is (it's io in 80-90% of cases) and how to optimize software without rewriting it to C++
How are they ignorant? It’s a known fact that java is slow, at least slower than some others. Sure, it’s still fast enough for 95% of use cases, but most code will run faster if written in, say, C. Will have 10x the amount of code and twice as many bugs though.
Java is indeed slower than C, Rust, in some cases than Go.
But that doesn't mean that
code will run faster if written in, say, C
Again, like 80-90% of production code are bounded by disk/network io operations. You will gain performance from using C in embedded systems and in heavy calculations (games, trading, simulations) only.
Which is exaxtly what I said, that it’s fast enough for most use cases.
In theory though, you will “gain performance” by rewriting it (well) in C for literally anything. Even if it’s disk/io, the actual time spent in your code will be lower, while the time spent in kernel mode will be just as long.
For example, you are running a server which reads files and returns data based on said files. The act of reading the file won’t be much faster, but if written in C, your parsers and actual logic behind what to do with the file will be.
But it’s as you said, this actual tiny performance gain isn’t worth it over development/resource cost most of the time.
the jvm brings enough bugs to outweigh any benefits there...
it is relatively fast, but it's slow in that it takes up a bunch of resources that could be doing other things...
the jvm brings enough bugs to outweigh any benefits there...
Please name a few
i decline your invite to debate the merits of java and jvm... i will instead walk my dog through this beautiful park here...
but, it's all been said on top level comments on this post.
it's trash, and honestly, even if it was perfect, sun microsystems has ruined any potential benefits.
takes up a bunch of resources that could be doing other things...
You cannot get rid of garbage collectors, but you can always compile your java into binary to reduce the memory footprint.
sea lion
My favourite is "all the boilerplate" then they come up with go's error checking where you repeat the same three lines after every function call so that 60% of your code is the same lines orlf error checking over and over
When you handle all your errs the same way, I'd say you're doing something wrong. You can build some pretty strong err trace wrapping errs. I also think it's more readable than the average try catch block.
You still need to add error handling to every call to every function that might raise an error
Write your business critical process in brainfuck and have job security for life.
Sprinkle in some whitespace code...
we should use only the best language for everything.
Codebase is now 30 languages
there aren't 30 best languages, that's not how "best" works. we use only the best language. for everything.
That's exactly how "best" works. Everyone thinks their language is the greatest and shits on everything else. If they all chose "the best" there would be 50 of them. Opinions are like assholes. Everyone has one.
too bad everyone else is wrong
Lol Principal Skinner meme
If only it was intentional…
yeah if only I was joking. wouldn't that be funny
Your joke is like my asshole. No one gets it.
Java is great if you actually want to earn a living.
That's almost comically besides the point of the comment.
You're not wrong, it's still a staple today, but it lost a lot of its shine a while ago. They are mimicking "new" features introduced in other languages, but make a point to preserve retrocompatibility.
I can't imagine how convoluted the JVM has become in the last 10 years.
I don't really see how that is bad..? Java wants to be widely applicable and taking the best features from other languages helps that goal, right?
C++ fanboys will talk a bunch of shit about Java for this, but c++ has been doing this same shit (and more poorly) pretty much since its inception.
And most of the newer Java stuff is syntactic sugar, so I’m not sure why that commenter is calling out JVM implementations. I’m guessing they don’t know much about the JVM, since you can compile these higher level syntax tricks down into bytecode just like you might compile more verbose source code.
Static analysis of compiled code with javap might be more difficult, but I’m betting the commenter doesn’t know what that is either.