On TV.com: LOST Fans are Annoying
BNET Business Network:
BNET
TechRepublic
ZDNet

July 18th, 2008

Software debugging costs rise; SOA blamed

Posted by Joe McKendrick @ 8:08 am

Categories: Business ROI, General, Links, SOA Surveys and Research

Tags: SOA, International Data Corp., Service-Oriented Architecture (SOA), Web Services, Tools & Techniques, Middleware, Enterprise Software, Software, Management, Joe McKendrick

Ostensibly, the first computer “bug” was a moth that got trapped in a relay inside of Harvard’s Mark II computer in 1945. It took technicians five and a half hours to track down the source of the problem. Assuming that a university computer technician may have been making $1.50 an hour at that time, it can be assumed that the bug cost about $8.00 to fix.

How many moths would it take to bring down a SOA?

Things are a little more costly these days, of course, and IDC appears to be saying that SOA is really adding to the cost of fixing software bugs.

According to a “forthcoming” report from IDC, cited in SC Magazine, a typical organization now spends between $5 and $22 million a year fixing software defects. IDC bases it’s estimate on a recent survey of 139 organizations.

SOA gets a share of the blame for the escalating costs. The report cites “increased software complexity from multicore, Web 2.0 and SOA” that not only make bugs more prevalent, but also more complicated to fix. As IDC put it: “The increased complexity of software development environments and the cost of fixing defects in the field (rather than early in the software cycle) combine in exorbitant ways to drain income and to hamstring businesses as a result of critical software downtime.”

Hmmm. The purpose of SOA — and Web 2.0 for that matter — is to simplify things. Theoretically, it means containing problems more to interfaces, versus having to go into the guts of enterprise systems to rewrite or upgrade code. A bug should in theory only have to be fixed once by the entity managing the target system; versus fixing it 100 times in 100 different instances across the enterprise. At least in theory.

Of course, with multiple islands of SOA and Web services, there is additional complexity arising. Just keep the moths away.

Joe McKendrickJoe McKendrick is an author and consultant with deep knowledge and insights regarding trends and developments in the technology industry. See his full profile and disclosure of his industry affiliations.


Email Joe McKendrick

Subscribe to Service Oriented via Email alerts or RSS.

Related Discussions on TechRepublic

Did you know you can take part in these discussions with your ZDNet membership?

  • Talkback
  • Most Recent of 8 Talkback(s)
SOA, not IT, really is to blame
SOA should be transparent to the end user, but I agree that it is harder for IT. It requires a new mindset when developing new software and a new way of thinking when integrating legacy software into... (Read the rest)
Posted by: MikeSimpson Posted on: 07/26/08 You are currently: a Guest | | Terms of Use
Who is really to blame?  mkavis@... | 07/18/08
It's the people who promote SOA!  joemartn | 07/21/08
SOA, not IT, really is to blame  MikeSimpson | 07/26/08
Sounds like an ownership problem  Michael Meehan | 07/18/08
Flexibility increases complexity--which increases costs in many ways  reamon@... | 07/18/08
Inevitable cost of multi-tier  LBiege | 07/18/08
RE: Software debugging costs rise; SOA blamed  sprattipati | 07/18/08
Three things to think of - but people only think of one  MattSonicSmith | 07/22/08

What do you think?

SponsoredWhite Papers, Webcasts, and Downloads

advertisement

Recent Entries

advertisement

Archives

Favorite Links

ZDNet Blogs

White Papers, Webcasts, and Downloads

SmartPlanet

Click Here