3 ms·
I am offended by this post, mostly because math and I generally don't get along. I think very procedurally, and the math-y abstract way of thinking about thing
by araneae 17y ago
I am offended by this post, mostly because math and I generally don't get along. I think very procedurally, and the math-y abstract way of thinking about things seems almost at odds with this. Obviously, abstraction exists in programming, especially if you're using a functional language... which is probably why I feel more at home with oo languages ^-^.
- ntownsend 17y agoProcedural programming is still mathematical.
- anonjon 17y agoProcedural thought isn't procedural programming. And even if it were, procedural programming doesn't have to be mathematical. (It has to be... procedural).
- anonjon 17y agoI don't know why you are getting down-voted for this comment. I think very procedurally too, and although I'm generally pretty good at math stuff, I try to build my abstractions in such a way that I don't actually have to deal with a lot of the mathematical theories behind stuff more than once. (I can look up and understand/implement a math thing, but I have trouble actually knowing and remembering math stuff). I think the distinction is an interesting one, you don't necessarily need to know a lot of this math stuff, but you do need to be able to understand it or figure it out when it is presented to you. In the same sort of way, I kind of boggle at job listings that require 'X years of Y programming language experience'. Certainly it makes sense to hire qualified programmers, but if you have the thought process down for writing good code, and have a reference manual to the language, it really shouldn't matter what language you are coding in. Its more about having the ability to learn things on the fly than about already knowing X, Y or Z.