Savoir programmer est une des compétences les plus polyvalentes sur le marché à notre époque. D'être capable de créer des sites internet d'entreprises à savoir comment réparer une erreur de redirection, ces compétences peuvent avoir de la valeur pour un employeur ou pour vous-même, de nombreuses manières. Cependant, rester où vous en êtes ne vous permettra jamais d'être le meilleur programmeur que vous puissiez être, continuez votre lecture pour apprendre à développer vos compétences de programmeur.

Étapes

  1. 1
    Analysez clairement le problème.
  2. 2
    Prenez le temps de réfléchir à comment résoudre ce problème.
  3. 3
    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.
  4. 4
    É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 !
  5. 5
    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 !
  6. 6
    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).
  7. 7
    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).
  8. 8
    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.
  9. 9
    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.
  10. 10
    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.
  11. 11
    Commencez simple et allez au fur et à mesure vers la complexité. Quand vous programmez quelque chose de complexe, commencez par mettre en place les blocs les plus faciles à écrire et à faire fonctionner correctement, car cela peut vous aider. Par exemple, disons que vous voulez créer une forme qui est modifiée à l'écran suivant les mouvements de la souris, et qui change de forme selon la vitesse de la souris.
    • Commencez par faire afficher un carré et à le faire suivre la souris. Cela signifie que vous devez trouver comment faire suivre un mouvement, résolvez ce problème sans rien d'autre pour commencer.
    • Ensuite, faites que la taille du carré soit en relation avec la vitesse de la souris. Vous devez donc trouver comment faire que la taille soit en rapport à la vitesse, traitez ce problème à part également.
    • Enfin, créez les formes elles-mêmes, celles avec lesquelles vous voulez travailler et mettez les trois éléments ensemble.
    • Cette méthode s'approche évidemment de l'écriture modulaire de code, où chaque élément constitue son propre bloc indépendant. Cette technique est très utile pour réutiliser du code (par exemple, si vous voulez simplement utiliser le suivi du curseur dans un autre projet), et elle permet de faciliter grandement le débogage et la maintenance.
    Publicité

Conseils

  • Servez-vous d'un IDE (sigle anglais pour Environnement de Développement Intégré). Un bon IDE contiendra un éditeur disposant d'un code couleur, avec des fonctionnalités d'indices et d'auto-complétion de code qui rendent l'édition plus rapide et moins sujette à des fautes de frappe. Un débogueur sera également présent, en général.
  • Faire la séparation (ou la répartition en « packages ») entre la partie réutilisable de votre code et la partie spécifique à votre programme vous permettra d'avoir, dans un certain temps, une large bibliothèque d'outils pratiques débogués et réutilisables. Cela vous aidera à écrire des programmes plus puissants et plus stables en moins de temps[1] .
  • Faites lire votre code à d'autres programmeurs. Ils pourraient très bien voir une chose à laquelle vous n'avez pas pensé. Vous ne connaissez aucun programmeur professionnel ? Cherchez un forum en ligne dédié au langage de programmation ou au système d'exploitation que vous utilisez et rejoignez la conversation.
    • Si vous faites cela, lisez et suivez les consignes d'utilisation du forum. Il y a de nombreux experts qui vous aideront de bon cœur, si vous demandez gentiment.
    • Restez poli, car vous demandez une faveur. Ne vous énervez pas si vous ne comprenez pas tout d'un coup, et ne vous attendez pas non plus à ce qu'ils acceptent de relire 10 000 lignes de code. Posez plutôt des questions simples sur une seule chose à la fois, et donnez les 5 à 10 lignes de code correspondantes. Vous aurez plus de chances d'obtenir une réponse positive, de cette manière.
    • Avant de publier une question, faites un peu de recherche. Quelqu'un a presque certainement déjà rencontré, traité et résolu votre problème.
  • Étudier le code source d'autres programmeurs est une excellente façon d'améliorer vos propres compétences. Parcourez leur code, pas à pas, en essayant de comprendre son fonctionnement et ce qu'il advient des variables. Essayez ensuite d'écrire votre propre code afin de faire la même chose (voire même d'en écrire une meilleure version). Vous apprendrez rapidement pourquoi les choses doivent être écrites d'une certaine manière et vous apprendrez sur le tas des astuces pour écrire plus efficacement.
  • Cela ne regarde ni vos clients ni vos patrons de savoir comment votre programme fonctionne mais cela les intéresse davantage de savoir à quel point il fonctionne. Pensez à comment votre programme va être utilisé. Les clients sont intelligents, mais occupés. Ils ne se préoccuperont pas de savoir quel type de structures de données vous utilisez, mais ils regarderont si cela améliore ou réduit leurs performances.
  • Les sites de tutoriels sont d'une excellente aide également.
  • Faites régulièrement des sauvegardes du code de votre logiciel sur un autre disque dur ou appareil portable afin d'en avoir une copie si votre ordinateur rend l'âme ou qu'il devient inutilisable. Conservez au moins une copie dans un lieu sûr.
  • Essayez d'avoir un code qui reste élégant visuellement, non seulement parce que c'est beau mais aussi parce que cela le rend plus facile à lire. Ce point est essentiel pour quand vous voudrez faire des changements dans six mois. Obtenez plus d'information sur l'indentation du code ici.
  • Après chaque grande session de travail, prenez une pause, faites quelque chose qui n'a rien à voir, puis relisez ce que vous venez d'écrire avec l'esprit plus clair. Repensez et réécrivez votre code, en le rendant plus efficace et plus élégant en utilisant moins de code.
  • Trouvez-vous un éditeur qui surligne la syntaxe de votre code avec des couleurs. Cela aide vraiment à séparer les commentaires, les mots-clés, les nombres, les chaînes de caractères, etc.
  • Modifiez une chose à la fois quand vous faites du débogage et testez ensuite les corrections que vous avez faites avant de passer à quelque chose d'autre.
  • Faites de la gestion de versions. Des outils comme CVS ou SVN permettent de suivre les changements et les bugs du code plus facilement.
  • Relisez deux fois votre code pour vérifier l'écriture et la syntaxe. Même la plus petite des erreurs peut être à l'origine de beaucoup de stress.
  • Conservez des copies d'archive de ce que vous avez fait par le passé. Il s'agit non seulement d'une bonne façon d'avoir des références, mais cela peut aussi vous permettre de réutiliser des bouts de code plus tard.
  • Utilisez un débogueur plutôt que de mettre des éléments dans votre code pour faire afficher les variables de retour. Un débogueur est un outil qui vous permettra d'avancer ligne par ligne dans votre code afin de voir où se situe le problème.
  • Discutez avec d'autres programmeurs. Les autres peuvent souvent être une bonne source d'informations, surtout quand vous démarrez. Cherchez s'il y a un groupe de programmeurs que vous pouvez rencontrer près de chez vous, et rejoignez le groupe.
  • Commencez petit, visez des objectifs que vous pouvez très probablement atteindre, et faites votre chemin vers des choses plus complexes.
  • Une bonne manière d'à la fois sauvegarder fréquemment votre travail et de conserver une copie qui est physiquement sur un autre emplacement est de vous servir d'un outil de gestion des versions comme git ou mercurial et d'un service d'hébergement gratuit comme GitHub ou Bitbucket.
Publicité

Avertissements

  • C'est généralement une mauvaise habitude que de faire du copier-coller du code des autres, mais récupérer de petites portions d'un logiciel open source peut servir de bonne expérience d'apprentissage. Seulement, ne copiez pas complètement un logiciel pour ensuite prétendre que c'est le vôtre. Ne copiez pas le code d'un autre logiciel à moins d'en avoir la permission ou les droits.
  • Sauvegardez fréquemment votre travail tandis que vous travaillez ou vous risquez de perdre des heures et des heures de travail si votre ordinateur plante ou se bloque. Si vous ignorez cet avertissement, vous apprendrez la leçon de la mauvaise manière à coup sûr !
  • À l'étape 4, la notation hongroise (où le préfixe indique le type de la variable) devrait être utilisée avec précaution. Elle peut mener à des incohérences lors de l'édition, plus particulièrement si vous essayez de faire le portage du programme dans un autre langage ou sur un autre système d'exploitation. Il vaut mieux l'utiliser pour les langages à 'typage faible' qui ne nécessitent pas de déclaration en amont du type des variables.
Publicité

Éléments nécessaires

  • Un ordinateur
  • Un IDE (Environnement de Développement Intégré)
  • Des livres de référence ou des sites web de tutoriels
  • Une connaissance avancée de l'API et/ou une connaissance basique de l'architecture i86x



À propos de ce wikiHow

wikiHow est un wiki, ce qui veut dire que de nombreux articles sont rédigés par plusieurs auteurs(es). Pour créer cet article, 65 personnes, certaines anonymes, ont participé à son édition et à son amélioration au fil du temps. Cet article a été consulté 11 544 fois.
Publicité