Java build tooling could be so much better (Seattle Java User Group) [video]
1–4 of 4 posts
Re: Java build tooling could be so much better (Seattle Java User Group) [video]
#2It's been crazy how far Java (the language) has come in the past half-decade, while it seems like the tooling around the language has not improved at all.
Sure most developers have progressed from Maven to Gradle, but not having something like `npm` or `poetry/pip` certainly puts a damper on the developer experience for the language.
Even C# and the .NET ecosystem attempt to solve this with NuGet, I would say their experience is not as excellent as other languages but still its a valiant effort.
Re: Java build tooling could be so much better (Seattle Java User Group) [video]
#3It's been crazy how far Java (the language) has come in the past half-decade, while it seems like the tooling around the language has not improved at all. Sure most developers have progressed from Maven to Gradle, but not having something like `npm` or `poetry/pip` certainly puts a damper on the developer experience for the language. Even C# and the .NET ecosystem attempt to solve this with NuGet, I would say their e…
Are you suggesting to make a uv/ruff/ty but for Java?
Re: Java build tooling could be so much better (Seattle Java User Group) [video]
#4It's been crazy how far Java (the language) has come in the past half-decade, while it seems like the tooling around the language has not improved at all. Sure most developers have progressed from Maven to Gradle, but not having something like `npm` or `poetry/pip` certainly puts a damper on the developer experience for the language. Even C# and the .NET ecosystem attempt to solve this with NuGet, I would say their e…
Are you suggesting to make a uv/ruff/ty but for Java?
Not exactly. My aspiration would be to make a package manager that has a CLI for Java.
Additional tooling that matches the functionality of uv/ruff/ty would be nice, as it would allow you to develop Java on not just an IDE (IntelliJ) but in something like nvim (it isn't impossible, just not as good).
Decoupling this is obviously not in JetBrains interest, and it seems like there isn't much will in the Java community to break away from the IDE-centric development.