Comment développer vos compétences de programmeur

Analysez clairement le problème.

Prenez le temps de réfléchir à comment résoudre ce problème.

Rassemblez tous les éléments nécessaires. Prenez le temps de noter quels objectifs le produit fini doit atteindre, et qui sera dans votre base d'utilisateurs. Avoir une pensée lucide à ce moment vous fera économiser beaucoup de temps sur le long terme.

Écrivez un plan (ou modèle) d'implémentation méticuleux.

• S'il s'agit de quelque chose de petit et d'indépendant, le plan pourrait être un organigramme basique ou une simple équation.
• Pour de plus vastes projets, découper le travail en modules vous aidera, ainsi que de noter les choses suivantes :
  • quelle tâche doit réaliser chaque module
  • comment les informations sont transmises entre les modules
  • comment les informations seront utilisées au sein de chaque module
• Bien que rassembler et planifier les pré-requis puisse être pénible et bien moins amusant que de se plonger directement dans le codage, il est encore plus pénible de passer des heures à débugger. Prenez le temps de bien concevoir d'avance la structure et les flux de votre programme, vous pourriez même trouver des manières plus efficaces d'atteindre vos objectifs avant même d'avoir écrit la première ligne de code !

Commentez généreusement votre code. Si vous pensez que votre code nécessite peut-être des explications, commentez-le. Chaque fonction devrait être précédée d'une à deux lignes décrivant les arguments en entrée et ce que la fonction renvoie. Les commentaires devraient plus souvent être destinés à vous dire pourquoi plutôt que quoi. Rappelez-vous de mettre à jour les commentaires quand vous modifiez le code !

Utilisez des conventions de nommage cohérentes pour les variables. Cela vous aidera à vous rappeler de quel est chaque type de variable, et aussi de quelle est l'utilité de cette variable. Cela veut dire qu'il faut écrire plus que simplement x = a + b * c, mais cela rendra votre code bien plus facile à débugger et à maintenir. La notation hongroise est une notation populaire, où le nom de la variable a pour préfixe son type. Par exemple, pour les variables d'entier (« int » ou « integer » en anglais) vous pouvez utiliser intCompteurLigne. Pour les chaînes de caractère (ou « string ») vous pouvez utiliser strNomUtilisateur. Quelle que soit votre convention de nommage, assurez-vous qu'elle soit cohérente et que vos noms de variables décrivent bien leur rôle (voir les avertissements tout en bas).

Organisez votre code. Servez-vous de structures visuelles pour montrer la structure du code. Par exemple, vous pouvez indenter un bloc de code au sein d'une condition (if, else...) ou d'une boucle (for, while...). Essayez également de mettre des espaces entre les noms des variables et les opérateurs tels que l'addition, la soustraction, la multiplication, la division et même le signe égal (maVariable = 2 + 2). Cela rend votre code plus élégant visuellement, en plus de le rendre plus facile à comprendre dans son fonctionnement en un regard (allez voir les conseils sur l'indentation ci-dessous).

Faites des tests sur tout. Commencez par tester chaque module individuellement, en vous servant d'arguments d'entrée et de valeurs auxquels vous vous attendriez. Essayez ensuite des arguments d'entrée qui seraient possibles mais moins communs. Cela fera apparaître tout bug caché. Tester est un art, et vous développerez graduellement vos compétences avec la pratique. Incorporez les cas suivants dans vos tests quand vous les écrivez :

• les extrêmes : zéro et au-delà du maximum attendu quand il s'agit de valeurs numériques positives, une chaîne de caractères vide quand il s'agit de texte et « null » pour tous les paramètres.
• les valeurs absurdes. Même si vous ne pensez pas que votre utilisateur final mettra de telles valeurs en entrée, faites quand même des tests contre celles-ci sur votre logiciel.
• les valeurs incorrectes. Utilisez un zéro pour tester une valeur qui serait utilisée dans une division, ou un nombre négatif là où on attend un positif ou là où vous calculez une racine carrée. Mettez quelque chose qui n'est pas un nombre quand le type de l'argument d'entrée est une chaîne de caractères, et qu'elle sera décomposée en valeurs numériques.

Entraînez-vous, entraînez-vous, entraînez-vous. La programmation n'est pas une discipline qui stagne. Il y a toujours quelque chose de nouveau à apprendre mais, et c'est peut-être plus important, il y a aussi toujours quelque chose d'ancien à réapprendre.

Soyez prêt à faire des changements. Dans un environnement de travail réaliste, les pré-requis changent. Cependant, plus vous serez clair dès le départ sur vos pré-requis et plus votre plan d'implémentation sera clair d'entrée de jeu, moins il y aura de chances que des modifications surgissent à cause d'une mauvaise planification ou d'une incompréhension.

• Vous pouvez avoir un rôle actif dans l'amélioration de la clarté du code en mettant le plan d'implémentation ou la documentation des pré-requis en introduction du code. Cela vous aidera à être sûr que ce que vous prévoyez de créer correspond effectivement à ce qui est demandé.
• Donnez au projet une structure sous forme d'une suite d'étapes avec une version de démonstration pour chaque bloc, et avancez dans le code une étape à la fois. Plus vous pensez à un nombre réduit de choses à un moment donné, plus vous pourrez penser de manière lucide.