I thought perhaps it might be but the traps he discusses near the end don't seem to agree.
Careful planning and consideration would have avoided the mistake of forgetting the rod in the first place. The engine analogy is weak but in software you'd write the checks and balances into your process so that you couldn't forget the rod (good design principles, automated software testing).
Perhaps it was also the wording in the opening paragraphs which threw me off the most. I often find myself drifting off into space while I whittle away the problem in my head. Then I get down to the base cases, tests, and once I am satisfied I will begin writing code. The doesn't sound to me like like being at the front of anything.
I think I get the gist of it but I just wasn't clear one way or the other which way the author was leaning.
Careful planning and consideration would have avoided the mistake of forgetting the rod in the first place. The engine analogy is weak but in software you'd write the checks and balances into your process so that you couldn't forget the rod (good design principles, automated software testing).
Perhaps it was also the wording in the opening paragraphs which threw me off the most. I often find myself drifting off into space while I whittle away the problem in my head. Then I get down to the base cases, tests, and once I am satisfied I will begin writing code. The doesn't sound to me like like being at the front of anything.
I think I get the gist of it but I just wasn't clear one way or the other which way the author was leaning.