|
It's a good method for making change, but for doing subtraction in general it is (in my opinion) not so great, the reason being that you have to keep track of more figures in your short term memory, when compared to left-to-right. To do subtraction by counting up you need to remember: the minuend, how far you've already counted up, and the number you've already counted up to. So, three figures. Subtraction left-to-right (or right-to-left) only requires you remember two numbers: what remains of the minuend, and what remains of the subtrahend. It's pretty easy even for primary school kids once they practice a bit. Of course, when you're making change, you don't actually care how far you've counted up, because you're not really after the difference exactly, you're only trying to arrive at the correct number of coins and bills. So you can forget that part, or rather you can leave it to the coins in your hand to remember for you, and now you're back to two numbers. But I'd bet that if I asked you to tell me on the spot what the difference was without looking at the change in your hand you'd struggle to tell me. Making change by subtraction left-to-right is cumbersome because, while you still only need to remember two numbers, after you calculate the difference in your head you must now count out the change, whereas with counting up you're already done. Different tools for different purposes. I agree with Asimov. |
Take, for example, subtracting 188 from 500. Count up to 200 to get 12. The difference between 500 and 200, however, is automatic. It takes no thought at all. So you arrive at 312.
Sometimes you can count down, too. Take 512 - 333. That's just 200 - 21. You can find 21 by doing it left-to-right if you want (it's how I just did it).
I'm not saying it's some kind of magical way to handle arithmetic, and it's not something you use to the exclusion of other techniques. Rather, what you're doing is converting the problem to something that is easier to solve. Left-to-right is a very useful, general, and systematic approach to do that, but there are faster ways depending on context. You can analogize it to programming in that you can trade CPU (left-to-right) for memory (cached tables of differences) to arrive at an optimal algorithm for the problem at hand.
So I would just re-iterate that learning these techniques isn't simply for the sake of doing arithmetic faster in your head. Rather, understanding how and why they work, and how to select the methods, improves numeracy in general.
And FWIW, I never look at the change in my hand. I don't literally count up like a cashier might when handing you change. To be honest, until _just_ right now I never really fully comprehended exactly what they were doing. I knew it was similar, but it only now just clicked that they were counting up in a fashion similar to what I've always just done in my mind's eye by breaking up and rounding numbers. (Not that I think I'm particularly good at this--please don't walk up to me on the street and drill me ;)