@johanvos

942 Followers
92 Following
737 Posts
Java developer, Java Champion, co-founder Gluon and LodgON.
Java on Mobile/Embedded, JavaFX and cloud . Java for science, Quantum Computing, AI. PhD
twitterhttps://twitter.com/johanvos
githubhttps://github.com/johanvos
As the number of LLM-generated patches in my inbox increases, I am starting to experience the sort of maintainer stress that has long been predicted. But there's another aspect of this that has recently crossed my mind.

Just over a week ago, a new personality showed up with a whole pile of machine-generated patches claiming to fill in our memory-management documentation. A few reviewers had some sharp questions, the response to which has been ... silence. This person doesn't seem to have cared enough about that work to make an effort to get past the initial resistance.

Once upon a time, somebody who had produced many pages of MM documentation would be invested enough in that work to make at least a minimal attempt to defend it.

Kernel developers often worry that a patch submitter will not stick around to maintain the code they are trying to push upstream. Part of the gauntlet of getting kernel patches accepted can be seen as a sort of "are you serious?" test.

When somebody submits a big pile of machine-generated code, though, will they be *able* to maintain it? And will they be sufficiently invested in this code, which they didn't write and probably don't understand, to stick around and fix the inevitable problems that will arise? I rather fear not, and that does not bode well for the long-term maintainability of our software.

RE: https://techhub.social/@gluonhq/116245052158884447

Gluon continues to lead the OpenJFX project. Here is JavaFX 26.

JavaFX 26 SDKs are available, maven artifacts are being published (but it seems to be a busy publishing day ;) )
We’ve all been there. You’re working on a JavaFX application, and you hit that wall. Maybe it’s a strange rendering glitch on a specific OS, a memory leak you can’t pin down, or a performance bottleneck that only appears in production. You search the forums. You check Stack Overflow. You spend days tweaking code, hoping for a breakthrough. There is a faster way! Read more: https://gluonhq.com/why-spend-a-week-on-a-bug-that-we-can-fix-in-an-hour/
Why spend a week on a bug that we can fix in an hour? - Gluon

We’ve all been there. You’re working on a JavaFX application, and you hit that wall. Maybe it’s a strange rendering glitch on a specific OS, a memory leak you can’t pin down, or a performance bottleneck that only appears in production. You search the forums. You check Stack Overflow. You spend days tweaking code, hoping […]

Gluon
Tomorrow, Gluon will release JavaFX 26 builds. I'm very proud of our team, and the whole JavaFX community, for the great work that has been done since we started working on JavaFX 11. Out of nostalgy, I was reading an old blog post: https://gluonhq.com/javafx-11-release-and-support-plans/
About 8 years ago, not many believed that we would continue and succeed. But we didn't give up.
JavaFX 11 Release and Support Plans - Gluon

A number of things have happened since it was announced that JavaFX will be offered as a component separate from the core JDK. Most importantly, a mirror of the OpenJFX repository has been created on GitHub, and a number of new developers have arrived to increase development efforts. These new contributors arrived because GitHub made […]

Gluon

RE: https://techhub.social/@gluonhq/116216504055173799

We can help you with your JavaFX Application. Contact Gluon if you want a quick scan, advice, troubleshooting,...
It's not hard to create a UI in Java -- but it's often helpful to get tailored advice from the experts (we learned many things the hard way ;) )

We're excited to spotlight a fantastic community-driven initiative: the "Java Education Catalog". It wants to bring #Java back into #education, where it belongs! An initiative by @igfasouza and @frankdelporte.

Check it out, star the repo, contribute if you can, and let's amplify this together.
Have you taught or used Java in education, Code Club, CoderDojo, or Raspberry Pi projects? Share your experiences. We'd love to hear them!

https://github.com/foojayio/java-education-catalog

https://foojay.io/today/bringing-java-closer-to-education-a-community-driven-initiative/

GitHub - foojayio/java-education-catalog: Collaborative catalog of Java in Education resources

Collaborative catalog of Java in Education resources - foojayio/java-education-catalog

GitHub
The problem is not that there isn't enough great code. I believe the problem is rather there is far too much bad and hard-to-maintain code.

like, if you wanna sloperate, I can't stop you

but I AM going to hold you *personally* responsible for the maintenance burden of the slop and not let you externalize it onto others, to the extent that I am able to do so

RE: https://techhub.social/@gluonhq/116138548351114141

Java and JavaFX apps are often long-lived apps, requiring Long-Term support of Java(/FX).
Maintaining LTS releases is a complex, resource-intensive process. Gluon delivers JavaFX LTS builds for free, making JavaFX supported and safe on many configurations.
Your company can support us in doing this.
#java #javafx