IntelliJ IDEA is reasonably fast, but of course its hard to make a big desktop app in java be fast.

well yeah Jackson is slow.

Yes, parseInt et al work very fast for good inputs. What percentage of your inputs are invalid numbers and why ?

> What percentage of your inputs are invalid numbers and why ?

This is a wrong question to ask in this context. The right question to ask is when actually exceptional flow becomes a performance bottleneck. Because, obviously, in a desktop or even in a server app validating single user input even 99% of wrong inputs won’t cause any trouble. It may become a problem with bulk processing, but then, and I have to repeat myself here, it is no longer a number parsing problem, it’s a problem of not understanding what your input is.

Actually, I like Maven. It's perfect for code that is broken into medium-sized projects, which makes it great for service-oriented architectures (would have said microservices here instead, but think we're learning that breaking our services too finely down is generally not a good idea).

Yeah, it seems like Maven is designed to build just one project with relatively little build-code (although, figuring out versioning of the libs used in your build can get tricky, but guessing this is how it is in most languages). It's still one of my favorites build tools for many situations.

LOL I wish. LLMs massacre gradle code all the time. Once you're past boilerplate generation and doing anything remotely unusual they can't stop hallucinating broken shit that they insist works.

I've been using maven for 20+ years, gradle for 10? ant for 5 before that. sbt for 15. I've written custom plugins for all of them. I know them quite well, unfortunately.

I use LLMs to maintain them now. I keep the build files simple. It was an inconvenience before, but a trifle now.

This is why I use java for long running processes, if i care about a small binary that launches fast, i just use something slower at runtime but faster at startup like python.

Python startup time can be pretty abysmal too if you have a lot of imports.

This is addressed by PEP 810 (explicit lazy imports) in Python 3.15 (currently in alpha): https://peps.python.org/pep-0810/

Yeah, but it requires code changes to matter

So long as you aren't in a docker container, The openjdk can do fast startup pretty trivially.

There are options to turn on which cause the JVM to save off and reload compiled classes. It pretty massively improves performance.

You can get even faster if you do that plus doing a jlink jvm. But that's more of a pain. The AOT cache is a lot simpler to do.

https://openjdk.org/jeps/514

And then you get applications choosing the worst of both worlds, like bazel/blaze.

i used to, its much better now. opus 4.6 has been great on tokens

Yes, quite a while back, they used to charge a lot more for the Opus tokens

why does meta map canopy heights?

I think they were buying carbon offsets at some point and trying to validate that the countries and organizations that were selling the carbon offset were not cutting down those trees, effectively profiting twice.

Presumably the smart ones just sell their promise-not-to-cut-down-my-forest multiple times. Laundered through completely trustworthy NGOs, so nothing can actually be audited properly.

It's from FAIR, i.e. their fundamental research arm.

Maybe there are some ulterior motives, but they do also just do a little bit of "feel-good" research.

This was also in collaboration with the World Resources Institute and the University of Maryland, so it's not a 100% facebook project.

i got back in half an hour ago or so. concerning that its still happening

you would think so! as a "vaccine skeptic", i think this kind of research is important and patients should be able to decide w/ their doctor which to pursue based on their individual condition. perhaps this tradeoff will be worth it in higher risk individuals.

Until they mandate it...

> Until they mandate it...

When, specifically, do you think that has happened? I'll wait.