this post was submitted on 16 Jul 2023
1163 points (98.4% liked)

Programmer Humor

32371 readers
425 users here now

Post funny things about programming here! (Or just rant about your favourite programming language.)

Rules:

founded 5 years ago
MODERATORS
 
top 50 comments
sorted by: hot top controversial new old
[–] drew_belloc@programming.dev 133 points 1 year ago (1 children)

It's time to show off my java hello world with 7 errors on line 34

[–] elvith@feddit.de 16 points 1 year ago

I don't know what I did wrong, but the bug must be somewhere in HelloWorldExampleClassForTutorialBuilderFactory.HelloWorldExampleClassForTutorialBuilderFactory(StringBuilderFactory myHelloWorldExampleClassForTutorialStringBuilder, int numberOfTimesToDisplayHelloWorld)

[–] AlmightySnoo@lemmy.world 89 points 1 year ago* (last edited 1 year ago) (5 children)

I know the guy meant it as a joke but in my team I see the damage "academic" OOP/UML courses do to a programmer. In a library that's supposed to be high-performance code in C++ and does stuff like solving certain PDEs and performing heavy Monte-Carlo simulations, the guys with OOP/UML background tend to abuse dynamic polymorphism (they put on a pikachu face when you show them that there's also static polymorphism) and write a lot of bad code with lots of indirections and many of them aren't aware of the fact that virtual functions and dynamic_cast's have a price and an especially ugly one if you use them at every step of your iterative algorithm. They're usually used to garbage collectors and when they switch to C++ they become paranoiac and abuse shared_ptr's because it gives them peace of mind as the resource will be guaranteed to be freed when it's not needed anymore and they don't have to care about when that is the case, they obviously ignore that under the hood there are atomics when incrementing the ref counter (I removed the shared pointers of a dev who did this in our team and our code became twice as fast). Like the guy in the screenshot I certainly wouldn't want to have someone in my team who was molded by Java and UML diagrams.

[–] ForegoneConclusion@lemmy.world 72 points 1 year ago (3 children)

Depends on the requirements. Writing the code in a natural and readable way should be number one.

Then you benchmark and find out what actually takes time; and then optimize from there.

At least thats my approach when working with mostly functional languages. No need obsess over the performance of something thats ran only a dozen times per second.

I do hate over engineered abstractions though. But not for performance reasons.

[–] declination@programming.dev 31 points 1 year ago

You need to me careful about benchmarking to find performance problems after the fact. You can get stuck in a local maxima where there is no particular cost center buts it’s all just slow.

If performance specifically is a goal there should probably at least be a theory of how it will be achieved and then that can be refined with benchmarks and profiling.

[–] CanadaPlus@lemmy.sdf.org 14 points 1 year ago* (last edited 1 year ago) (1 children)

Writing the code in a natural and readable way should be number one.

I mean, even there it depends what you're doing. A small matrix multiplication library should be fast even if it makes the code uglier. For most coders you're right, though.

[–] Dohnakun@lemmy.fmhy.ml 6 points 1 year ago* (last edited 1 year ago) (1 children)

Even then you can take some effort to make it easier to parse for humans.

[–] CanadaPlus@lemmy.sdf.org 4 points 1 year ago (1 children)

Oh, absolutely. It's just the second most important thing.

load more comments (1 replies)
[–] Aceticon@lemmy.world 5 points 1 year ago

In my experience we all go through a stage at the Designed-Developer level of, having discovered things like Design Patterns, overengineering the design of the software to the point of making it near unmaintainable (for others or for ourselves 6 months down the line).

The next stage is to discover the joys of KISS and, like you described, refraining from premature optimization.

[–] magic_lobster_party@kbin.social 31 points 1 year ago (4 children)

I think many academic courses are stuck with old OOP theories from the 90s, while the rest of the industry have learned from its failures long time ago and moved on with more refined OOP practices. Turns out inheritance is one of the worst ways to achieve OOP.

[–] fidodo@lemm.ee 18 points 1 year ago

I think a lot of academic oop adds inheritance for the heck of it. Like they're more interested in creating a tree of life for programming than they are in creating a maintainable understandable program.

[–] einsteinx2@programming.dev 9 points 1 year ago (3 children)

That’s the problem, a lot of CS professors never worked in the industry or did anything outside academia so they never learned those lessons…or the last time they did work was back in the 90s lol.

Doesn’t help that most universities don’t seem to offer “software engineering” degrees and so everyone takes “computer science” even if they don’t want to be a computer scientist.

load more comments (3 replies)
load more comments (1 replies)
[–] wolf@lemmy.zip 14 points 1 year ago

I fully agree about the damage done at universities. I also fully agree about the teaching professors being out of the game too long or never having been at a level which would be worth teaching to other people. A term which I heard from William Kenned first is 'mechanical sympathy'. IMHO this is the big missing thing in modern CS education. (Ok, add to that the missing parts about proper OOP, proper functional programming and literally anything taught to CS grads but relational/automata theory and mathematics (summary: mathematics) :-P). In the end I wouldn't trust anyone who cannot write Assembler, C and knows about Compiler Construction to write useful low level code or even tackle C++/Rust.

[–] Dohnakun@lemmy.fmhy.ml 5 points 1 year ago

OOP/UML courses

Luckily, i had only one, and the crack who code-golfes in assembler did the work of us three.

[–] odbol@lemmy.world 4 points 1 year ago (1 children)

That's wild that shared ptr is so inefficient. I thought everyone was moving towards those because they were universally better. No one mentions the performance hit.

[–] Duralf@lemmy.world 5 points 1 year ago

Atomic instructions are quite slow and if they run a lot... Rust has two types of reference counted pointer for that reason. One that has atomic reference counting for multithreaded code and one non-atomic for single threaded. Reference counting is usually overkill in the first place and can be a sign that your code doesn't have proper ownership.

[–] TrismegistusMx@lemmy.world 58 points 1 year ago* (last edited 1 year ago) (28 children)

When I was in the military, the shooting instructors said they preferred training females because they haven't been trained poorly by somebody else.

EDIT: Designating recruits as male and female is the way the military does things. I don't use the terms male and female when referring to groups of humans. I felt the need to clarify since somebody already took offense.

load more comments (28 replies)
[–] Coreidan@lemmy.world 57 points 1 year ago* (last edited 1 year ago) (1 children)

This thread reminds me that most “developers” are terrible and don’t take the time to understand the language.

All of these Java developers you guys hate is the result of schools pushing out idiots. It’s not the language but rather the type of people you hire. These people will suck at writing in any language regardless of what order they try.

[–] cloudy1999@sh.itjust.works 6 points 1 year ago (1 children)

Agreed, good tools can be used badly. Over the years I've written Java, C++, and PHP professionally, and I've seen excellent and horrible impls in each. Today, I mostly use Java and this thread is reminding me that I need to learn a new for-fun language.

[–] loutr@sh.itjust.works 5 points 1 year ago (1 children)

Learn kotlin, it's awesome and runs on literally everything.

[–] clutchmatic@lemmy.world 4 points 1 year ago (1 children)

Kotlin won't save your skin if the code you wrote should be performant but you layered it into a heap of abstract classes, interfaces, factories, etc and, realistically, no one else would use or expand on that

[–] loutr@sh.itjust.works 7 points 1 year ago

Sure, but nobody codes like that in kotlin (or in modern Java for that matter)

[–] nxtsuda@lemmy.world 24 points 1 year ago (1 children)

OOP does things to a person

[–] cosmicboi@lemmy.world 8 points 1 year ago

a PersonImpl, you mean? :P

[–] flashgnash@lemm.ee 19 points 1 year ago

Man if I were in the US I'd apply for that job in a heartbeat, looks like that was written by a head dev who actually knows what he's talking about rather than some recruiter

[–] rustydrd@lemmy.world 18 points 1 year ago

I, too, would like the winter winds to teach me about Rust.

[–] deadly4u@lemmy.ca 13 points 1 year ago (2 children)

That's really interesting. Maybe it's like @nxtsuda@lemmy.world said. For a lot of folks, OOP was the way we learned and operated for years

Could they have just asked it differently? Or do they just have Java hate.

[–] SpaceNoodle@lemmy.world 23 points 1 year ago

It's obviously an embedded role. Java and its developers are notorious for throwing memory and compute usage out the window.

load more comments (1 replies)
[–] Sanchokan@kbin.social 8 points 1 year ago (1 children)

Ool about it. Where does the java hate come from?

[–] serinus@midwest.social 40 points 1 year ago (3 children)

OOP is fine. It's particularly Java culture that's terrible.

I never want to see the word Factory in a class name ever again.

When a Java dev writes in any other language, you can tell. Too many layers of abstraction is a key indicator. They make simple problems complex.

I once inherited a C# website project from a Java dev. I couldn't even figure out how to modify the CSS. And I'm a C# dev.

[–] magic_lobster_party@kbin.social 23 points 1 year ago

Factories can be good in moderation. If you make factories for every class, maybe you need to rethink your practices.

load more comments (2 replies)
[–] topperharlie@lemmy.world 7 points 1 year ago

lol, last time I switched jobs some years ago I did the same but in the other side, I had a side small section with level of expertise on programming languages and explicitly added java with 1/10 to send a clear message xD

(is not that radical giving that I've been a embedded/graphics programmer most of my career, but still, funnier than not mentioning it)

[–] shotgun_crab@lemmy.world 6 points 1 year ago* (last edited 1 year ago)

I've seen horrible messes made in all of the languages listed above, it doesn't matter anymore

[–] Aceticon@lemmy.world 6 points 1 year ago* (last edited 1 year ago) (1 children)

I actually have a ton of professional Java experience and have done a lot of microcontroller stuff of late (for fun mainly) and if you go at doing software for ARM Cortex-M microcontrollers the Java way you're going to end with overengineered bloatware.

It's however not a Java-only thing: most of those things have too little memory and processing resources for designing the whole software in a pure OO way, plus you're pretty much coding directly on the low-level (with at most a thin Hardware Abstraction Layer between your code and direct register manipulation) so only ever having used high-level OO languages isn't really good preparation for it, something which applies not only for people with only Java experience but also for those whose entire experience is with things like C#.Net as well as all smartphone frameworks and languages (Objective-C, Kotlin, Swift).

[–] odbol@lemmy.world 7 points 1 year ago (1 children)

I used to write a lot of performance-critical Java (oxymoron I know) for wearables, and one time I got a code reviewer who only did server-side Java, and the differences in our philosophies were staggering.

He wanted me to convert all my code to functional style, using optionals and streams instead of simple null checks and array iterations. When explained that those things are slower and take more memory it was like I was speaking an alien language. He never even had to consider that code would be running on a system with limited RAM and CPU cycles, didn't even understand how that was possible.

load more comments (1 replies)
load more comments
view more: next ›