The title of software engineer has got to be among the most highly abused in the corporate high-tech world. Its also one of the most popular.

And why not? It sounds a lot better than computer programmer, and it looks much better on ones business card. Unfortunately, its fairly often inaccurate. Engineering is, after all, the application of sound technical principles to develop systems that are robust, successful and elegant. Ive found that a nice many software engineers can develop working programs, but do little or no real engineering develope .

Does this sound harsh? Perhaps, but Ive also found it hard to deny. Ive encountered very few software engineers, for example, who have clean, crisp and readable coding stylesan essential element of effortless software develope . Ive also encountered a preponderance of cryptically written functions, clumsy software abstractions and bizarre spaghetti code. To my dismay, Ive discovered that even among computer science graduates, many reduce object-oriented programming to the mere make use of of private data, public functions and object instantiations. Its enough to break a teachers heart.

Now, I wont go so far as to say that most programmers write spaghetti code. That would not be fair. However, I do think that relatively few programmers have a deep appreciation for the artistry of software development. Thats not to say that theyre ignorant of such things; not at all. Rather, its more that the engineering aspects of user friendly code develope are all too almost always neglected.

I think this happens because modern programming tools have made proper code develope seem like a nuisance. In the early years of computing, all the people were forced to write out their software designs, pondering many fine details before they ever sat down in front of the computer. Nowadays, with our fast compilers and interactive debugging systems, programmers almost always find it more convenient to simply sit down and initial coding, with just a modicum of software design. Mind you, I do understand that this is sometimes more efficientwhen the programming task is fairly routine, for example. However, when such develope -as-you-go software development becomes standard practice, then you have the makings of utter chaos.

In part, this problem is also rooted in the malleable nature of computer software. No self-respecting civil engineer would develope a bridge by slapping girders together until he has something that works; after all, if the bridge collapses, it could take months to rebuild it. Similarly, no sensible architect would want to make a house without blueprints and floor plans. Yet it is commonplace for programmers to develop software using poorly chosen functions and only the sketchiest of designs. After all, if the software doesnt work, they may always find the bug and fix itat least, in theory. In practice, these bugs are almost always difficult to detect, and fixing them can require extensive surgery. The consequences of an ill-designed software code might be disastrous indeed.

For this reason, I believe that high-technology companies absolutely need to give software engineering the respect that it deserves. They positive need to develop a true culture of systematic software design, instead of merely settling for whatever works. A company thats looking toward the future must pay proper devotion to the principles of software maintainability, proper documentation and elegant, robust develope . It must also inculcate a culture of true software engineering among its employees. The failure to do so may work in the short-term, but it is a recipe for long-term disaster.