To read all comments associated with this story, please click here.
I think it also depends somewhat on the "development environment" in which the software is written, which might include such factors as:
* The specific languages and execution environments being used, which can heavily influence what can or cannot be done.
* The type of organizational structure and culture under which one operates (is a heavily structured or compartmentalized process in place with many people assuming limited/specialized roles, or are there a few Jack-of-all-trades programmers working in an old-school "agile" environment),
* The nature of the software being developed (in-house software which might be fairly malleable over time versus for-sale software that only exists as discrete static release levels),
Etc.
When I'm working on a utility of my own design, I'd say it's as much art as engineering.
When I'm working on a formal application for external customer use and following a tight testing/QA process, it's less art and more engineering.
When I whip together a quickie script for a one-time event, it's sometimes closer to dart throwing. :-)




Member since:
2006-01-03
I think it depends on the project and how the programmer sees it.
If the project is exciting and the programmer really likes what he's doing and has enough room to be creative, then I think it is something close to art.