squaresinger

Even if you make them in large quantities, material cost alone will be at least €50k. You will need a skilled operator nearby, and constant maintainance, and if you lose even one per year, a regular underpaid human worker will be much cheaper.

These things are pure marketing devices to pacify investors, generate headlines and make unions and workers afraid.

Because it's not real. It's purely for marketing, not for actual wide-spread implementation.

Even in the best of cases, even factoring in economy of scale and all that, a robot like that will cost upwards of €50k at least, probably closer to double that, will require constant maintainance, and the risk of vandalism or accidental damage is really high. And you'll likely need a (skilled) human operator nearby anyway, because the delivery vehicle doesn't drive itself.

The purpose of projects like this is marketing and public perception.

• The company looks futuristic and future proof. That's good to get investors.
• The company looks like they could replace humans with robots at any time. That's good with negotiations with unions and workers.
• The company gets into headlines worldwide. That's advertisement they don't have to pay for.

This robot is not meant to ever go mainstream. Maybe there will be a handful of routes where they will be implemented for marketing purposes, but like drone delivery and similar gimmicks, it won't beat a criminally underpaid delivery human on price, and that's the only metric that counts for a company like Amazon.

"Prescription glasses" only mean "glasses with optical properties", so glasses that actually do anything with focus, as opposed to e.g. non-prescription sunglasses or non-prescription accessory glasses that people wear to look smart or something.

It doesn't mean you need a prescription for them.

(That said: in some countries you need a prescription for your prescription glasses if you want your health insurance to pay for them.)

I'm considering getting a Switch 1 now. I can find hackable ones for €100 in my area.

But then again, it doesn't really do anything I can't do with my other devices.

Well, IRL hacking doesn't have exciting gameplay mechanics. So more realistic hacking game might not be such a clever idea.

90% of the things that Japan introduced according to comment sections on the internet never happened (or never made it past the prototype stage) and the rest was actually introduced in Korea, not in Japan.

The Japanophilia is strong with a lot of people on the internet.

There's this idea I've been considering for a long time.

Imagine putting a remote controlled firework smoke bomb under the tailpipe, hidden from sight. At best a really stinky one that smells like burned rubber or something.

When someone follows to closely, just fake an engine issue or something by activating the smoke bomb and fill their AC air intake with the smell of burned rubber for weeks. Just to teach them to not follow too closely again.

You can not change history for any published changes - like I said, doing so makes your repository incompatible with any other clone.

That's the same on Git.

And what's TCP/IP?

Looks like Mercurial can change the history just fine using the hg command. You just need to enable it first.

https://book.mercurial-scm.org/read/changing-history.html

Git can also be configured to disable history rewrites.

https://stackoverflow.com/questions/2085871/strategy-for-preventing-or-catching-git-history-rewrite

So the difference between git and hg really just comes down to the defaults.

I got weirdly invested in this, and by the end I was kinda happy that it was "just" a bug in the tooling and not anything actually malicious.

Android runs an only slightly modified Linux kernel, and yet the OS requires much less from the user than e.g. Windows or MacOS.

Chromebooks run a bog-standard Linux kernel and the target audience is kids.

My car's entertainment system runs a standard Linux kernel, and the UX is so cut down that PC expertise really doesn't matter when using it.

MacOS and iOS, two systems known for their ease of use, both stem from BSD, which comes from Unix.

The kernel has nothing to do with this.

In fact, the only mainstream kernel used in user-facing operating systems that doesn't "come from Unix" is Windows. Everything else is derived either from Linux or BSD, which both are derived from Unix.

There isn't even a mainstream phone OS anymore that doesn't "come from Unix".