Techniques alternatives
Introduction
On passe parfois de nombreuses heures à déboguer du code sans succès. C'est ici que certaines techniques alternatives peuvent être utile. Ces techniques sortent de l'ordinaire et nous oblige à réfléchir de façon un peu différente, ce qui est souvent une bonne façon de trouver une solution à un problème. Cette page en décrit quelques.
Revue de code
Si vous travaillez avec un collègue, il peut être intéressant de lui faire réviser votre code. Le but n'est pas nécessairement que votre collègue trouve le bogue, mais qu'il vous donne ses commentaires sur la qualité du code en général. Souvent, lorsque quelqu'un investigue notre code, il fournira des commentaires remettant en question certaines parties de code et ce remue-méninges peut parfois nous mettre sur la bonne piste pour régler nos problèmes.
Canard en plastique
Cette technique, aussi appelé le Rubber ducky, est un peu bizarre. Une bonne façon de trouver une solution à un problème est simplement d'expliquer le problème et ce que vous faites présentement pour essayer de le régler à quelqu'un. Très souvent, le simple fait de décrire le problème à une autre personne nous permet de le décortiquer et de trouver nous-même une solution.
En fait, la présence d'une autre personne pour nous écouter est totalement inutile pour cette technique. En effet, c'est le principe d'expliquer et de décortiquer qui nous permet de trouver notre solution. On appelle donc cette technique le Carnard en plastique puisque plusieurs programmeurs expliquait leur problème à un objet non animé, soit leur petit canard jaune de bain.
Si vous doutez de l'existance de cette technique, allez voir sa page Wikipédia. Ça existe pour vrai!
Testing
Cette méthode très différente fait l'objet d'un cours complet. Il n'y a donc définitivement pas assez de place sur cette page pour vous l'expliquer en détail. En résumé, cette méthode vise généralement à créer ce qu'on appelle des tests unitaires, des tests d'intégration et des tests de système. Ces tests sont des blocs de codes qui sera exécuté pour automatiquement tester votre programme. Souvent, les tests sont fait avant même que le code du programme ne soit écrit, ce qui nous permet de facilement identifier les problèmes lorsqu'on développe.
Cette méthode change considérablement notre façon de programmer. Elle oblige le programmeur à se poser des questions d'avance sur ce qu'il s'attends de son code. Bien que cette méthode rajoute un peu de temps au développement initial d'un programme, il en facile énormément la maintenance et permet facilement de trouver de nombreux bogues avant même d'exécuter votre programme.