▲ | fluoridation 2 days ago | ||||||||||||||||
I don't mean to be dismissive of the effort you went to in writing all that, but nothing you've said argues why software engineers would benefit from more planning. It argues for some planning, sure; I never said no planning whatsoever is good. If you intend to build, say, a website, that presents a very different set of challenges and usable tools than if you instead intended to build a microcontroller's firmware. But you seem to agree with me that in software you can turn on a dime, yet you don't don't offer any reason why more planning than what is already done would be beneficial. | |||||||||||||||||
▲ | godelski 2 days ago | parent [-] | ||||||||||||||||
Nor did I say programmers do no planning.
You're selling high precision, which is impossible in this discussion. I don't know you and thus can't adapt my message to your specific needs. You'll need to think carefully about what I've said to see if it applies to you or not. Look carefully at that vacation scenario. How does it differ from how you go about solving a programming problem? Why do you think I'm stressing so much about how the ability to turn on a dime is an entirely different dimension?You're a programmer, so I'd expect this to not be too difficult since you deal with deep levels of abstraction every day, right? You know how to generalize functions? You're aware of anonymous functions? Functors? Templates? And many other such generalizations? Why are you seeking such high precision when you can write down a function that automatically adopts to a wide range of cases and situations? | |||||||||||||||||
|