Les 3 règles fondamentales d'un bon programmeur

Salut le monde!

Vous vous êtes toujours demander qu'est ce qui fait la différence entre les bons programmeurs et les moins bons, et comment rejoindre le club des bons programmeurs. Dans cet article je vais tenter de vous répondre.

Introduction

D'abord ici je ne parle pas développeur mais de programmeur. Programmer c'est écrire du code, Développer c'est plus vaste et ça englobe programmer. Après 9+ ans de programmation et après avoir observé et lu du code écrit par d'éminents programmeurs, j'ai ressorti 3 règles fondamentales qui fait d'un programmeur un bon programmeur. Linus Tordvalds disait qu'il faut quelques semaines environ pour devenir un programmeur, mais qu'il faut 10+ ans pour former un bon programmeur. J'ai cru comprendre qu'il disait par là que c'est essentiellement par la pratique prolongée qu'on devient un bon programmeur sauf talent exceptionnel inné. Trève de bavardage, déroulons.

I - IF NOT EXISTS CREATE

Les amateurs de SQL ont sürement reconnu cette expression. Elle permet en effet de créer une table (ou autre chose) si cette table n'existe pas. Cette expression veut simplement dire que si une fonctionnalité dont vous avez besoin existe, vous pouvez l'utiliser, si elle n'existe pas ou ne réponds pas à certains critères vous devez la créer. Vous voutez? Prenons un cas. Git. Si vous ëtes un programmeur vous avez déjà entendu parler ou utilisé Git. Sachez donc qu'avant que Linus Tordvalds ne développe Git, la communauté Linux utilisait d'abord BitKeeper c'est lorsque celui-ci est devenu payant que Linus a décidé de créer Git. Ici, on est dans le cas d'un outil mais c'est pareil que pour un algorithme, une structure de données etc. Si ça n'existe pas on crée.

II - LEARN FROM OTHERS

Apprendre des autres. En apparence, on se dirait que ce n'est pas normal. "Un programmeur doit prouver qu'il est fort" ceci est la pensée que beaucoup de nouveaux programmeurs ont. Mais au fil du temps au fil des années on s'apercoit qu'on a tout à gagner d'apprendre des autres. Des autres codes des autres programmeurs. Il n'est pas surprenant d'entendre certains programmeurs qu'on admire dire: "lorsque je n'ai rien à faire je lis des codes". Dans les livres, on vous dira ce qu'est l'operateur de shift à gauche "<<" en C, mais ce n'est qu'en lisant des codes des autres programmeurs que vous apprendrez et comprendrez comment l'utiliser. On accuse aujourdhui les développeurs d'être des copier-colleurs et nécessairement les programmeurs. Que ce soit donc clair apprendre des autres != copier des autres. Copier un code et l'utiliser sans essayer de comprendre ce qu'il fait est un péché passible de.... pour l'instant rien. Mais sachez juste que le bon programmeur est celui qui prend un code, l'apprend, le comprend et enfin l'utilise.

III - WRITE THE DOC

Oui! A ce stade certains croiraient que j'allais dire, un truc du genre, écrire 2000 lignes de code, réussir sa compilation du 1er coup, etc. Meme s'il est vrai que les bons programmeurs le font c'est pas une raison de mettre ça dans le top 3. Ecrire la documentation. Si vous êtes francs et sincères, vous devez avouer que vous adorez prendre une librairie et voir une fabuleuse documentation, qui vous explique les choses clairement, et que vous haissez voir même maudissez les programmeurs qui font des programmes ou des librairies sans documentation. Si vous vous aimez vous même et si vous aimez les autres programmeurs (ce que je vous encourage vivement à faire) vous devez toujours rediger une documentation pour votre programme ou votre libraire ou votre code. Parce que 6 mois plutard, vous aurez tout oublié ou alors comprendre votre code sera devenu difficile, vous allez être tellement embeté que vous allez le classer dans la categorie des codes que seul Dieu sait ce qu'il font et continuez votre route. Les bons programmeurs documentent systématiquement leur code car ils savent que tôt ou tard, eux-mêmes ou d'autres en auront besoin.

Epilogue

Comme dit à l'introduction, ces 3 règles, relèvent du vécu et ne saurait être parole de verité. Mais j'ai la conviction qu'un programmeur qui respecte ses 3 règles excellera dans son domaine. Si vous avez des règles que vous croyez être meilleures, je vous invite à me laisser ça en commentaire et peut être je ferais un top 5 plutard.