[ HS ] Les dix commandement du programmeur.

Top 20 des réponses des programmeurs quand leurs programmes ne fonctionnent pas:
 
20. " C'est bizarre ... "
19. " Ca n'a jamais fait ça avant. "
18. " Ca marchait hier. "
17. " Comment c'est possible ? "
16. " Ca doit être un problème matériel. "
15. " Qu'avez vous tapé de non prévu pour le faire planter ? "
14. " Il doit y avoir quelquechose d'incohérent dans vos données. "
13. " Je n'ai pas touché à ce module depuis des mois ! "
12. " Vous devez avoir une mauvaise version. "
11. " C'est juste une coincidence ... "
10. " Je peux pas m'occuper de chaque détail ! "
9. " Ca ne peux pas être la raison de ce plantage. "
8. " Ca marche, mais ca n'a pas été complètement testé. "
7. "Quelqu'un a du modifier mon code. "
6. " Vous devez avoir un virus sur votre machine. "
5. " Même si ça marche pas, comment peut-il faire ça ? "
4. " Cette version n'est pas faite pour votre system. "
3. " Pourquoi voulez vous faire cela de cette façon ? "
2. " Où étiez vous quand le programme c'est planté ? "
Et la première :
1. " Ca marche sur ma machine. "

1:
Des Bugs tu ne t'inquièteras pas. Les bugs dans votre logiciel sont actuellement des fonctionnalités particulières.  
 
2:
Corriger le problème tu ne feras pas. Vos utilisateurs auront plus de chance de gagner au loto que de tomber encore sur ce bug  
 
3:
Le traitement des erreurs tu ne géreras pas. La gestion des erreurs ne signifie quelque chose que pour les gens enclins aux erreurs.
Ni vous-même ni vos utilisateurs ne sont enclins à faire des erreurs.  
 
4:
Des restrictions, tu n'imposeras pas. Laisser l'utilisateur entrer n'importe quoi comme donnée, n'importe où, n'importe quand.
C'est ce que l'on appelle être TRÈS convivial.  
5:
Tu n'optimiseras pas. Les utilisateurs seront reconnaissant d'obtenir une information quel qu'elle soit.
Ils ne s'inquiètent ni de la vitesse, ni de l'efficacité.  
 
6:
Tu n'aideras pas. Si un utilisateur n'est pas capable d'utiliser seul votre programme, ils est trop abruti pour mériter votre programme de toutes façons.  
 
7:
Tu ne documenteras pas. La documentation ne sert qu'a annoncer de futures modifications.
Comme votre programme est parfait des la première version, il n'aura jamais besoin d'être modifié.  
 
8:
Tu ne te presseras pas. Seuls les patrons ou les très mignonnes utilisatrices ont besoin d'un programme dans les temps.  
 
9:
Tu ne réviseras pas Votre intreprétation des spécifications est toujours correcte.
Vous connaissez les besoins des utilisateurs mieux qu'eux.  
 
10:
Tu ne partegeras pas. Si des programmeurs ont besoin d'une partie de votre code, ils n'auront qu'à l'écrire eux-memes.