C’est comprendre avant de coder

Chaque fois que vous visez à bloguer sur une série de choses différentes cherchant toutes à aider les gens à écrire du code de qualité (ou à écrire n’importe quoi, vraiment) pour aider à améliorer leur flux de travail, vous êtes obligé d’obtenir des commentaires, n’est-ce pas ?

Ne vous méprenez pas. Je m’en réjouis. Je pense que cela aide à améliorer l’écriture à l’avenir (c’est-à-dire, je demande, que puis-je faire de mieux).

Et au risque d’avoir l’air d’"appeler quelqu’un" (ce que je ne suis pas), je veux partager un tweet [non attribué] que j’ai reçu la semaine dernière :

ton titre "code de haute qualité" m’a fait pomper pour des trucs hardcore, mais mec ~ 99% narratif contre ~ 1% code ?? tombe mort sur son clavier

Et je comprends. Il y a très peu de code dans un article qui vise à parler de code. Mais il y a des raisons à cela, et cela vient de quelques années de lecture d’articles, d’écriture d’articles, de lecture de code et d’écriture de code.

J’ai donc pensé que pour les autres qui ont les mêmes pensées, il pourrait être utile d’expliquer pourquoi j’adopte l’approche que je fais.

Comprendre avant de coder

Pour être clair, rien ici ne vise à isoler qui que ce soit ou quoi que ce soit. Si quoi que ce soit, c’est mon généraliste sur le sujet et pourquoi je pense parler, écrire et partager des messages sur du code de haute qualité

1 Un Oxymore

Notre culture de programmation actuelle semble favoriser et perpétuer l’idée de coder d’abord et [peut-être] de comprendre plus tard. Cela me semble rétrograde.

Je n’aime pas le codage par copier-coller car le terme est un peu un oxymore. Vous ne pouvez pas à la fois écrire du code et le copier-coller. C’est soit l’un soit l’autre.

Je pense que Toby l’a le mieux mentionné:

le code de haute qualité ne peut pas être copié et collé à partir d’Internet.

Je pense qu’il est important de s’assurer que nous pouvons écrire le code par nous-mêmes. Et pour ce faire, nous devons avoir un peu de compréhension.

2 Invitation à la compréhension

Enfin, cela s’appelle du code pour une raison. Dans mon esprit, la dernière chose dont nous devons nous soucier est le code lui-même.

Les outils peuvent aider, bien sûr, mais si vous ne comprenez pas les erreurs, vous ne pouvez pas vous améliorer.

Autrement dit, il est important de comprendre ce que nous essayons de faire et une manière de haute qualité ou robuste de faire quelque chose. De ce fait, comprendre les concepts derrière ce que nous faisons est plus important que le code réel.

Parce que si vous ne comprenez pas le concept, vous ne comprendrez pas le code.

Plus de raisons ?

Du haut de ma tête? Non, mais cela ne veut pas dire qu’il n’y en a pas plus.

Mais si ce sont les trois qui viennent le plus facilement à l’esprit, alors je trouve que ce sont généralement les meilleures raisons pour une approche donnée. Cela ne signifie pas que l’approche est la bonne, mais au moins elles sont justifiées.