JVM and Android ~~dalvik~~ ART are still alive and well because if we could use clown circus Javascript to run WWW for 30 years, we sure as hell can use "My Big Fat Gabrage Collector: The Boilerplate Saga" to run all of our applications and backend infrastructure.
this post was submitted on 31 May 2025
74 points (95.1% liked)
Programming
20434 readers
419 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
I love Java and it remains my programming language of choice
You poor fool
Honestly, why? The ecosystem is rich and developed. Libraries for everything. Great documentation. Fantastic tooling. What am I missing out on?
Pretty much everything you just noted is incorrect! The ecosystem is a giant cestpool of badly written annotation hell, there is no usable documentation whatsoever, The tooling makes the experience barely better than living hell and writing Java feels like doing things worse than any other programming language out there because the language devs have severe C++ PTSD and refuse any useful programming concept from that language outright!
What I like about java is it's consistency. It's not a great language but it's a solid tool. It's no trying to do anything brave, just steadily moves in the right direction.
Python is the exact opposite. There are at least 3 competing tools for everything, multiple ways to install packages, python 3 is not backwards compatible. Just setting up the environment is needlessly painful. It's not a bad language but a terrible tool.
Saying that about python, has one package index and a unified way of specifying dependencies, compared to Java, which has both Maven and Gradle, is quite funny imo.
Also in my experience, setting up the average python project with numpy, requests and pytest is way easier then setting up a java project with JUnit, etc...
Yeah, not trying to dunk on other commenter, but these don't sound like complaints I experience with Python at all. Setting up the environment is a breeze with venv, package installation couldn't be easier with basic pip, and I really like having a diverse ecosystem of multiple (often high quality) approaches to solving similar problems.
Have you heard about uv? I'm loving it.
What I find incredible is just how slow-moving and cruft-filled it has become.
For example, DotNet has had string interpolation since C# 6, back in 2015. That’s a decade, already.
Java recently yoinked their implementation because they just couldn’t make it work.
That’s damning.
Right now - ignoring the wider ecosystem and looking purely at the core language - I am seeing the very latest LTR version of Java as being on-par with C# pre-2010 in terms of continual material improvements and ease of use.
Yikes.
I still use Java, but… yikes.
It wasn't at all that they couldn't make it work. They decided that their implementation was too cumbersome to use, so they're reworking it
Java is a powerhouse of the ~~cell~~ global.
I wrote Java and jvm languages for a long time. Mostly a good experience. Maven and later gradle, groovy and spring boot really made it more fun to use. Spock is still my favorite testing framework. These days it’s all python and node for me though- but using those languages and their popular libs really shows how much better dependency management and testing was in the Java ecosystem even 10 years ago.
Maven and later gradle, groovy and spring boot really made it more fun to use.
There is no better example of "to each their own."
I started programming Java professionally when it was still called "Oak." I was working at a University doing distance learning stuff and applets were incredible. They were also the thin end of the wedge, although I didn't know it at the time.
I watched over the years as a nice, concise, core library of a dozen packages swelled like a bloated corpse. The last core library book I contributed to was larger than War & Peace, a veritable tome just to describe the standard library.
And then tooling like Maven and Gradle came along, and frameworks like Spring Boot became unavoidable, and I found more of my time was spent not programming but trying to detangle some horrible maven build config. In XML. That's about the time I jumped ship.
My philosophy is: tooling is fine, but if it takes over the project so that it's impossible to build the project without it it's not tooling anymore, it's a framework - a platform - that you're locked into. You get to spend your time debugging issues with the framework, over which you have no real control, where your best hope is work-arounds and crossing your fingers that upstream fixes their shit before your work-around becomes permanently engraved into the build.
It's funny to me that what I saw as bloated distraction, a hateful corruption of simplicity onto layers of obfuscation that themselves became platforms needing maintenance and debugging, would have been a pleasant and even fun addition to the ecosystem.
XML sucks- gradle was a groovy DSL which was very concise and easy, it was quite nice!