|

Écrivez
à AILES ! |

Retour
vers les blagues |
|
|
Les 10 Commandements
du vrai programmeur
(ou "Comment
programmer sans stress")
|
Après avoir découvert le "vrai programmeur" (tant dans sa
version de 1987 que celle de 1997), il est temps de
s'intéresser à son mode de fonctionnement, basé sur
quelques règles très simples...
|
Commandement n° 1 :
« Des
Bugs tu ne t'inquièteras pas. Les bugs dans votre logiciel
sont actuellement des fonctionnalités particulières.
»
Commandement n° 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
»
Commandement n° 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.
»
[ "Bug", "problème", "erreur"...
rappelons que ces termes trouvent une définition précise dans Questionnaire Langage
: Bugs]
Commandement n° 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.
»
Commandement n° 5 :
« Des
optimisations tu n'envisageras pas. Les utilisateurs seront
reconnaissants d'obtenir une information quelle qu'elle soit. Ils ne
s'inquiètent ni de la vitesse, ni de l'efficacité.
»
[ Cela rejoint presque la première
règle d'optimisation, presque...]
Commandement n° 6 :
« Une
aide contextuelle tu ne fourniras pas. Si un utilisateur n'est
pas capable d'utiliser seul votre programme, il est trop abruti pour mériter
votre programme de toutes façons.
»
Commandement n° 7 :
« Une
documentation tu ne rédigeras 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é.
»
[ Hmmm... oui, bien sûûûr.... Dire qu'il y
en a qui croient sincèrement cela! Ils affirment que leur code est
suffisamment explicite pour servir de documentation!]
Commandement n° 8 :
« Une
date-butoir tu ne fixeras pas. Seuls les patrons ou les très
mignonnes utilisatrices ont besoin d'un programme dans les temps.
»
Commandement n° 9 :
« Votre
interprétation des spécifications tu ne
réviseras pas. Votre interprétation est
toujours correcte. Vous connaissez les besoins des utilisateurs mieux
qu'eux. »
Commandement n° 10 :
« Votre
Code tu ne partageras pas. Si des programmeurs ont besoin d'une
partie de votre code, ils n'auront qu'a l'écrire eux-mêmes.
»
|