this post was submitted on 23 Mar 2025
259 points (98.5% liked)

LinkedinLunatics

4211 readers
750 users here now

A place to post ridiculous posts from linkedIn.com

(Full transparency.. a mod for this sub happens to work there.. but that doesn't influence his moderation or laughter at a lot of posts.)

founded 2 years ago
MODERATORS
(page 2) 35 comments
sorted by: hot top controversial new old
[–] sugar_in_your_tea@sh.itjust.works 2 points 1 week ago (1 children)

Wow, the only one I agree with here is MongoDB (and probably Lombok, I don't write Java), and that has more to do with their licensing issues than anything technical.

That's pretty impressive.

Here's my list:

  • no-go list of languages - Java, PHP, Ruby, C++ (unless you absolutely need C++ for some domain)
  • OOP - OOP should be isolated, not forced on every problem; many OOP advocates are dogmatic about injecting it everywhere
  • waterfall - screw that noise, faster to market + faster feedback is generally better

That's really it, and I'm totally willing to mentor someone who likes the above if they're otherwise a good developer.

[–] DerArzt@lemmy.world 2 points 1 week ago (1 children)

If you had to write Java you probably would like Lombok if you dislike boilerplate (it can build object constructors, comparators, and field accessor methods via annotation).

[–] sugar_in_your_tea@sh.itjust.works 2 points 1 week ago (1 children)

Java is boilerplate though. It's finally getting almost tolerable with static imports, arrow functions/lambdas (whatever Java calls it), etc.

If I had to write Java, I'd push for Kotlin instead, after failing to convince management that there are much better options for the problem they need to solve.

load more comments (1 replies)
[–] mindbleach@sh.itjust.works 2 points 1 week ago* (last edited 1 week ago)

Extroverts cannot comprehend introverts.

[–] aubeynarf@lemmynsfw.com 1 points 1 week ago* (last edited 1 week ago)

I’m pretty in-line with all these.

“guru”-driven, fad, and ineffective management processes, misunderstanding and corporatization of low-overhead planning tools, rather crappy (and faddish) languages, and not putting team first - all bad things.

load more comments
view more: ‹ prev next ›