In engineering, a bug is a design defect in an engineered system that causes an undesired result.
Although used exclusively to describe a technical issue, bug is a non-technical term; applicable without technical understanding of the system.
The term bug applies exclusively to a system that is (human) designed; not to a natural system; and that the issue is within the influence of human control. For example, humans have faults but not bugs, and a server crash due to natural disaster is not a bug.
In addition to or instead of defect, some use: error, flaw or fault.
Engineered systems is a broad classification encompassing but not limited to: software, computer hardware, electronics, circuitry and machinery.
The undesirable result can be classified and described many ways including: intermittent, transient, glitch, crashorhang.
Since desirability is subjective, what is considered undesirable to one may be considered desirable to another; even a useful feature.
The Middle English word bugge is the basis for the terms bugbear and bugaboo as terms used for a monster.[1]
The term bug to describe a defect has been engineering jargon since at least as far back as the 1870s – long before electronic computers and computer software. For instance, Thomas Edison wrote the following words in a letter to an associate in 1878:
It has been just so in all of my inventions. The first step is an intuition, and comes with a burst, then difficulties arise—this thing gives out and [it is] then that "Bugs"—as such little faults and difficulties are called—show themselves and months of intense watching, study and labor are requisite before commercial success or failure is certainly reached.[2]
In a comic strip printed in a 1924 telephone industry journal, a naive character hears that a man has a job as a "bug hunter" and gives a gift of a backscratcher. The man replies "don't you know that a 'bug hunter' is just a nickname for a repairman?"[3]
Baffle Ball, the first mechanical pinball game, was advertised as being "free of bugs" in 1931.[4]
Problems with military gear during World War II were referred to as bugs (orglitches).[5]
In the 1940 film, Flight Command, a defect in a piece of direction-finding gear is called a bug.[citation needed]
In a book published in 1942, Louise Dickinson Rich, speaking of a powered ice cutting machine, said, "Ice sawing was suspended until the creator could be brought in to take the bugs out of his darling."[6]
Isaac Asimov used the term bug to relate to issues with a robot in his short story "Catch That Rabbit", published in 1944.
Computer pioneer and rear admiral, Grace Hopper, popularized a story about a moth that caused a problem in an early electromechanical computer.[7] While Hopper was working on the Mark II and Mark III as Harvard faculty in about 1946, operators traced an error in the Mark II to a moth trapped in a relay. The moth was removed from the mechanism and taped in a log book with the note "First actual case of bug being found." [8] Reportedly, the operators, including William "Bill" Burke, later of the Naval Weapons Laboratory, Dahlgren, Virginia, [9] were familiar with the engineering term and probably making a joke by conflating the two meanings of bug (biological and defect). Although probably a joke, the story indicates that the term was commonly used in the computer field at that time. [10] [11][12][13] The log book, complete with moth, is part of the collection of the Smithsonian National Museum of American History.[12]
The related term debug also appears to predate its usage in computing: the Oxford English Dictionary's etymology of the word contains an attestation from 1945, in the context of aircraft engines.[14]
Since bug implies undesirable behavior, calling a behavior a bug is subjective, so what some consider a bug, is not by others. In fact, the behavior might be considered a useful feature, hence a common phrase is "It's not a bug, it's a feature" (INABIAF).[15] This quip is recorded in The Jargon File dating to 1975 but dates to 1971 when PDP-8 programmer Sandra Lee Harris at Digital Equipment Corporation (DEC) made the distinction between issues to be fixed in the code for DEC's FOCAL interpreter and those to be documented or clarified in the user manual.[16]
Such behavior might be explicitly communicated to users or not as an undocumented feature.
(See image of advertisement in reference entry)
