In theory it's more secure. Containers and VMs run on real hardware, containers usually even on the real kernel (unless you use something like Kata). WASM doesn't have any system interface by default, you have full control over what it accesses. So it's similar to JVM for example.

$40 used ThinkCentre Tiny is also plug and play! Or Dell Optiplex Micro, practically the same thing.

From the readme: > Note: DirectStorage isn't avaliable for images yet (as far as I know), but I've made sure to accomodate such a thing in the future with this format.

So the whole DirectStorage thing is just a nothingburger. The author glosses over the fact that decoding images on GPU is not possible (or at least very impractical).

It seems that at least JPEG can be decoded on the GPU [1] [2]

[1] https://docs.nvidia.com/cuda/nvjpeg/index.html

[2] https://github.com/CESNET/GPUJPEG

The entire thing makes no sense. How many images per second do you need to decode here? How big is the archive even?

It would be one thing if you were designing a format to optimize feeding data to an ML model during training but that's not even remotely what this is supposed to be.

The note was added after I posted the question. It really didn't make any sense to me

"Native Data Deduplication" not supported in CBZ/CBR? But those are just ZIP/RAR, which are compression formats, deduplication is their whole deal...?

They may be referring to the fact that ZIP compresses each file individually. It can't compress across files. I think RAR does compress across files though.

Given the price when stopped is comparable to price when running on cheaper VPS providers like Hetzner, I'd say that it isn't exactly good either

Using jdx/mise in GitHub Actions has been very nice, I recommend it. It's not just a nice task runner, it also manages the dependencies of your tasks (stuff like Python, Node.js, even random tools from GitHub) so that "mise run build" does the exact same thing both locally and in CI. Then the ideal GHA workflow is just "install mise, run this mise task". And not only for building, we have it set up for commit checks too.

The business goal is clear: visionOS. Liquid Glass is designed with AR in mind, that's the only place where it actually makes some sense. Pretty much the same thing as Microsoft did with Windows 8, trying to unify the UX and visual style across PCs and phones. And it's going similarly well.

What if we teach children how to navigate the real world, instead of the digital equivalent of "baby proofing the house"? You don't lock away the kitchen knives from a 12 year old, you teach them how to use them safely.

I opened that webpage and the first thing I saw was a sidebar covering the text...

I am guessing you are on mobile and are referring to the togglebar 'demo mode', illustrating its existence.

I wish we didn't have that, but we have to. That demo of the theme togglebar exists to educate users, because we found that a lot of complaints came from people who were blind to the gear icon and were unaware that the control they wanted already existed. (Which is regrettable but understandable, because almost all websites provide useless controls or visual spam, in an example of 'why we can't have nice things'.)

Obviously, it's disabled on subsequent page loads. (One of a number of parts of the UI/UX we streamline using 'demo-mode', as we try to thread the Scylla & Charybdis of a cluttered but explicit UI vs a clean newbie-unfriendly UI.)

Oh but nowadays you have to access the old Control Panel only to access advanced options, like... setting the actions for lid close and power button, apparently.