Let's Stop Calling them 'Bugs' - Software Quality is Our Responsibility

Written by mcsee | Published 2021/03/22
Tech Story Tags: testing | debugging | refactoring | clean-code | bugs | naming | software-engineering | hackernoon-top-story | web-monetization

TLDRvia the TL;DR App

Let’s name things the right way.
According to Wikipedia:
"A software bug is an error, flaw or fault in a computer program or system that causes it to produce an incorrect or unexpected result, or to behave in unintended ways. The process of finding and fixing bugs is termed “debugging” and often uses formal techniques or tools to pinpoint bugs, and since the 1950s, some computer systems have been designed to also deter, detect or auto-correct various computer bugs during operations."

The Past

There are many historical references to the word Bug. Thomas Edison used it even before the first electrical computer.
During computing early days on Mark III, the large computing facilities were a source of heat, therefore attracting real bugs like moths.
Computer pioneer Grace Hopper coined the term while looking for a system malfunction.

The present

70 years later, data centers have become clean facilities (leaving no space for people or insects). Even our home computers are almost free from malfunction caused by real bugs.
We still name our software glitches as bugs instead of faults and this is keeping us from confronting the real problems, real defects, and our own responsibilities.
Software quality is under our control. It is our responsibility to deliver quality products.
The term Bug sounds like an excuse out of our scope infecting our systems. It is not.

The Future

Language is continuously evolving. We recently got rid of the master word on our GIT repos.
To embrace the future and our own responsibilities, we need to be very careful with names, not only with our classes, methods, and variables but also with our artifacts.
We don’t need to debug software anymore.
Find the root fault (caused by ourselves or previous developers), embrace the problem, write an automated test, and fix it. Easy as that. 🐞
We need no bug trackers. We just need to care for incidents, and not all incidents are faults. Surprisingly, many of them are related to misunderstandings, lack of definition, ambiguities etc. 📋
We don’t want to fix all software faults. A good deal of mature software have known bugs. Now called known defects. ✔️
Let’s start by calling things by their name.
We look forward to comments and suggestions on this article.

Written by mcsee | I’m senior software engineer specialized in declarative designs and S.O.L.I.D. and Agile lover.
Published by HackerNoon on 2021/03/22