seabrookmx

It's much more work to make a cross platform GUI app with C++, even if your toolkit is cross platform like Qt. Different compiler tool chains, different system level API's, ARM vs x64 etc.

This is why we see so many Electron apps these days (though Jetbrains was shipping IDE's before electron existed).

> android phones historically got

Well this is up to the phone OEM's (Samsung, Sony, etc) not Google themselves. Google appears to be asserting more control over the software stack of these Googlebooks.

New Pixel phones get 7 years of support.

> It's a special version of Android that has a developer mode that unlocks a virtual (sandboxed) Linux environment

Android for mobile (at least on Pixel phones) has this too.

The "special" bit is the desktop experience. New Pixels have a desktop mode if you plug them into a monitor but it's not as fleshed out and doesn't have their Gemini-ified cursor etc. At least not yet.

I think your notes re. ARM and Qualcomm hit the nail on the head though!

I use incus/LXD for this, though it does require a bit of faffing around with the networking.

The benefit is that its super low overhead (no VM).

It also sounds like these devices _will be supported_ but not by updating ChromeOS, instead by upgrading to Googlebook OS.

Define the "green thread"? By every definition I've seen[1], the task objects I mention are green threads.

[1]: https://en.wikipedia.org/wiki/Green_thread

C# and Rust (via Tokio) both have M:N threading. They both use a work-stealing algorithm to map many tasks onto a finite thread pool. But you're correct that they are cooperative via async/await, not pre-emptive.

As others mentioned, it wasn't that quick.

It's also not accurate. After nearly a half hour the page shows "git operations" as green but I'm not able to push/pull from my repos with SSH or HTTPS (and haven't been able to the whole time).

I like to think of them like Docker. None of Docker's functionality was new, they just wrapped it in a smooth enough DX for it to reach escape velocity.

I've had good luck using zswap+zstd on Ubuntu 26.04. I have a Framework 13 (AMD) with 16GB, and have a 16GB swap file configured (ext4 root partition).

I had planned to upgrade the machine to 32GB of RAM but I don't really feel it's necessary at this point. Which is obviously great given the current RAM costs!

The war they didn't start? Typically when there's a clear aggressor who initiates a conflict to grab land and resources, you blame them.

There's pros and cons on the longevity side. 24/7 use causes more wear to mechanical parts (fans for instance) but can be better for the electronics, as heat cycles are a big part of the problem there.

Sonnet. It makes my token budget go further and I prefer to have the LLM churn away on rote work while I do the thinking. So while Opus and Fable are undoubtedly smarter, that doesn't materially affect _my_ workflow.

I'm not as up to date on the other vendors' models, but when I last used Gemini my feelings were similar between Pro and Flash.

There's some exceptions to this rule. Google TV devices are Android under the hood and thus, the TV apps are Android apps distributed as apk's just like on smartphones (not web apps).

Lack of a sane desktop app framework from Microsoft.

Heck Microsoft wrote their own damn start menu in React native, and VS Code in Electron.

They can possibly justify the lower sales volume if the margins are much higher.

> when you could run Darwin

That's what this is. Darwin isn't installable today. Apple just dumps a bunch of source code. Previous attempts at making Darwin bootable didn't go far and had no GUI.

> every page

That's a bit hyperbolic. The areas of the internet I frequent do not have egregious ads (for example, this page). Areas where I really would like good ad-blocking (youtube) are often not covered by these ad blockers. Thankfully Youtube Premium isn't too expensive and solves that issue.

Maybe it's better these days but I always found browser extensions (including uBlock) had a pretty big performance hit, so I've always shied away from them (with the exception of a password manager).

It's weird because Gemini via Antigravity or Google Search "AI Mode" works great. It's just the Google Assistant replacement application that's terrible. I've completely given up trying to ask it anything via Android auto. I punch my directions manually in Google maps before I leave now because the voice assistant is unusable.

While VM breakouts have been created in the past, they're about as secure of sandbox as we've got!

Sure but it's resource intense enough it should be opt in, or only install if you're using cowork IMO.

For what I'm doing, using containers would be secure enough and much lighter weight.

Does it run a VM under the covers like the Claude desktop app does?

I've passed on the Claude desktop app for that reason, despite being curious about the "Routines" feature that isn't available in the Claude Code CLI.

Likely because Netflix relied on Silverlight for video playback early on. I'd be surprised if they still had C# in their front-end stack (and I say that as a general C# fan, though I use it on the back-end).

"The spec" is loose in places and is full of undefined behavior which can change from compiler to compiler. Very low level code tends to hit these types of issues much more than application code would. But these types of issues are even common in large userspace codebases.

I have fond memories of riding the one in Duncan BC as a kid! The museum (now labelled a "discovery center" for whatever reason) ha sall sorts of old equipment for kids (and adults) to climb on and gawk at.

X3D is marketed as a gaming feature and benchmarks bear that out. Productivity workloads (video editing, compiling code, etc) benefit very little from the extra cache. You're better off buying a chip without it and a higher core count.

The US is the third largest country by population and disproportionately represented here on hackernews (given it's where ycombinator is based), so it doesn't seem that weird to me.

That said, I am jealous of the micro-center deals as a Canadian!

The use case is niche but there. I ride mountain bikes and off-road motorcycles and have a GoPro on my helmet. A phone is the wrong form factor and a DSLR is too heavy.

Same with surfers, or people who race cars etc. Having a physically small camera, with robust mounting and stabilization is not something a phone in a gimbal or a "real camera" can provide.

You're going to need a source for an LLM one-shotting a port of a AAA title from one graphics API to another...

Self-contained != static compilation though. The self-contained binaries still have pretty poor startup time and are large since they contain the whole JIT.