Follow Up to "Most Software Stinks!" South Dakota

Is software development simply more difficult than other kinds of engineering? Are clarifying comments essential to the very nature of well-designed software? Connell responds to readers who have debated these points.

Local Companies

Datasync Consulting
(605) 427-3282
311 Union
Madison, SD
Css Ltd
(605) 729-2402
225 N Main Ave
Bridgewater, SD
High Plains Technology
(605) 323-2780
1500 S Sycamore Ave
Sioux Falls, SD
Digital Designs Corp
(605) 334-1588
2505 S Jefferson Ave
Sioux Falls, SD
Sterling Computers
(605) 232-6016
370 W Anchor Dr
Dakota Dunes, SD
GE Medical Systems Inc
(605) 965-1000
4205 W 53rd St
Sioux Falls, SD
Tip Inc
(605) 259-3511
White River, SD
Accountmaster MacEssentials
(605) 886-2553
Watertown, SD
Black Hills Computer Consulting
(605) 721-7650
Rapid City, SD
Supreme Software & Consulting
(605) 348-4474
1123 Alta Vista Dr
Rapid City, SD

provided by: 
Originally published at Internet.com


Recently, I wrote an article titled Most Software Stinks!. In the many interesting replies I received to the article, two general comments recurred often. One of the comments missed a major point of the article, but the other showed an insight I had overlooked.

The first recurring comment was that software development is simply more difficult than other kinds of engineering and, therefore, cannot be judged by the same standards. In this view, creating software is harder than creating any kind of physical structure, so we cannot expect software to have the same high quality as many bridges and office buildings. (Closely related is the assertion that we cannot expect software to be completed on time and on budget, as physical construction often is.) In my opinion, such an assertion highlights the worst qualities of software developers.

We think we operate on a higher plane of activity than our mechanical and structural engineering brethren. We think the sorry state of software engineering - cancelled projects, lousy quality, missed budgets - is because we do something that is harder than other engineers. The fault, we believe, is not with us, so there is little we can do to improve the performance of software development teams. This is a convenient point of view, if we can sell it. Unfortunately, it is baloney. A great object-oriented design is made better by comments that help the next programmer understand it...

Read article at Internet.com site

Topics: 
Architecture & Design Languages & Tools Project Management Web Services
Database Microsoft & .NET Security Wireless
Java Open Source Techniques XML