Conseils pour programmer

Plein de trivialités, plein de choses contestables, cette page ne remportera pas l'adhésion des foules. Bref, si une des meilleures manières d'apprendre à programmer, c'est de programmer, car on se rappelle mieux des erreurs qu'on a faites, quand on démarre un projet un peu sérieux, c'est bien d'avoir une check-list des erreurs à ne pas faire. C'est l'ambition de cette page.

Avant

En effet, lequel d'entre vous, quand il veut bâtir une tour, ne commence par s'asseoir pour calculer la dépense et juger s'il a de quoi aller jusqu'au bout ? (Luc 14,28)

Quelques questions à se poser:

• les sauvegardes: en cas de problème matériel, d'effacement accidentel, ou simplement si vous voulez revenir à une version antérieure, elles sont indispensables
• le but du projet, et s'il est un peu ambitieux, les étapes: en cas d'abandon, ou simplement comme soutien moral, et enfin pour permettre de tester
• le langage choisi et l'environnement; essayer de trouver plusieurs sources de documentation si vous ne les maîtrisez pas parfaitement
• un calendrier: ce n'est pas important qu'il soit précis (ce serait impossible et ennuyeux), l'important c'est d'avoir toujours une vague idée de la réalisibilité
• choisir les structures de données internes, l'apparence extérieure, le format pour sauvegarder les données
• essayer d'avoir des conventions pour nommer les fonctions, les variables, la langue des commentaires

La programmation

Personnellement, faire des listes de choses à faire m'aide beaucoup pour éviter d'oublier qqch, mesurer mes progrès et faire les choses dans l'ordre.

Une chose importante, c'est la gestion des messages d'erreurs. Quels tests faire, où et comment rattraper les exceptions, penser à la fois à l'utilisateur et au programmeur. Faire aussi attention aux boucles infinies.