It's a constraint to process item within limited time (regardless of overproduction or power outage). Matching with the problem description.

Surely the reality might be much more complex (like... the yield/quality drop by time function?)

Presto (a.k.a. AWS Athena) might be a faster/better alternative? Also would like to see if 650GB data is available locally.

Presto is renamed to Trino now.

But I concur with what you say. It is also very cheap in both maintenance and running cost. It is just an amazing tool and you pay (RIP) pennies.

No, Presto (https://github.com/prestodb/presto) remains alive and well, just Trino gets more attention.

Wait, x86? you mean arm64?

It's a bit ambiguous but I can't edit now, sorry. What I meant to say was that it boots using the same mechanism as x86 machines that you are familiar with, not that it is an x86 machine itself.

Yeah, tariffs won't increase the price...

This and several other abuse cases forced my previous work to use code pointers to count 'characters' for user's nickname / status messages. No one wanted to download 9MB simply browsing other users.

NoSQL? Sounds like it should’ve been caught by basic length checks on the database field where it was stored.

That is awesome. Both the abuse and the fix.

Oracle will fight like hell if there is a slightest chance to earn royalty from that trademark.

edit: Microsoft or other companies have no financial benefit on that fight. Even Deno itself has no financial benefit as well. This fight is for goodwill but not justifiable for financial terms (unless you can be the next owner of JavaScript trademark)

with "no", there might be additional reason why. But this office jargon allows you to just defer (indefinitely).