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
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.
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.
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.
That’s how I feel everytime I click commit in SQL Developer and it completes in 0.023 seconds. Like… You sure you got everything, Oracle? Wanna take a second or two and double check your work maybe?
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
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
First reason is just poor UI design. I’m sure there are billion ways to indicate a successful action even if it was immediate.
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.
With your overly simple example I would totally believe that person. With harder problems perhaps. Besides, machines are not human.
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.
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.
That’s how I feel everytime I click commit in SQL Developer and it completes in 0.023 seconds. Like… You sure you got everything, Oracle? Wanna take a second or two and double check your work maybe?
The CPU, working tirelessly to ensure your queries completed in just under 100 million cycles (assuming 1 thread and 4Ghz):
“Am I a joke to you?”
Buys Ryzen 9
“Damn! Why is it so fast?”
next, you’ll tell people the door close button in elevators doesn’t actually work.
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
It’s entirely configurable, and up to the building management. While there is likely a “local default” that doesn’t mean it can’t be changed.