My uncle was part of the team in Bank of America implementing new ATM software at the time they moved to somewhat customizing the interface so it had a quick button on the first menu to give you your favourite withdrawal amount quickly, let you choose what notes you wanted etc. He said it was written in java and his favourite bit was writing the method that would be called (after all checks were done to make sure you had the money etc) to issue the cash. It was called “dispenseWithoutQuestion()”.
You could call dispenseWithoutQuestion(someamount) and the device would spit that amount of cash out so it was obviously tremendously pleasing to test.
I hope it returned how much it dispensed so that a dispenser failure would result in a refund.
Why would this be tremendously pleasing to test?
You get money!
Of course you don't get to keep the money, but it is yours for a moment, even if just to count it.
And beyond that, you get to see your code operate a physical machine that you can touch.
How many of us get to do that?
Yeah exactly. The test lab had an ATM which you call the function and it spits out money (that you don’t get to keep, but still).
Wouldn't that be Monopoly money anyway?
Doubt it, the bill reader checks all the bills before dispensing, so it would be bypassed for monopoly money.
Maybe they used $1s or something.
Nah, they get 'test money' to load into the dispensers, and it's something banks will also buy for things like ATM demonstrators.
https://shop.dieboldnixdorf.com/atm-demonstration-currency/p...
(We haven't really had "ATM demonstrations" in a long time specifically, but there was a bit of time in the early adoption era to get a fake card into a customer's hand and let them play with a demonstration machine in your lobby or in an office to get to see how convenient it was to get the play money out. See also the tabletop demonstrator Triton built, the ATM Jr - https://triton.com/about-triton/innovative-history/)