this post was submitted on 22 Nov 2023
39 points (86.8% liked)

Programming

17668 readers
123 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities [email protected]



founded 2 years ago
MODERATORS
 

In this article, we’ll debunk the notion that Java is a relic of the past and showcase the language’s modern features, thriving ecosystem, and unwavering presence in enterprise and open-source communities.

you are viewing a single comment's thread
view the rest of the comments
[–] sizeoftheuniverse 30 points 1 year ago* (last edited 1 year ago) (3 children)

Yes it does, the only parts where Java doesn't shine are usually some advanced features that are nightmarish for people who are building tools and libraries:

  • The type system is so 90s and it's kept like that for backwards compatibility.

  • Generics having type erasure is again an improvisation for the sake of backwards compatibility. It makes writing generic code in conjunction with Reflection painful.

  • The lack of control for the memory layout. I mean in most cases you dont need full control, but there are use cases where it's literally impossible to do optimisations that are easy to do in C/C++. You must have faith in the JVM and JIT.

  • Integration with native code is cumbersome.

Other than that Java is fine for most backend work you need to do, except probably for Real Time Processing apps where every millisecond count, but even there there are ways.

You use Java not for the languages itself, but for the tooling and the ecosystem.

[–] [email protected] 6 points 1 year ago

You use Java not for the languages itself, but for the tooling and the ecosystem.

This is why I love Kotlin so much. You can use the Java ecosystem with a modern language.

[–] thtroyer 4 points 1 year ago

Project Panama is aimed at improving the integration with native code. Not sure when it will be "done", but changes are coming.

[–] [email protected] 3 points 1 year ago (1 children)

There is also a big enterprise group who write extra verbose legacy java, vs a more modern light way to write

[–] sizeoftheuniverse 5 points 1 year ago* (last edited 1 year ago)

Yes, i was part of the cult in my early days as programmer. I would endlessly create abstractions over abstractions. But the whole madness started for valid reasons.

Im the early days of Java on the web, you had servlets and JSP. Servlets were miserable to write, and JSPs were basically the java interpretation of having a PHP. Those were the days before JSON and yaml, when XML was king.

So people wanted to abstract their way out of JSP and XML, so they created layers to isolate the nasty parts and make it easier to write actual Java code. So a few ideas emerged/frameworks: ORMs, EJBs, Struts, JSF, template frameworks, and finally Spring which was the lightweight one, if you can believe it. A lot of those ideas coming from the Java world were exported into various other languages in a selective ways.

People experienced with various patterns and frameworks. Eventually Spring won, and then Spring started to use annotations, JSON became more popular, etc., the code became less and less verbose.

Some Java developers never made the mental jump and are still creating huge piles of abstractions because this is what they've learned from their seniors.