From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,e4b2dce209393666 X-Google-Attributes: gid103376,public From: Richard D Riehle Subject: Re: Business Week (12/6/99 issue) article on Software Quality Date: 1999/12/09 Message-ID: <82p3vo$k8v$1@nntp3.atl.mindspring.net>#1/1 X-Deja-AN: 558711302 References: <82hk54$cbc$1@nntp6.atl.mindspring.net> <82kv5j$k6p$1@nnrp1.deja.com> <384eabe7.13628242@news.netidea.com> <82mlvh$mb0$1@nntp9.atl.mindspring.net> <82ochh$27p$1@nnrp1.deja.com> <82opns$7k2$1@nntp4.atl.mindspring.net> <384ffd52.888393602@newsnew.draper.com> Organization: MindSpring Enterprises X-Server-Date: 9 Dec 1999 20:38:16 GMT Newsgroups: comp.lang.ada Date: 1999-12-09T20:38:16+00:00 List-Id: In article <384ffd52.888393602@newsnew.draper.com>, rracine@myremarq.com (Roger Racine) wrote: >Why don't you look up the meaning in Robert's reference? There is no >difference. A bug is a mistake that has not been diagnosed. The >cause is not known, but the effect is seen. As if there were a bug in >the system mucking things up. Ah, but we see the term being used, instead, for mistakes that are diagnosed, simply not yet corrected, as in "known bugs." Further, you have just acknowledged that a bug is just another word for a mistake. Thank you. >Exactly. We would have to say "I have an unknown problem in my >program" instead of "I have a bug in my program." And the problem with that is? >"Bug Report", "Problem Report", they mean the same thing. I agree >that no one should trivialize problems where the cause is unknown. >That happens too much no matter what term is used. For one example, >the first Space Shuttle flight was delayed a couple days due to a bug >(at the time the cause was unknown). It had been seen in simulations, >but so seldom that it had not been resolved. The Shuttle flew with >the error (it had been diagnosed by then, and was known to be an >initialization timing problem with a probability of about 2%). So we use "bug" to characterize some error that is not yet diagnosed. We use "error" once we understand the cause. If that were a consistent usage, no problem. It isn't. The "bug" report is too often a list of problems "we have not yet gotten around to fixing." This is certainly true of a little software company in the Northwest corner of the United States that some of us know and love. >>Once it has been so identified, it is no longer a "bug" it is an >>engineering defect. > >Agreed. And what is wrong with designating it that way? Nothing as long as it is accompanied by the admission of the error that caused it. >Electrical Engineers also use the term. My guess is that software >folks picked it up from them. I'm not sure about who used it first. It is all too often used in very sloppy ways. Robert cites its use by Edison, but Edison was an inventor, not an engineer. His work was similar to that of very creative programmers of our own time who, clever as they may be, are not thinking of software as an engineering process. In my own programs, the "bugs" are mistakes I have made. You may call it a bug. I still call it an error. I correct my errors. You exterminate bugs. The fact that I have not yet discovered my error does not make it less of an error. I prefer my own terminology. Sorry for being a "shrill and crackpot" over this. The real disappointment for me is that no one appreciated my reply to the Business Week article. Also, I suspect that those non-software people who read it, if it is published, will understand the point I am making without being defensive about the terminology. Only the software practitioners are likely to object. Interesting... Richard Riehle