Bof. Je partage les scepticisme de certains sur ces règles, il y en a des plus importantes à mes yeux.
Au passage, je suis d'accord avec ceux qui pensent qu'un code bien écrit n'a pas besoin de commentaires (sauf pour l'Intellisense à la limite). Le problème des commentaires c'est qu'ils ne sont jamais maintenus (puisque non compilés ils sont zappés par la plupart des devs) et donc très souvent deviennent faux avec le temps. Des noms de variables et de fonctions parfaitement choisies ont un bien meilleur effet sur la qualité du code et souffrent moins de cet inconvénient.
R1: Inutile aussi. Ma règle en la matière c'est plutôt "ne doit être dans un fonction que ce qui est susceptible de d'être appeler plusieurs fois". Sinon le risque c'est de devoir embarquer tout le contexte à chaque fois et se retrouver avec des fonctions à 10 paramètres. Non merci.
R3: Pourquoi pas mais pas sur 6 mois. Ok pour n'utiliser que les bases au début, mais un débutant est quand même capable d'intégrer au fur et à mesure des spécificités plus avancées du langage.
Mes Règles d'or (entre autres):
Respecter une localité du code (la ligne courante doit être juste par simple contrôle des 10 lignes qui la précèdent et des 10 lignes qui suivent) , ne pas recycler des variables, s'interroger en permanence sur le coût mémoire et CPU de ces actions... J'en oublie
Partager