lot of the kids aren't really that technical, so deep subjects (like P vs NP etc) are probably a bit of a waste on them.
I didn't get into P vs NP until my second year of college.
The larger address space can be useful in some applications
Such as high-resolution image editing and high-definition video editing. Compared to a web browser, these aren't quite as amenable to splitting an application into numerous "content processes," each with their own separate 2 GB RAM.
but most applications are already bloated and having bigger pointers hasn't improved matters for this bloat problem.
For a while, Linux supported an x86-64 ABI called "x32" that limits each process's address space to 2 GB so that more pointers will fit in the processor's data cache. It didn't become popular, in part because of a need to load three versions of the system libraries: 32-bit i686, x86-64, and "x32". In addition, porting x86-64 applications to use less pointer-heavy containers gave most of the cache advantage that "x32" would have provided. This includes switching from linked lists to gap buffers (or other dynamic arrays), from B-trees to T-trees, or from pointers to indices in a pool. Rust in particular has encouraged use of appropriately sized indices as a workaround for the borrow checker.
For systems that want to access more than 2GB-4GB of physical RAM, there has long been PAE/PSE-36 that permit mapping 64GB physical address space to a 32-bit virtual space.
There's a widespread misconception that a 32-bit operating system is limited to 3 GB of physical RAM. I think this comes from Microsoft's practice of requiring drivers for 32-bit Windows Server to support PAE as a condition for certification, but not drivers for 32-bit Windows desktop. I seem to remember 32-bit desktop Linux being more PAE-friendly. PAE and content processes are how Firefox for 32-bit Linux managed to hang on this long.
So the service worker installs the entire Grab site to you phone? Grab handles food delivery, grocery delivery, package delivery, ride sharing, financial services, etc.. That seem extremely inefficient to load every single function to your phone just because you visited their website.
Each function could be loaded the first time the user uses it. The device has to be online to query what is in stock at any given moment anyway. And I'd be interested in others' speculation about why the client side of the most widely used functions can't all fit in (say) 5 MB, which is twice the size of Doom.
You suggested a solution that Grab, Doordash, Uber Eats, Instacart, Favor, Grubhub, Postmates, etc. do not use. I pointed out maybe these companies know way more about their needs and solutions than you. Do you accept that?
I accept that, adding a clarification that I suggested the solution for the purpose of asking other people what these companies might know that I don't.
I am tired if this anti china war mongering,
Where are you seeing anti-china war mongering? I haven't seen it.
emissions were unchanged from a year earlier in the third quarter of 2025, thanks in part to declining emissions in the travel, cement and steel industries.
You can give a LLM access to real things and they can use those real things to verify. I just flatly do not understand why they are not.
Reflecting on that is instructive. Either:
The fact that the verification processes haven't been implemented, means that either there is no way to verify the output, or the verification process would reduce confidence in the output rather than increasing it.
Now it's possible that there is *currently* no way to verify the output, but that we might come up with a good verification process in the future. Once we're in that future, we can then take the chance that we end up on the first possibility.
Wikipedia officially requires articles to summarize their sources from a neutral point of view. However, Wikipedia did become overtly political with the PROTECT IP blackout of January 18, 2012, in protest of a proposed law seen to threaten Wikipedia's existence.
And you have not considered to enter offline-first, the service worker API has to load?
The first time you add a website to your home screen, it installs the website's service worker. You have to use the Internet for that, just as you have to use the Internet to download an application from Apple's App Store.
Again, Grab has been doing this for 12 years.
And I'm curious about what the blockers for even a partial PWA implementation have been during each of these 12 years.
PWA is not new and they have chosen native apps.
All I've been asking is what features of Grab combined with missing features of PWA likely led to their continuing to choose native apps.
But most of us did not assume to know better than Grab unlike you.
I don't see where I "assume[d] to know better than Grab".
When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. - Edmund Burke