tout sur le code

Ce livre est génial. Tout s'effondre.

Il devrait être inscrit en tant que lecture obligatoire pour tout développeur. Java, C, PHP, Python ou autre.
Ce livre convient à la fois pour le chef de projet et le programmeur pur et dur.

environ 900 pages qui traitent effectivement de tout sur le code :

tous les traditionnels :
- planification, cycle de vie d'un logiciel, etc.
- mettre en place des conventions
- "concevoir du code juste"
- "un bug coûte 10 fois plus cher s'il est trouvé tard, importance des tests"
- "bien cerner le pb" , diviser pour régner, "faible couplage"
- "Xtrem programming", ...qualité
- techniques de debuggage, tests unitaires

et aussi de tout ce que d'autres livres ne traitent pas du tout :

- comment écrire du code propre
- comment bien nommer ses variables, les erreurs à ne pas faire
- comment bien présenter son code visuellement
- comment commenter
- comment simplifier un code
- écrire un "if" multiple de façon lisible
- qu'est ce qui est mal dans des bouts de code (qualifiés d'horreurs programmatique")
- pourquoi c'est important de nommer cette variable comme ça et pas comme ça
- quel est l'endroit idéal pour déclarer une variable
- comment dé-complexifier un code

Vous allez penser, "oui c'est bien, mais il n'y a pas de quoi écrire 2 romans là dessus."
Erreur, au moins 500 pages consacrées uniquement à ce sujet sur les 900 du livre. L'auteur va loin dans les réflexions, et toutes les remarques sont pertinentes.

Le style est intéressant, clair et pragmatique.

Quelques exemples, chapitre "noms de variables" :

- les variables booléennes ont elles des noms qui indiquent clairement leur signification quand elles sont à "true" ?

- les constantes ont elles des noms qui désignent les entités qu'elles représentent plutôt que le nombre qu'elles remplacent ?

- le nom de la variable est il assez long pour qu'on ne soit pas obligé de deviner sa signification ?

...

- "le code est écrit une fois et lu plusieurs. Vérifiez que les noms que vous avez choisis favorisent la commodité de lecture plutôt que la commodité d'écriture"

- "le code peut il être lu de haut en bas ? où faut-il scroller 10 fois avec la souris pour comprendre un bloc ?"

... je ne peux pas citer plus mais il y en a un très grand nombre. ce livre aide vraiment à franchir un cap dans la qualité du code produit.