The author, Traister, has came from BASIC. We have the explanation.
The author, Traister, has came from BASIC. We have the explanation.
Similarly, if I'm teaching JavaScript and want to show the student functional programming, I'll show them how a "for" loop could be converted to use map or filter, or recursion. Far from "corrupting their mind" so they can't understand other ways, the imperative style serves as a foundation to learn other styles. The paradigm shift occurs gradually on some subconscious level, with the previous paradigm serving as a mental model to build up the new one.
The nugget of truth is that the paradigm you start with (and the longer you stick with it) influences your problem-solving process, and shapes your way of thinking in ways we don't necessarily notice. If you have a bunch of items and want all of them to have some operation done on them, do you think "I will map the operation over the items" or do you think "for each item I will do this operation on item[i]" or do you think "return the set of items which has this thing done"? Very different paths to the same result, and which path is best is extremely context-sensitive.
It's very easy to blame the language when often it's the teacher or the individual (or a combination of the two) who struggles rather than the paradigm.
Contemporary VBA developers (or whatever it is about) can point their pitchforks vertically, ok?
I think an appropriately skilled developer would be able to write a useful application in BASIC in the same way that the same programmer would be able to write something useful in assembler.
I wouldn't want to write a large program in a language like that though, but I do think in the 80s programmers had to make do with what they had