Salut, c'est Nico de Codegarage. Codegarage, qu'est-ce que c'est ? C'est un site de contenu gratuit et de formation premium
pour aider les devs à s'améliorer de jour en jour jusqu'à devenir expert.
Dans cet épisode, on va parler de ce qu'est un bug, parce que le terme bug, il est utilisé aujourd'hui à tort et à travers
et on a différentes origines, mais surtout on va expliquer tout simplement le vrai sens derrière le mot bug
et quel mot on peut utiliser à la place de ce mot-là.
Donc, d'abord, comment est-ce qu'on pense qu'il est apparu ?
Souvent, on pense qu'il est arrivé dans l'informatique dans un rapport envoyé par Grace Hopper.
Grace Hopper, c'est un grand nom de l'informatique, c'est la créatrice du Kobol et elle a été programmeuse en chef
sur les machines Avar Mark 1, 2 et 3 et l'histoire raconte qu'elle est trouvée et repérée une défaillance
due à une mythe, l'insecte, coincée dans des relais de l'ordinateur Mark 2.
Alors, la première chose, c'est qu'en vrai, l'insecte en question, elle a été découverte non pas par Grace Hopper,
mais par un des opérateurs qui travaillait sur la machine et donc elle a effectivement consigné d'un rapport officiel
ce qu'a laissé une trace délébile dans notre histoire.
Mais, ce qui a surtout à retenir, c'est que le terme bug, il n'est pas arrivé avec l'informatique.
C'est un mot qui était déjà utilisé dans le jargon de l'ingénierie,
à tel point qu'on en retrouve des traces de son utilisation, par exemple par Thomas Edison,
quand il parle de ses inventions et aussi par Isaac Asimov, à propos de ses robots fictifs dans ses romans.
Mais en réalité, depuis son apparition, l'utilisation de cet anglicisme du mot bug, insecte,
elle n'a jamais été aussi fréquente et ça renferme souvent bien trop de sens différents
pour un simple mot à trois lettres.
Alors, c'est quoi les sens cachés derrière le mot bug ?
En fait, généralement, dans la gestion d'un projet informatique,
un développeur se voit remonter de nombreux bugs et de nature très très différentes.
La couleur du texte n'est pas la bonne, le bouton il apparaît pas, il manque un mot,
l'application s'arrête brusquement, etc.
En fait, tous ces retours sont dus à des erreurs de l'équipe de développement,
ou parfois de l'équipe projet en général,
et ce sont des erreurs qui peuvent avoir des conséquences minimes,
ou non, sur le produit final.
Donc, on va explorer un peu plus en profondeur les différents termes alternatifs
et plus précis qu'on peut employer pour désigner un bug
selon la gravité de la conséquence qu'il introduit dans le logiciel.
On va pouvoir par exemple parler d'un défaut.
Un défaut, ça désigne une divergence par rapport aux spécifications
et aux rendus attendus par le commanditaire ou la commanditaire du projet.
On peut parler d'un défaut graphique, d'un défaut de rédaction,
d'un défaut fonctionnel, etc.
En fait, n'importe quel erreur qui aurait entraîné un état différent de l'état attendu,
c'est un défaut, mais si cette erreur en question n'entraîne qu'un simple défaut,
alors les conséquences, elles ne sont pas très graves,
et certains défauts peuvent même laisser de côté
si ils ne sont pas prioritaires dans l'ordre de correction.
Une erreur de couleur, par exemple, dans la rédaction en texte, c'est un simple défaut.
Une anomalie.
Une anomalie, ça désigne une erreur qui impute le fonctionnement normal du logiciel.
Ça veut dire que ça ne influe pas seulement sur le ressenti de l'utilisateur,
comme pour elle faire un simple défaut graphique par exemple,
mais il peut impacter son utilisation et faire que le logiciel ne fonctionne pas correctement.
Une anomalie, ça n'implique pas que le logiciel soit inutilisable,
mais simplement que le comportement de ce dernier soit pas celui attendu,
ce qui peut être problématique.
Si, par exemple, lors de l'inscription,
il y a un utilisateur qui reçoit un email pour supprimer son compte,
c'est une anomalie.
Le logiciel reste utilisable,
mais son comportement, tout simplement,
comporte un événement inattendu.
Et pour finir, on va aussi pouvoir parler de défaillance.
Une défaillance, c'est niveau le plus haut de problèmes que peut provoquer une erreur de développement.
Ça implique que logiciel, ou une partie du logiciel,
n'est pas utilisable,
ou que son fonctionnement diverge tellement de celui qui est attendu,
qu'il en devient inutile.
Une défaillance, ça doit être réglé sans attendre,
et ça ne peut pas être remis au lendemain,
parce que l'ensemble du côté fonctionnel du produit est en jeu.
Par exemple, un crash dès le lancement de l'application,
c'est un exemple typique de défaillance.
Mais on en a plein, et ça peut être des problèmes
qu'on va appeler des problèmes bloquants.
En concluant, le terme bug, il est un peu trop générique,
parce qu'il ne porte pas suffisamment de sens
sur la priorité des problèmes au sein d'un logiciel.
C'est pour ça qu'à la place,
le mieux, c'est de préférer des termes comme défaut,
qui est une divergence par rapport aux attentes du projet,
une anomalie, qui est un fonctionnement incorrect,
ou encore une défaillance,
le logiciel ou la fonctionnalité n'est pas du tout utilisable.
J'espère que cet épisode vous a été utile,
et que vous en aurez appris un peu plus
sur l'origine du mot bug, et surtout,
sa signification et les différentes significations
qu'on peut mettre derrière.
Moi, je vous souhaite une très bonne semaine,
et à bientôt pour un prochain épisode. Salut !