>Except the war isn't really about oil

Oil industry moves significantly (like very significantly) more money than weapons producing. It makes it pretty hard to fit this novel theory to the reality.

"Privately typed" is a bit of a stretch, frankly speaking. That text box literally exists to send your texts to a remote entity.

It is also super common on e-commerce websites that will then send you an email about a cart you started to the point of adding an email but then abandoned.

It's an interesting thought, but humans do like to antropomorphize things anyway, and I believe your variant won't be popular if choice is given to consumers.

Consumers choose cigarettes, too. Especially in aggregate, humans are fallible creatures prone to vices, and our regulations should recognize that an discourage dark patterns in UX.

For this argument to stand it needs at least two legs:

- general consensus about societal harms from something,

- belief that cost of regulation of something is lower than alleged harm.

And so far, I can't see either.

But it doesn't understand (you're unnecessary antropomorphizing it), and I'm still not a paper clip

Would you say that something that can converse or that something that just gives you mathematical proofs has a better understanding of what the real pragmatic intent is behind a given task?

The question feels like it stuffed with random words, frankly. "Better understanding" than what? What is "real pragmatic intent"? Are there also unreal, and non-pragmatic in our context? Why?

yet

>when people on HN think they're special or do more "real" software engineering.

But you're doing the same with your "how it's done these days".

These days things are done in many contradicting ways, and it probably will take at least a few years to settle on common normal.

TRAMP (mentioned in the article) does it without installing anything on remote machine, just SSH, and shell commands. Which sounds more natural to me. Node.js security history, with all due respect, is not shiny. And the problem the author has with VSCode's way, I guess, is not that it can edit files, but that it extends attack surface without real need.

TRAMP actions are also rather slow (high latency). OTOH, tramp-rpc relies on a little tool to run on the remote and is much snappier. This proves there is a better middle ground than TRAMP with nothing and whatever abomination VSCode injects. Basically, busybox with a persistent RPC connection is all one needs.

Latency can be managed by having shared connections (for example: https://tanguy.ortolo.eu/blog/article42/ssh-connection-shari... ), so handshakes don't make everything super slow

PDFs are being forged everyday, mostly for financial incentives. The reason it rarely happens with scienific papers (as seems to be a particular concern of the author) is because it makes not much practical sense.

1. General public don't read papers.

2. General public have lowered trust to them.

3. It's not impossible to produce and publish genuine paper with forged data.

So this guy has been "killing math" since 2011. The inevitable question: where are achievements, success stories, anything at all?

"explorable explanations" are big! google it, you are in for a treat.

How do you deal with onboarding, both technically, and legally if your eval period is 1-2 days? I mean unless you are a one-man team, and can just give all permissions yourself, and ignore legalities, it sounds way too short

Same as for other contractors.

Yes, there is friction, but if you do it enough, it gets reasonably small.

I assume the paid work is issued via a private repo and not full access?

>the architecture is not designed in Japan

The text says "next-generation CPU, FUJITSU-MONAKA, designed and developed in Japan".

It's ARM.