| Mardi, 7h du matin. Vous pensez avoir terminé votre miniproj. Confiant, vous le glissez dans le répertoire 'rendu' et rien que pour chasser le trac, vous faites un dernier 'make'. Le programme compile sans broncher. Mais au moment de l'exécution tout change... |
Rien ne fonctionne plus comme vous l'aviez prévu. Vous étiez pourtant sûr d'avoir tout testé apres avoir avoir effectué la petite modification - insignifiante - concernant le changement de taille d'une innocente string.
Et pourtant... le résultat est là. Plus vous essayez de rechercher la source de l'erreur, plus les bugs se multiplient... votre respiration s'accélère, votre rythme cardiaque augmente, vous bavez, vous vous mettez à chanter des chants tyroliens.
La fatigue aidant, plus l'heure de rendu approche, et moins vous êtes conscient de ce que vous faites. Les modifs courent dans tous les sens, vos doigts semblent évoluer sous l'effet d'une force inconnue, et fatalement, l'heure du rendu tombe. Catastrophe, le miniproj fonctionne à moitié.
Cette situation, vous l'avez peut-être déjà vécue. Sans le savoir, vous avez été victime d'une des nombreuses lois de Murphy.
Edward A. Murphy Jr. |
"S'il existe deux où plusieurs manières de faire quelque chose est
que l'une de ces manières est susceptible de se solder par une catastrophe, on peut être
certain que quelqu'un se débrouillera pour la choisir. (Edward A.Murphy)"
Vous avez probablement déjà été frappé par la loi de Murphy, parfois sans même le savoir. Je ne saurai que trop vous recommander d'aller visiter ce site très complet sur Murphy: http://www.multimania.com/courtois/murphy.htm. |
Pour terminer, voici quelques lois en vrac:
Lois de programmation des ordinateurs
Avant même de fonctionner, tout programme est déjà obsolète.
Un programme coûte toujours plus de temps et d'argent que prévu.
Si un programme est utile, il faudra le changer.
Si un programme est inutile, il faudra augmenter la documentation le concernant.
N'importe quel programme finira par occuper toute la mémoire.
La valeur d'un programme est proportionnelle au poids de ses sorties.
La complexité de tout programme croît jusqu'à excéder les capacités du
programmeur chargé de sa maintenance.
Chaque programme non trivial est bogué.
Corollaire : une condition suffisante pour qu'un programme soit trivial est qu'il
ne contienne pas de bogues.
Si l'on faisait en sorte que les programmeurs puissent programmer en Français,
on se rendrait compte qu'ils ne savent pas écrire en Français.
Pour estimer combien de temps prendra l'écriture et le déboguage d'un programme,
prendre son estimation la plus large, multiplier par deux, rajouter un, et passer à
l'unité de temps supérieure.
Loi du défaut unique
Le prélèvement échantillonnage du contrôle qualité tombe systématiquement
sur le seul appareil défectueux de la série.Ce qui fait refuser le lot.
La reprise de ce lot confirme qu'il n'y avait qu'un seul appareil présentant ce
défaut.
La reprise de ce lot aura généré une multitude d'autres défauts.
Vie courante
Tout ce qui est susceptible de se renverser et salir le fera de préférence sur
une surface propre et fraîchement préparée.
Les voisins les plus bruyants habitent toujours à côté de chez vous.
La ligne droite est le plus court chemin qu'on ne prend jamais.
Les verres de lunettes sont les meilleurs attracteurs de corps gras.
Les emballages à ouverture facile sont inviolables
Absolument tous les champignons sont commestibles, mais certains qu'une seule fois.
PadBol