Le Zen de l'apprenti programmeur
v0.2 alpha beta tango charlie


5 grands axes:

1 Ne pas avoir peur d'apprendre
*******************************
    - lire la doc, votre Bible, votre Torah, votre Coran
    - se renseigner par tous les moyens (magazines, journaux, news en ligne, à
la source...)
    - lire la doc et les README
    - Poser des questions
    - lire la doc et les How To
    - expérimenter
    - lire la doc et les Tutoriels (mais fiez vous d'abord et avant tout à la
doc, c'est votre Bible, rappelez vous)

  Et surtout: CHAQUE ERREUR EST UNE OCCASION D'APPRENDRE
CHAQUE PROBLÈME UNE OPPORTUNITÉ DE TROUVER UNE SOLUTION,
ne les fuyez pas !


2 Savoir où l'on va, savoir ce que l'on fait
********************************************
Nécessite d'avoir toujours en têtes les 5 questions (et donc de réfléchir à
leur
réponse):
    - Qu'est-ce je fais, là, tout de suite ?
    - Dans quel but ?
    - Quels sont mes problèmes ? Comment puis-je les décomposer ?
                        ----> je le note en commentaire
    - Quelles solutions pourrais-je apporter ?
                        -----> je les note en commentaire, je peux aussi les
expliquer et me justifier
    - Où pourrais-je avoir un avis, des idées, des renseignements sur mes
problèmes et sur la qualité des solutions que j'apporte ?

3 Connaître ses outils
**********************
    - Aucun outil n'est parfait, nul outil n'est idéal: il n'y a que les outils
auxquels on est familiarisé et les autres
    - Savoir me servir modestement de mes outils permettra de faire mon travail
    - Savoir *BIEN* me servir de mes outils me permettra de faire un meilleur
travail (en ayant l'esprit plus libéré, plus de temps pour se concentrer sur les
problèmes etc)
    - Certes, Visual Studio "2010 Ultimate edition KiRoxxeDesPonays" est bien
utile pour programmer, mais pour concevoir, on a jamais rien fait de mieux qu'un
crayon et une feuille ! ;-)

4 Savoir se remettre en question
********************************
    - Ai-je bien compris mon but ?
    - Ai-je bien lu la documentation ? L'ai-je compris ?
    - Ma solution est-elle correcte ? Ce n'est pas un truc crade ou un gros hack
(bidouillage) ?
    - Tester son code, écrire des fonctions de test (qui vérifient que quand on
envoie tel argument, on a bien tel sortie)
    - Se relire, encore et encore. Si on ne comprend pas _parfaitement_ ce qu'on
a écrit, c'est que ce n'est pas bon
    - Puis-je synthétiser ce que je fais en commentaire ?
        Si oui je le fais, documenter son code, c'est un peu participer Ã
l'écriture de la Bible
        Si non c'est que je n'ai pas compris ce que je fais, je dois réfléchir
à mon problème, le décomposer autrement, ou changer d'approche dans ma solution

5 Laisser du temps au temps
***************************
    - Rome ne s'est pas faite en un jour, votre programme non plus:
Un code écrit sans que l'on se soit d'abord posé les 5 questions sera un mauvais
code.
    - La nuit porte conseil: ne planchez pas toute la nuit sur un problème !
Ne pas hésiter à laisser reposer votre travail pour s'y attaquer à nouveau,
frais et dispo, le lendemain.
    - Rappellez vous que passer son temps à faire des aller-retours entre la
documentation et son code est l'acabit du programmeur. Celui qui n'en a plus
besoin est proche de la retraite.