The Artima Developer Community
Sponsored Link

Articles Forum
The Uncommon Case

20 replies on 2 pages. Most recent reply: Jun 19, 2007 6:31 PM by Raoul Duke

Welcome Guest
  Sign In

Go back to the topic listing  Back to Topic List Click to reply to this topic  Reply to this Topic Click to search messages in this forum  Search Forum Click for a threaded view of the topic  Threaded View   
Previous Topic   Next Topic
Flat View: This topic has 20 replies on 2 pages [ « | 1 2 ]
Bill Pyne

Posts: 165
Nickname: billpyne
Registered: Jan, 2007

Re: The Uncommon Case Posted: Jun 13, 2007 11:54 AM
Reply to this message Reply
Advertisement
> At my last place of employment, a large project that could
> not be utilized for legal reasons was pushed into
> production so that the project could be declared a
> success. All it was doing was burning CPU cycles for
> quite a while.

Did you grab that out of Dilbert? It seems too ridiculous to be real. It really shouldn't surprise me.

Erik Engbrecht

Posts: 210
Nickname: eengbrec
Registered: Apr, 2006

Re: The Uncommon Case Posted: Jun 13, 2007 12:00 PM
Reply to this message Reply
> In some of the places I worked, managers' compensation
> (raises + bonuses) were related to annual goals such as
> getting XYZ project into production by a specified date.
> The managers naturally urged the software along before it
> was ready.

I like to call these artificial constraints. It all stems from the need to make quarterly and annual reports. Pulling "successes" into the current period results in (short term) stock increases. Pushing "losses" into future periods avoids (short term) stock decreases. This pattern is firmly ingrained in corporate culture. I think there is also a tendency to lump all the "bad news" into one period, because the cumulative effect of one big beating is smaller than several smaller ones.

So the entire corporation is incentivized to deliver positive results new and let negative ones accumulate.

The fundamental problem is despite billions of dollars of research and really, really smart people working at it, people haven't become that much better at predicting future events than astrologers. So decision makers focus on what they know is true now.

Erik Engbrecht

Posts: 210
Nickname: eengbrec
Registered: Apr, 2006

Re: The Uncommon Case Posted: Jun 13, 2007 12:05 PM
Reply to this message Reply
> > At my last place of employment, a large project that
> could
> > not be utilized for legal reasons was pushed into
> > production so that the project could be declared a
> > success. All it was doing was burning CPU cycles for
> > quite a while.
>
> Did you grab that out of Dilbert? It seems too ridiculous
> to be real. It really shouldn't surprise me.

Burning CPU cycles seems like a rather minor consequence. I've seen thousands of well paid professionals sit idle because groups decided to push software out way before they could possibly conclude that it works. I've seen manufacturing facilities essentially shut down for weeks.

Bill Pyne

Posts: 165
Nickname: billpyne
Registered: Jan, 2007

Re: The Uncommon Case Posted: Jun 13, 2007 12:19 PM
Reply to this message Reply
> Burning CPU cycles seems like a rather minor consequence.
> I've seen thousands of well paid professionals sit idle
> e because groups decided to push software out way before
> they could possibly conclude that it works. I've seen
> manufacturing facilities essentially shut down for weeks.

The worst I've seen is software being pushed in that managers admitted would only meet 40% of the users' needs because "we've invested too much to throw it away".

Now that I think about it, I heard a similar manufacturing story. A complete soup-to-nuts business package from a large, not-to-be-named-here software company was pushed in and the facility couldn't input orders for over two weeks.

Dave Lorde

Posts: 8
Nickname: dlorde
Registered: Aug, 2005

Re: The Uncommon Case Posted: Jun 18, 2007 3:54 AM
Reply to this message Reply
I always find myself looking for problems and thinking "What could go wrong?" and "What would break this code?", so I tend to spend more time on this than on the rest. But edge conditions are important, so I feel it pays off.

If people are failing to use intefaces correctly, it may be carelessness, e.g. not reading the documentation carefully - but I've seen plenty of poorly specified interfaces that are counter-intuitive or complicated to use. A much neglected problem is poor naming - names enable us to visualise how an API works, and what a class, method, or variable does, and poor naming can seriously impair understanding of code.

Raoul Duke

Posts: 127
Nickname: raoulduke
Registered: Apr, 2006

Re: The Uncommon Case Posted: Jun 19, 2007 6:31 PM
Reply to this message Reply
This seems like the thread where I think to myself, "if I ever run a company, I now know of more folks for my mental list of people I would want to recruit for it." Sort of a self-selecting population, here.

Flat View: This topic has 20 replies on 2 pages [ « | 1  2 ]
Topic: The Virtual Database Tier Previous Topic   Next Topic Topic: Choosing the Right Testing Tools

Sponsored Links



Google
  Web Artima.com   

Copyright © 1996-2019 Artima, Inc. All Rights Reserved. - Privacy Policy - Terms of Use