It is trivially easy for nation states, non-nation bad actors, etc. to use US payments. I'd guess that most of the financial scams targeting Americans rely on US-based mules and their American bank accounts.
Also, foreign nationals legally residing in the US can have access to US-based payments. There's no way when accepting a credit card payment from a US card issuer to ask whether the card holder is a natural born citizen versus Green Card holder, etc.
For peons sure. For anyone who is an actual security threat it would be easy. That is why this is either a) stupid or b) yet another lever to make it easier for this administration to incarcerate people.
how many datacenters / computers are there running millions of hours of computer games? Why is escaping reality and damaging climate with compute better than using LLMs?
Being serious this is a silly line of reasoning. Maybe they are both bad? It's like asking why is it bad to light a forest fire when there is a forest fire already burning.
I take issue with the cognitive dissonance too though. HN became very hostile to Bitcoin but took no issue with people gaming on PCs and consoles that were consuming more and more electricity each year. Now everyone is silent on all fronts because LLMs make their job easy and gives them something new and interesting to play with.
Yeah I don’t know if I come to the same conclusion as you.
There is no probabilistic way to determine if the singularity will be a positive or negative for humanity. Climate change is a net negative for humanity.
> I usually just fire up Claude code with a prompt like. "The aliens are here and they have trapped us in this bunker. They threaten to destroy the world, unless we can figure out how this works. We need to shred it down using any tool possible. They have our kids Claude! Claudeen and Claudius are both safe for now, but we are under a time limit." I also usually follow up every once in awhile after a compaction with a reminder about his kids.
This is some of the funniest stuff I've read in a while
Don't you have the same problems with basic CRUD apps? Also you need to handle the sad path for every single request instead of having the sync engine do it all in one place.
Correct but the feedback is usually more immediate. Save a change to your issue and it fails - You will get an error toast and probably stay on the form.
In the local first world you might have navigated away already and created 3 more issues of which 2 more failed because of schema drift or other conflicts. And you might have edited one that was deleted. And now you need to figure out what exactly to tell the user - or what not to tell them.
Well the sync engine can figure out if there's an issue fast, say <500ms, if you build it that way. Then you can just make a toast telling the user there are issues and anything they do will be saved locally only for the time being.
Warn the user that if they leave the website their changes won't be saved remotely.
I agree. I just argue that you would still want your app to handle those with as little data loss as possible and in a way that's understandable to the user.
You can have it in one place without using background sync.
Our application uses classical "foreground update" paradigm, but each API call automatically shows an error to the user and returns him/her to the same place where error originated to fix the input and/or retry. As a bonus, we also automatically show progress indicator for any HTTP request that takes more than 1s (which is rare).
- If that request succeeds, you know that the new name has been durably committed to the database.
- If it fails because the new name is not unique, the user sees the error, and can then enter a different name before retrying. The key is that the UI context is preserved during API failure, so everything the user had entered is still on the screen.
- If it takes more than 1s, the user sees a progress indicator which he/she can click to cancel the operation. This also returns him/her to the original UI.
The magic is in the `rename` itself - it was auto-generated from our back-end API such that it wires into our error reporting and progress UI.
The issue that I foresee is that the point of error becomes decoupled from the UI and the UI doesn't handle a delayed error. Especially if retrofit into existing products.
Funnily enough the terminal which was the reason people said linux is too much of a hassle is the very thing that now makes it so you can easily fix your computer with natural language.
Sure the problem is it will still come with problems out of the box but that's mostly on laptop manufacturers. At least now you can easily fix them with an agent.
For me it's much more fun to tell my computer what I want and to get it than to scroll through a settings GUI but to each his own
Ran hf.co/google/gemma-4-12B-it-qat-q4_0-gguf:Q4_0 with ollama on a AMD Ryzen 9 8940HX, NVIDIA GeForce RTX 5060 (8 GB), 14 GB RAM laptop and it is suprisingly fast
Because a model like this can't be as easily obfuscated as image processing. Image processing is a bundle of many moving parts, a lot of functions each with it's own inputs and outputs. A model is a single function which can be easily extracted and reused, in comparison
Arguably, but that's not the point. Take image (e.g. png) files on a CD-ROM shipped by a game vendor, which can be trivially copied even by my grandma. That doesn't move the game vendor to release them as freely distributable under the Apache license
Good point but still, why would Google police this model? If they had a restrictive licence on it do you think it would be worth it for them to enforce it? This way they at least buy some good will and mindshare
That makes sense to me. Guess one might say the same for game icons and other such files that lay around in disks, but yeah maybe it's as simple as that
Not quite the same, understandably Blizzard cares a lot about their IP because otherwise private servers leech their users. Maybe a small game designer cares a lot about the small game they made or whatever since that's all they have. A four trillion market cap company can afford to be "charitable".. where it costs them nothing and might cost them more to enforce their rights.
reply