SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
Search:  
 
 

Over-Engineering

By Steve Jones, 2009/07/15

Total article views: 94 | Views in the last 30 days: 1

I stumbled upon an old blog post by Neil Davidson that he recycled via Twitter. It was about design and how things bloat. In the post he references another blog by Moishe Lettvin , who worked on the Shutdown menu in Vista. Reading that post, I was amazed to find that 8 people directly and 43 people indirectly contributed to that feature over a year.

Really?

At first I had the amazing response that most people probably have of MS is obviously so (insert your four letter adjective here) blanked-up, no wonder Vista was late. However as I read through the comments, I saw so much disagreement over how the feature works, should work, compares with OS X, and more that I'm not sure so this was a year of development time wasted. (Note I don't know the man-years spent on this, but I bet it's > 1).

I haven't built a lot of software in my career, especially large scale or shrink wrap software, and so perhaps I don't really understand things. However I do think that we tend to over-engineer too often. I see people that try to design in every contingency, as well as think of every possible places things might go wrong. I have a simple mantra for you folks:

You can't do it. Get over it and ship something.

It sounds simple, but it's not. But it's not necessarily naïve. I've seen too many people delay releasing something, trying desperately to get things right. They're never right. They're also never done, so you might as well ship something that's 80% right and then plan on fixing it right away.

I know some people will disagree and say that things should be built right the first time. I don't think they ever are. They can be built well, but they ought to be built quickly, and with a design that expects changes to be required in  a relatively short time frame after they're released. This doesn't work for all software, but I bet it works for a large class of applications that aren't on the scale of SAP or Windows.

We can learn to code better, build more secure and stable software, but I don't think we'll ever cover all the bases. So why try? Build something that works most of the time and then refine it from there.

Steve Jones


The Voice of the DBA Podcasts

Everyday Jones

The podcast feeds are available at sqlservercentral.mevio.com. Comments are definitely appreciated and wanted, and you can get feeds from there.

You can also follow Steve Jones on Twitter:

Overall RSS Feed: or now on iTunes!

Today's podcast features music by Everyday Jones. No relation, but I stumbled on to them and really like the music. Support this great duo at www.everydayjones.com.

I really appreciate and value feedback on the podcasts. Let us know what you like, don't like, or even send in ideas for the show. If you'd like to comment, post something here. The boss will be sure to read it.

By Steve Jones, 2009/07/15

Total article views: 94 | Views in the last 30 days: 1
Your response
 
 
Related tags
 
Related content

Risk and Assumptions

By Steve Jones | Category: Editorial
| 86 reads

The Simple Estimate

By Steve Jones | Category: Editorial
| 74 reads

Grown Up Software

By Steve Jones | Category: Editorial
(not yet rated) | 106 reads

Building an API

By Steve Jones | Category: Editorial
(not yet rated) | 107 reads
 
Contribute

Free registration required...

To read the rest of this article, and access thousands of other articles, we ask you to register on the site and subscribe to our newsletters.

Login (existing users)

Login

Email:   Password:   Remember me: Forgotten your password?

Register (new users)

Register

Email:   Password:
Confirm:

Subscribing to our newsletters gets you:

  • ALL of our content (thousands of articles, scripts, and forum postings)
  • A daily newsletter (example)
  • A weekly news round up (example)
  • The opportunity to ask and answer questions in our forums
  • A daily Question of the Day to test and help you increase your knowledge of SQL Server.

Steve Jones
Editor, SQLServerCentral.com