It's the same with prioritization. I've literally had conversations that go:
Manager: I need you to drop everything and do X right now, it's top priority
Me: Ok, well I'm currently doing Y, which was top priority this morning. Which is more important, X or Y?
Manager: Well, they're both equally important!
Me: OK, sure. I can't work on both, which one would you like me to do first?
Manager: [uncomfortable thinking noises]
Manager: Are you sure you can't do both at once?
Me: Yes
Manager: [Pause] Keep going with Y. I'll see if someone else can do X
sigh
Only from a very narrow perspective. Opening yourself up and being real with people is how relationships form. If you test every conversation you are going to have with someone before having it, then the 3rd party basically has a relationship with an AI, not with you.
Now testing every conversation is extreme, but there is harm any time a human reaches out to a computer for social interaction instead of other humans.
The real magic trick here is that the uuids on the page only look random to us because of some bit twiddling and XOR trickery. If we had a better intuition for such things we would notice that successive UUIDs are just as correlated as successive integers.
Elegant stuff
So we have accountants and scientists who need back surgery intentionally working part-time barista hours.
As a programmer I’m all for gaming the system by knowing and navigating the rules, but the situation is comical.
When automated systems are first put in place, for something high risk, "just shut down if you see something that may be an error" is a totally reasonable plan. After all, literally yesterday they were all functioning without the automated system, if it doesn't seem to be working right better switch back to the manual process we were all using yesterday, instead of risk a catastrophe.
In that situation, switching back to yesterday's workflow is something that won't interrupt much.
A couple decades -- or honestly even just a couple years -- later, that same fault system, left in place without much consideration because it rarely is triggered -- is itself catastrophic, switching back to a rarely used and much more inefficient manual process is extremely disruptive, and even itself raises the risk of catastrophic mistakes.
The general engineering challenge, is how we deal with little-used little-seen functionality (definitely thinking of fault-handling, but there may be other cases) that is totally reasonable when put in place, but has not aged well, and nobody has noticed or realized it, and even if they did it might be hard to convince anyone it's a priority to improve, and the longer you wait the more expensive.
Catastrophe is most likely to strike when you try to fix a small mistake: pushing a hot-fix that takes down the server; burning yourself trying to take overdone cookies from the oven; offending someone you are trying to apologize to.