Chaque fois que vous visez \u00e0 bloguer sur une s\u00e9rie de choses diff\u00e9rentes cherchant toutes \u00e0 aider les gens \u00e0 \u00e9crire du code de qualit\u00e9 (ou \u00e0 \u00e9crire n’importe quoi, vraiment) pour aider \u00e0 am\u00e9liorer leur flux de travail, vous \u00eates oblig\u00e9 d’obtenir des commentaires, n’est-ce pas ?<\/p>\n
Ne vous m\u00e9prenez pas. Je m’en r\u00e9jouis. Je pense que cela aide \u00e0 am\u00e9liorer l’\u00e9criture \u00e0 l’avenir (c’est-\u00e0-dire, je demande, que puis-je faire de mieux).<\/p>\n
Et au risque d’avoir l’air d’"appeler quelqu’un" (ce que je ne suis pas), je veux partager un tweet [non attribu\u00e9] que j’ai re\u00e7u la semaine derni\u00e8re\u00a0:<\/p>\n
\nton titre "code de haute qualit\u00e9" m’a fait pomper pour des trucs hardcore, mais mec ~ 99% narratif contre ~ 1% code ?? tombe mort sur son clavier<\/p>\n<\/blockquote>\n
Et je comprends. Il y a tr\u00e8s peu de code dans un article qui vise \u00e0 parler de code. Mais il y a des raisons \u00e0 cela, et cela vient de quelques ann\u00e9es de lecture d’articles, d’\u00e9criture d’articles, de lecture de code et d’\u00e9criture de code.<\/p>\n
J’ai donc pens\u00e9 que pour les autres qui ont les m\u00eames pens\u00e9es, il pourrait \u00eatre utile d’expliquer pourquoi j’adopte l’approche que je fais.<\/p>\n
Comprendre avant de coder<\/h2>\n
Pour \u00eatre clair, rien ici ne vise \u00e0 isoler qui que ce soit ou quoi que ce soit. Si quoi que ce soit, c’est mon g\u00e9n\u00e9raliste sur le sujet et pourquoi je pense parler, \u00e9crire et partager des messages sur du code de haute qualit\u00e9<\/p>\n
1 Un Oxymore<\/h3>\n
Notre culture de programmation actuelle semble favoriser et perp\u00e9tuer l’id\u00e9e de coder d’abord et [peut-\u00eatre] de comprendre plus tard. Cela me semble r\u00e9trograde.<\/p>\n
Je n’aime pas le codage par copier-coller car le terme est un peu un oxymore. Vous ne pouvez pas \u00e0 la fois \u00e9crire du code et le copier-coller. C’est soit l’un soit l’autre.<\/p>\n
Je pense que Toby l’a le mieux mentionn\u00e9:<\/p>\n
\nle code de haute qualit\u00e9 ne peut pas \u00eatre copi\u00e9 et coll\u00e9 \u00e0 partir d’Internet.<\/p>\n<\/blockquote>\n
Je pense qu’il est important de s’assurer que nous pouvons \u00e9crire le code par nous-m\u00eames. Et pour ce faire, nous devons avoir un peu de compr\u00e9hension.<\/p>\n
2 Invitation \u00e0 la compr\u00e9hension<\/h3>\n
Enfin, cela s’appelle du code pour une raison. Dans mon esprit, la derni\u00e8re chose dont nous devons nous soucier est le code lui-m\u00eame.<\/p>\n
Les outils peuvent aider, bien s\u00fbr, mais si vous ne comprenez pas les erreurs, vous ne pouvez pas vous am\u00e9liorer.<\/p>\n
Autrement dit, il est important de comprendre ce que nous essayons de faire et une mani\u00e8re de haute qualit\u00e9 ou robuste de faire quelque chose. De ce fait, comprendre les concepts derri\u00e8re ce que nous faisons est plus important que le code r\u00e9el.<\/p>\n
Parce que si vous ne comprenez pas le concept, vous ne comprendrez pas le code.<\/p>\n
Plus de raisons\u00a0?<\/h2>\n
Du haut de ma t\u00eate? Non, mais cela ne veut pas dire qu’il n’y en a pas plus.<\/p>\n
Mais si ce sont les trois qui viennent le plus facilement \u00e0 l’esprit, alors je trouve que ce sont g\u00e9n\u00e9ralement les meilleures raisons pour une approche donn\u00e9e. Cela ne signifie pas que l’approche est la bonne, mais au moins elles sont justifi\u00e9es.<\/p>\n