Lire du code est une compétence qui se travaille
Nous passons bien plus de temps à lire du code qu'à en écrire, et pourtant presque toute notre pratique va dans l'écriture. Voici comment progresser délibérément dans la moitié la plus difficile.
Demandez à un ingénieur comment il s'améliore et il vous parlera d'écrire plus de code, de monter des projets personnels, d'apprendre un nouveau langage. Presque personne ne dit pratiquer la lecture. Pourtant, dans toute vraie équipe, lire est le métier. Vous lisez pour relire, pour déboguer, pour comprendre ce que vous êtes sur le point de modifier.
Commencez par la forme avant les détails
Quand vous ouvrez un fichier inconnu, résistez à l'envie de lire de haut en bas. Survolez d'abord la structure. Quels sont les principaux exports ? Où entrent les données et où sortent-elles ? Une carte rapide de la forme fait que les détails trouvent une place au lieu de s'entasser.
Suivez un seul chemin jusqu'au bout
Choisissez un scénario réaliste unique et retracez-le d'un bout à l'autre. Une requête, un clic, une entrée. Suivre un chemin concret vous apprend davantage que lire chaque branche, car cela montre ce qui se passe réellement plutôt que tout ce qui pourrait se passer.
Vous ne comprenez pas un système tant que vous ne pouvez pas prédire ce qu'il fera avec une entrée que vous n'avez jamais vue.
Lisez à dessein du code que vous admirez
Réservez du temps pour lire une bibliothèque bien construite comme vous étudieriez un bon texte. Remarquez comment elle nomme les choses, où elle trace ses frontières, ce qu'elle a choisi de ne pas faire. Vous absorberez des modèles que vous pourrez mobiliser plus tard sans avoir à les réinventer sous pression.
La lecture n'est pas la part passive de l'ingénierie. C'est là que se produit l'essentiel de la compréhension. Accordez-lui la même pratique délibérée que vous accordez à tout le reste, et l'écriture devient elle aussi plus facile.