Engineering
Home Privacy Books Magazines Music DVD Posters Bid Shopping

Engineering


Engineering for Authors
Submit Articles
Member Login
Author Benefits
Article Guidelines
Author Terms

for Publishers
Publisher Terms
RSS Feed

Site Resources
Advertise on this site
About Us
Sitemap
Sponsorship

When Is A Software Engineer Not A Software Engineer?

By: V. Berba Velasco Jr., Ph.d.

Article Word Count: 644




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 often inaccurate. Engineering is, after all, the application of sound technical principles to develop systems that are robust, efficient and elegant. Ive found that a great many software engineers can develop working programs, but do little or no real engineering design.

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 elegant software design. 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 use 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 elegant code design are all too often neglected.

I think this happens because modern programming tools have made proper code design seem like a nuisance. In the early years of computing, 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 often find it more convenient to simply sit down and start 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 design-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 design 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 build 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 can always find the bug and fix itat least, in theory. In practice, these bugs are often difficult to detect, and fixing them can require extensive surgery. The consequences of an ill-designed software program can be disastrous indeed.

For this reason, I believe that high-tech companies need to give software engineering the respect that it deserves. They 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 design. 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.

V. Berba Velasco Jr., Ph.D. takes great pride in working at Cellular Technology Ltd (http://www.immunospot.com, http://www.elispot-analyzers.de, http://www.elispot.cn) where he serves as a senior electrical and software engineer. He is pleased to work in an environment where excellence is valued.



Article Source: Engineering Guide

This article has been viewed 119 times.
Add to Del.icio.us | Digg | Furl

Other recent articles in the Engineering category:

Most viewed articles in the Engineering category:

  1. Insurance And The Engineer
  2. Engineer-to-order Erp Leader Encompix Selected By Formglas
  3. Mechanical Engineering Design
  4. Visibility.net Covers Lean Initiative In The Engineer-to-order Environment
  5. What Is Reverse-engineering
  6. Social Engineering - The Real E-terrorism?
  7. Superultramodern Engineering (seng)
  8. Know-how Engineering Of Chromatography
  9. Big Sky Engineering Goes Live With Encompix Eto Erp
  10. The Role Of Cd Mastering Engineers
  11. Engineer-to-order Erp Now To Include Configurator
  12. Productivity Engineering
  13. Chemical Engineering - A Convincing Argument
  14. Engineer-to-order Manufacturers Competitive Strategies Revealed In Automation.com
  15. Encompix Engineer-to-order Enterprise Resource Planning Winning Praise By Gehring In Michigan

Please feel free to submit your quality, informative article for our readers.


Untitled Page