I don't think the Chinese government has a whole lot of motivation to make life easier for gullible Americans at the moment.

Yes, how can we tell the difference between a true random number generator, and a device that is simply reading the next entry from a very long one-time-pad that our mortal enemies also have a copy of, and therefore can trivially "predict" future results from, no matter how perfectly random they are?

Firing the entire board of vaccine science immunologists, and replacing them with pre-science miasma theory antivax stooges, for example.

It's not just 14 stations, but also 150 battery-swapping electric vehicles. This could work in certain fleet applications and it sounds like that is their goal.

There are plenty of crappy scripting languages out there. Why did Python rise to dominance over AppleScript and Visual Basic and bash and MS-DOS .bat files and Perl and Tcl and all the rest?

I suggest that it's because Python is significantly less crappy than its competition.

Seems like not-enough-people is a relatively straightforward problem to solve, if your country isn't completely awful. You just invite some immigrants in, and presto, you've got more people. There are plenty of people around the world looking for stable, decent places to live, so sourcing shouldn't be a problem.

Too-many-people is a much trickier problem, since nobody wants to be voted off the island.

Soon it will be just like over-the-air TV, except you're paying Amazon $180/year for the privilege of watching their ads.

I think they are going for "reduced waiting time" and "more consistent high quality preparation", with an option for "cheaper prices" at some point (if they feel they must). It's not clear that AI will actually provide any of those things, but that's the goal.

The song will advise you to "share and enjoy", and the beverage will be almost (but not quite) entirely unlike the one you wanted.

Depends on how clearly written the instructions are. Even when the instructions are correct and unambiguous, language that is well-defined to someone with experience is often inscrutable to the newbie. (e.g. have you ever been following a recipe that tells you to "fold in" an ingredient and had to figure out exactly what "folding in" is supposed to consist of in that context?)

Traditionally your newbie barista would ask their co-worker at that point, so I'm not sure that having an AI on-hand provides much benefit unless it's faster and/or more accurate than getting a co-worker's attention would be. If it turns out not to be helpful, it will go away quickly enough.

There never was a proper CUDA "moat".

Sure it is a convinient way to do some things with a lot less work than other approaches, but most sane people doing anything on large scale will eventually want to optimize the actual running of things. As long as the development was fast enough in algoritms and hardware that any incremental gains from optimiation were less important such was obvioisl low priority. But once the number of users for a service grows huge, even say a 5% imprevement is suddenly huge numers in real terms and thus worth some effort.

... and for good reason. Difficult projects are risky and expensive, and if they don't work on the first try, the voters blame the politician and then very soon afterwards he isn't a politician anymore (or at least, not an employed one). Even if they do succeed, the politician will get blamed if they turn out to be more expensive than predicted (which they always do, because that's the nature of difficult projects).

The "safe" way to do it is leave the old system in place and running, and install the new system next to it. Let them both run simultaneously for an extended period of time, with the old system still in charge and the new system running and computing results, but its results aren't actually controlling anything; they are only recorded to verify that its behavior is always the same as the old system given the same inputs.

Once you've thoroughly tested and debugged the behavior of the new system that way, you flip the switch so that now the new system is in control and the old system is merely having its results recorded. Let the system run that way for a period of time; if anything goes wrong you can always flip the switch back again. If nothing goes wrong, you can either leave the old system in place as an emergency backup (for as long as it lasts), or decommission it.

This logic made a lot of sense on the original Mac 9" screen. It makes less sense on a modern Mac with multiple large monitors, where the distance between your window's content and the menu bar can be significant, and your mouse may move up past the the menu bar and into the screen "above" if you aren't careful.

But it doesn't. For example, the lawyers that keep submitting court filings with fake references evidently have wrong assumptions about what AI is and is not (for now)

https://ancillary-proxy.atarimworker.io?url=https%3A%2F%2Fwww.washingtonpost.com...

250 is less than 1/3 of 500?