This is indeed one of the things I love about programming, in a private capacity. Sadly, it doesn't prevent programming managers and career climbers from arguing in advance over which pet methodology is more likely to lead to correct code, making power plays via engineering process proposals, and mounting all manner of blustering, persuasive, politically-motivated initiatives, usually without any actual data to back any of it up.
Then, when the code is done and testable, those people can credit/blame the successes/failures to whatever suits them.
The NYTimes recently publised a long semi-autobiographical article written by Michael Crawford, a University of Chicago Phd graduate who is currently employed as a motorcycle mechanic. The article is partially a somewhat standard lament about the alienation and drudgery of modern corporate work. But it is also very much about rationality. Here's an excerpt:
I think this article will strike a chord with programmers. A large part of the satisfaction of motorcycle work that Crawford describes comes from the fact that such work requires one to confront reality, however harsh it may be. Reality cannot be placated by hand-waving, Powerpoint slides, excuses, or sweet talk. But the very harshness of the challenge means that when reality yields to the finesse of a craftsman, the reward is much greater. Programming has a similar aspect: a piece of software is basically either correct or incorrect. And programming, like mechanical work, allows one to interrogate and engage the system of interest through a very high-bandwidth channel: you write a test, run it, tweak it, re-run, etc.