This is what I and many other programmers have done (not the removal, but fake delays), because it improves user experience, actually:
1.When the user clicks a button that should take long in their mind (like uncompressing a zip file etc) but is actually fast, it might seem like something is wrong and it didn't work
2.When the user transitions between layouts of the application, if it loads everything too fast it will look too abrupt, a fake delay will be made here if a transition animation is not possible/doesn't fit
I was working on an enterprise web application, there was a legacy system that everyone hated and we replaced it with a more modern one.
We got a ticket from our PO to introduce a 30 sec delay to one of our buttons. It sounded insane, but he explained that L1 support got too many calls and emails where users thought said button was broken.
It wasn't, they were just used to having to wait up to 5 minutes for it to finish doing its thing, so they didn't notice when it did it instantly.
We gradually removed that delay, 10 seconds each month, and our users were very happy.
I'm pretty sure it's either a myth (that it doesn't work) or some US-centric thing, because when I worked as a delivery guy, I used to go through probably hundreds of different elevators in high-density residential buildings, and most of them have doors that stay open very long to allow baby strollers and heavy appliances to be placed inside, and on pretty much all of these the door closing button works, immediately closing the door
Most elevators I've seen in the US have a minimum time for the doors to be open. Hitting the closed button won't do anything, unless you had hit the open door button to keep them open past that time. So if you hit the open door button right before the doors closed to let someone in and they tell you they are actually going down, you can hit the close button and it'll immediately close.
The door close button does nothing in Canada but in the middle east it actually works immediately. I was shocked when I tried in the middle east I used to just do it for fun in Canada.
In Germany it also works as expected. I remember that we always pressed it like crazy in university when the elevator was already very full, so it didn’t even open when it stopped before the ground level.
There was a financial calculator from HP that they made for decades. The newer ones were so fast doing large mortgage calculations that the users didn't trust it, so they intentionally slowed down the results.
My kid got a job at some place and was browsing through an update script for a customer. There were a bunch of random-seeming sleep and printf statements. He couldn't make sense of it, so asked one of the more senior techs what was the deal. It was as you said. They had updated software/hardware at a customer's site and the backups were going so quick that the customer was getting pissed because "There is NO way this is doing in 10 seconds what should take several minutes." OK, the customer gets what they want. A judicious sprinkling of delays and meaningless messages. The 10 second update now takes a little over 4 minutes and the customer was happy again.
While the customer may have access, you’re all but guaranteed they aren’t ever going to verify it. Most backups aren’t meant to be verified on external systems, and testing the backup would generally require actually restoring it somewhere.
That said, some systems do have external tools to verify backups, but it’s not universal.
Imagine asking a person a math question like what 2 times 3 times 7 is (without you knowing the answer). If that person immediately goes like „42“ you‘ll most likely think that it’s a joke response and the person doesn’t take your question seriously. If however that person takes a few seconds to think you are much more likely to believe the answer.