Theres a whole class of people who will pay more to not have to maintain things themselves. I bought an EV because they require little maintenance and I also hate filling up.
I have decent knives but have probably never sharpened them properly. If there are more reviews, I'd pick this up.
They don't have to, it's a perk I'm sure that many (me included) rather have their employer pay/take care of, than to do it out of pocket with higher salary.
American mindset. In some countries it's just provided to everyone equally.
And no, we don't have the wait times Americans are afraid of. I can visit a doctor the same day and get treatment. My friends back in the US are desperately trying to find appointments with everything filled months down the line. America has the worst of all systems combined.
Solve that problem first and maybe I'll change my mind. Otherwise I'm being honest in my situation. IME employer provided insurance is way better than what I can find on my own.
That's because health insurance in the US sucks major ass. It's just bad, period. More expensive for comparatively much worse care and worse outcomes on Average.
Americans (I'm an American) sometimes have a preconceived notion that, if something is really expensive, it must be good. No... no that's not necessarily the case.
The insurance companies would love for you to believe that, but in actuality, we're just getting fucked. It's just a worse system overall, in pretty much every metric you could possibly choose.
Very funny to me that Java's initial appeal: it's easy to deploy "everywhere"; is now it's disadvantage (you need a whole Java setup with JAVA_HOME and God knows what else).
Now the bar for GUI apps is cross-compilation to deployable web, Windows, Linux (Electron), Android, iOS (? I don't know I don't use/develop for Apple products) versions from running a simple command.
And for the CLI world, well, almost everyone is on Linux x86-64, or maybe arm, so a few static binaries (or "virtually" static -- depending only on glibc) are king for deployment.
I don’t find installing a JVM a massive amount of work (no more so than any other interpreted language), but nowadays you can AOT compile Java to a native binary if that’s your hang-up:
It's not as painless as you make it seem though. Among other things, the compiler needs to know reflectively accessed program elements ahead-of-time.
Unfortunately people writing libraries do all kinds of things just because they can and as such I've almost never been able to just simply AOT compile something without more manual efforts.
There are trade-offs using Native Image, for sure. Part of eliminating the JVM is that you won't have the JVM at runtime so you can dynamically load classes. Consequently you need to AOT compile any code you'd dynamically load as well. Release-over-release the tooling and support for dealing with reflection have become more user friendly. More of it is auto-detected during native image build and the remainder can be generated by a runtime agent (at least in my experience). I expect it'll be even easier with the new 25 release.
We've been shipping TruffleRuby as native image builds for years. Other Truffle languages have as well. And it's been quite popular with microservice frameworks. Recently I saw someone on the GraalVM Slack say they AOT compiled a large JavaFX application.
It's work, but probably far less than a rewrite in another language and the tooling is getting better. Obviously I can't speak to your experience, but if you haven't looked at it in a while it might be worth giving newer releases a shot.
Thank you for the insight. It has been a while and now I do want to give it a try again! Maybe it could be nice for small CLI applications instead of using Go.
How is it performance wise? Are there some big things/roadblocks to be aware of?
Half the battle is figuring out which JDK (or is it JRE??) version to install. I still have nightmares navigating the maze which is Oracle's site and trying to find the right download, only to have installed the wrong thing.
Installing the latest OpenJDK LTS release will almost certainly work for you. Java is pretty good about backwards compatibility. I'm not sure when you last tried, but you probably don't need to muck around with Oracle JDK builds at at all.
A standalone POSIX shell is far easier to deploy. Something in Rust needs to be packaged for your distro. Want to use another distro where it isn't packaged? Build it from source.
In fact, I'm gonna rewrite my dotfiles manager from Rust into POSIX sh.
I don't actually know what the bus factor for Tarsnap's infrastructure is. 2 is just the absolute lower bound from what I know of the company itself. It is in all likelihood much higher.
I can't read the founder's mind, but if I were them I would probably have some Kongō Gumi style designs on making it a 1000-year company just because that's a fun intellectual exercise. [1]
The point was to get it running, not solve world peace. Without AI, the problem might not have been tackled at all.
reply