From: Puckdropper <puckdropper@fastmail.fm>
Subject: Re: Orders of Fault Management
Date: Wed, 28 Jul 2004 14:14:58 GMT
Date: 2004-07-28T14:14:58+00:00 [thread overview]
Message-ID: <CxONc.15563$Nu4.10667@nwrddc01.gnilink.net> (raw)
In-Reply-To: <b6qavoohblda$.1blm4mqe5vkiv.dlg@40tude.net>
Dmitry A. Kazakov wrote:
> On Wed, 28 Jul 2004 12:06:13 GMT, Marin David Condic wrote:
>
>
>>Also, a "bug" may not truly stop a software application from
>>accomplishing its purpose.
>
>
> Which is probably not a bug then. (:-))
There's a saying: "A *bug* becomes a *feature* when you document it."
>>In that case, one might debate the economics
>>of trying to remove "all bugs". It kind of leads to the question "How
>>good is 'good enough'?"
>
>
> Perhaps one should better talk about requirements fulfilling...
How good is good enough? Hm... My hobbies and interests always seem to
intersect somehow. That's a question model railroaders ask. :-)
Puckdropper
next prev parent reply other threads:[~2004-07-28 14:14 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-27 20:12 Orders of Fault Management Marc A. Criley
2004-07-28 12:06 ` Marin David Condic
2004-07-28 13:11 ` Dmitry A. Kazakov
2004-07-28 14:14 ` Puckdropper [this message]
2004-07-29 12:46 ` Marin David Condic
2004-08-11 4:56 ` Mark A. Biggar
2004-08-11 8:38 ` Dmitry A. Kazakov
2004-08-11 11:49 ` Marin David Condic
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox