Pocketbase – open-source realtime back end in 1 file
pocketbase.io
How Charles M Schulz created Charlie Brown and Snoopy (2024)
bbc.com
TigerStyle: Coding philosophy focused on safety, performance, dev experience
tigerstyle.dev
Same-day upstream Linux support for Snapdragon 8 Elite Gen 5
qualcomm.com
250MWh 'Sand Battery' to start construction in Finland
energy-storage.news
Vsora Jotunn-8 5nm European inference chip
vsora.com
Physicists drive antihydrogen breakthrough at CERN
phys.org
China's BEV Trucks and the End of Diesel's Dominance
cleantechnica.com
A programmer-friendly I/O abstraction over io_uring and kqueue (2022)
tigerbeetle.com
Maxduino Review: Tape Cassette Emulator for Multiple Retro Computers
retrogamecoders.com
Migrating to Positron, a next-generation data science IDE for Python and R
posit.co
Experimenting with Robin Hood Hashing
twdev.blog
Installing Java in 2025, and Version Managers
blog.hakanserce.com
Tell HN: Happy Thanksgiving
Underrated reasons to be thankful V
dynomight.net
Indie, alone, and figuring it out
danijelavrzan.com
GitLab discovers widespread NPM supply chain attack
about.gitlab.com
Bird flu viruses are resistant to fever, making them a major threat to humans
medicalxpress.com
Giving the Jakks Atari Paddle a Spin
nicole.express
DeepSeekMath-V2: Towards Self-Verifiable Mathematical Reasoning [pdf]
github.com
TPUs vs. GPUs and why Google is positioned to win AI race in the long term
uncoveralpha.com
With Mill build tool that I'm working on, you don't need to install Java at all! (https://mill-build.org/blog/16-zero-setup.html). Instead, it gets bootstrapped automatically when you launch the `./mill` script like any other third-party dependency. You can use any version you want just by editing the config file and it'll be downloaded and cached on demand, and if you wipe out the caches it'll just re-download it again next time you run a command. You can also configure different JVM versions to use in different Java modules without worrying about conflicts between them.
You don't need to globally install Apache-Commons, nor is there a "Apache Commons Version Manager" that you need to first install to then manage your different versions of Apache Commons. So why should the JVM need such a thing?