Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #11202
| From | Lew <noone@lewscanon.com> |
|---|---|
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: please coin a term for a lower order bug |
| Date | 2012-01-10 17:52 -0800 |
| Organization | albasani.net |
| Message-ID | <jeiq10$6el$1@news.albasani.net> (permalink) |
| References | <fqomg7ltgtddv3one61ei9c33755duu9ec@4ax.com> <9f3jns8095wj.2ln3sbv2qk$.dlg@40tude.net> <jehqd8$g45$1@dont-email.me> |
On 01/10/2012 08:52 AM, markspace wrote:
> On 1/9/2012 2:18 PM, Peter Duniho wrote:
>> On Mon, 09 Jan 2012 14:02:33 -0800, Roedy Green wrote:
>>
>>> What would you call a flaw in a program that had no effect on the
>>> results, but needlessly made the program slower or confusing?
>>
>> IMHO it's a mistake to classify such bugs as "lower order". Rather, they
>> are simply a different subset of the broader classification of "bug":
>>
>> * "correctness bug" -- affects the actual result
>> * "performance bug" -- affects the efficiency/speed of the code
>> * "maintenance bug" -- affects the readability of the code (makes it more
>> confusing)
>>
>> I don't think there's any need for a whole new term. It's just a matter of
>> applying the appropriate qualifier to the existing term of "bug".
>
>
> Actually, trying to read between Roedy's lines, I think I might know what he
> means by "lower order." "Lower" as in further down the list of things that
> must be done. Stuff that totally breaks your code must be dealt with promptly,
> stuff that's just a little slow can wait and is lower on the list of stuff to do.
>
> However, I'd call that a "priority," and I'd usually associate it with the
> RFC/RFE that describes the bug. That is, priority is something that's
> determined by the organization, and isn't always inherent in the type of bug
> itself. Slow performance might actually be a very important bug, high on the
> to-do list, depending on the organization's over-all goals.
>
>
> RFC priorities I'm used to seeing:
>
> Critical - Test inhibitors. These must be fixed NOW.
>
> High - Customer defects for which there is no work-around. These must be fixed
> before release.
>
> Medium - Customer defects which have a work-around. These may be no-fixed and
> forwarded to customer support. These bugs may also be forwarded to maintenance
> or to the follow up project ("version 2.0").
>
> Low - Noise. These bugs will not be fixed or forwarded.
None of these should be tolerated. Yes, you triage to assign priority, but as
an industry we have this attitude that it's OK to have some bugs in a system
as long as they're "lower-order" enough. That's stupid. You may never
actually getting around to fixing a low-priority bug, but if so that's because
you've got too many high-priority bugs to have the budget to fix the rest, and
that's obviously a bad thing. No bugs are good; none should be tolerated.
If you have a process that creates bugs, you cannot achieve this very
reasonable and proper goal of zero bugs. You will never achieve it by being
better at fixing bugs, IMHO, only by preventing them. That's where unit tests
and integration tests (by which I mean all tests that integrate units, such as
end-to-end tests, functional tests, and so on) come in. Use these right and
prevent bugs so that you don't have to make up silly terms like "unimportant
bug" or "lower-order bug" or "low-priority bug".
You can start by eliminating warnings from your code - they are warning you
for a reason and should be considered errors. Use good algorithm design and
checkpoint your invariants ('assert'!). Keep code simple and cohesive. Have
excellent and complete tests. Don't make excuses for allowing bugs to live.
You should increase priority on each bug that lasts another release - kind of
an inverse "tenured generation".
--
Lew
Honi soit qui mal y pense.
http://upload.wikimedia.org/wikipedia/commons/c/cf/Friz.jpg
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
please coin a term for a lower order bug Roedy Green <see_website@mindprod.com.invalid> - 2012-01-09 14:02 -0800
Re: please coin a term for a lower order bug Peter Duniho <NpOeStPeAdM@NnOwSlPiAnMk.com> - 2012-01-09 14:18 -0800
Re: please coin a term for a lower order bug bugbear <bugbear@trim_papermule.co.uk_trim> - 2012-01-10 09:18 +0000
Re: please coin a term for a lower order bug George Neuner <gneuner2@comcast.net> - 2012-01-10 11:46 -0500
Re: please coin a term for a lower order bug David Lamb <dalamb@cs.queensu.ca> - 2012-01-10 16:00 -0500
Re: please coin a term for a lower order bug markspace <-@.> - 2012-01-10 13:38 -0800
Re: please coin a term for a lower order bug Gene Wirchenko <genew@ocis.net> - 2012-01-10 15:14 -0800
Re: please coin a term for a lower order bug Peter Duniho <NpOeStPeAdM@NnOwSlPiAnMk.com> - 2012-01-10 18:01 -0800
Re: please coin a term for a lower order bug markspace <-@.> - 2012-01-10 08:52 -0800
Re: please coin a term for a lower order bug Lew <noone@lewscanon.com> - 2012-01-10 17:52 -0800
Re: please coin a term for a lower order bug Peter Duniho <NpOeStPeAdM@NnOwSlPiAnMk.com> - 2012-01-10 19:44 -0800
Re: please coin a term for a lower order bug Gene Wirchenko <genew@ocis.net> - 2012-01-10 20:35 -0800
Re: please coin a term for a lower order bug Roedy Green <see_website@mindprod.com.invalid> - 2012-01-11 10:54 -0800
Re: please coin a term for a lower order bug Ian Pilcher <arequipeno@gmail.com> - 2012-01-09 17:29 -0600
Re: please coin a term for a lower order bug Eric Sosman <esosman@ieee-dot-org.invalid> - 2012-01-09 21:26 -0500
Re: please coin a term for a lower order bug glen herrmannsfeldt <gah@ugcs.caltech.edu> - 2012-01-10 02:43 +0000
Re: please coin a term for a lower order bug Lew <noone@lewscanon.com> - 2012-01-10 07:01 -0800
Re: please coin a term for a lower order bug Leif Roar Moldskred <leifm@dimnakorr.com> - 2012-01-11 03:23 -0600
Re: please coin a term for a lower order bug Wanja Gayk <brixomatic@yahoo.com> - 2012-01-15 13:21 +0100
Re: please coin a term for a lower order bug Eric Sosman <esosman@ieee-dot-org.invalid> - 2012-01-15 08:39 -0500
Re: please coin a term for a lower order bug Patricia Shanahan <pats@acm.org> - 2012-01-15 06:39 -0800
Re: please coin a term for a lower order bug Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2012-01-10 06:45 -0400
Re: please coin a term for a lower order bug Eric Sosman <esosman@ieee-dot-org.invalid> - 2012-01-10 07:54 -0500
Re: please coin a term for a lower order bug Lew <noone@lewscanon.com> - 2012-01-10 07:13 -0800
Re: please coin a term for a lower order bug Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2012-01-10 18:17 -0400
Re: please coin a term for a lower order bug Gene Wirchenko <genew@ocis.net> - 2012-01-10 15:23 -0800
Re: please coin a term for a lower order bug Leif Roar Moldskred <leifm@dimnakorr.com> - 2012-01-11 03:30 -0600
Re: please coin a term for a lower order bug Eric Sosman <esosman@ieee-dot-org.invalid> - 2012-01-11 08:08 -0500
Re: please coin a term for a lower order bug Leif Roar Moldskred <leifm@dimnakorr.com> - 2012-01-11 14:38 -0600
Re: please coin a term for a lower order bug Gene Wirchenko <genew@ocis.net> - 2012-01-11 15:48 -0800
Re: please coin a term for a lower order bug Roedy Green <see_website@mindprod.com.invalid> - 2012-01-11 11:01 -0800
Re: please coin a term for a lower order bug glen herrmannsfeldt <gah@ugcs.caltech.edu> - 2012-01-12 01:45 +0000
Re: please coin a term for a lower order bug Gene Wirchenko <genew@ocis.net> - 2012-01-11 18:05 -0800
Re: please coin a term for a lower order bug Jim Janney <jjanney@shell.xmission.com> - 2012-01-10 09:52 -0700
Re: please coin a term for a lower order bug markspace <-@.> - 2012-01-10 09:51 -0800
Re: please coin a term for a lower order bug Lew <noone@lewscanon.com> - 2012-01-10 18:08 -0800
Re: please coin a term for a lower order bug Gene Wirchenko <genew@ocis.net> - 2012-01-10 19:30 -0800
Re: please coin a term for a lower order bug Lew <noone@lewscanon.com> - 2012-01-10 22:11 -0800
Re: please coin a term for a lower order bug Gene Wirchenko <genew@ocis.net> - 2012-01-11 15:52 -0800
Re: please coin a term for a lower order bug Jim Janney <jjanney@shell.xmission.com> - 2012-01-11 13:38 -0700
Re: please coin a term for a lower order bug Eric Sosman <esosman@ieee-dot-org.invalid> - 2012-01-10 14:05 -0500
Re: please coin a term for a lower order bug v_borchert@despammed.com (Volker Borchert) - 2012-01-11 20:59 +0000
Re: please coin a term for a lower order bug Gene Wirchenko <genew@ocis.net> - 2012-01-11 15:53 -0800
Re: please coin a term for a lower order bug Fredrik Jonson <fredrik@jonson.org> - 2012-01-12 06:59 +0000
Re: please coin a term for a lower order bug Wanja Gayk <brixomatic@yahoo.com> - 2012-01-15 12:45 +0100
csiph-web