05 2 / 2012
Introducing new topics
It already starts with the teaching of arithmetic. Instead of teaching 2 + 3 = 5 , the hideous arithmetic operator “plus” is carefully disguised by calling it “and”, and the little kids are given lots of familiar examples first, with clearly visible such as apples and pears, which are in, in contrast to equally countable objects such as percentages and electrons, which are out. […] The educational dogma seems to be that everything is fine as long as the student does not notice that he is learning something really new; more often than not, the student’s impression is indeed correct.
(Emphasis mine)
It’s hard to say whether this is a problem, or a solution. I think we’re not introducing these topics (such as calculus) early enough, and therefore when they are introduced, say during your senior year, they seem almost scary. We’re giving students an impression that these topics are super hard, when in fact something like a limit is a fairly simple concept.
So is the problem that we’re trying to relate it to something we already know, or that we’re building it up to be more difficult than it is? I might argue both.
Some more interesting quotes from this link:
If we push a little harder we expect to do a little better. Very often the behaviour is not only a continuous but even a monotonic function: to test whether a hammer suits us over a certain range of nails, we try it out on the smallest and largest nails of the range, and if the outcomes of those two experiments are positive, we are perfectly willing to believe that the hammer will suit us for all nails in between.
It is possible, and even tempting, to view a program as an abstract mechanism, as a device of some sort. To do so, however, is highly dangerous: the analogy is too shallow because a program is, as a mechanism, totally different from all the familiar analogue devices we grew up with.
In what we denote as “primitive societies”, the superstition that knowing someone’s true name gives you magic power over him is not unusual. We are hardly less primitive: why do we persist here in answering the telephone with the most unhelpful “hello” instead of our name?
Unfathomed misunderstanding is further revealed by the term “software maintenance”, as a result of which many people continue to believe that programs —and even programming languages themselves— are subject to wear and tear. Your car needs maintenance too, doesn’t it? Famous is the story of the oil company that believed that its PASCAL programs did not last as long as its FORTRAN programs “because PASCAL was not maintained”.
When all is said and done, the only thing computers can do for us is to manipulate symbols and produce results of such manipulations.
After all, it is no longer the purpose of programs to instruct our machines; these days, it is the purpose of machines to execute our programs.
Computing science is —and will always be— concerned with the interplay between mechanized and human symbol manipulation, usually referred to as “computing” and “programming” respectively.
No endeavour is respectable these days without a TLA (= Three-Letter Acronym), I propose that we adopt for computing science FMI (= Formal Methods Initiative), and, to be on the safe side, we had better follow the shining examples of our leaders and make a Trade Mark of it.