Un des problèmes de trop "se prendre la tête" quand on travaille seul et sans autre motivation que sa bonne volonté, c'est qu'on a parfois envie/besoin de voir ce qui marche. Et quand on travaille sur des modules indépendants mais qui ne servent à rien tout seuls, on peut être rapidement frustré et laisser tomber. Pour éviter ça, tu peux avoir un squelette de programme qui s'adapte à tes tests. Mettons que tu aies 4 processus qui se suivent (a priori, tu n'auras rien à gérer en parallèle, mais ça revient au même). Pour éviter d'avoir à écrire le contenu de tous les modules propres à chaque processus mais avoir un résultat, tu peux faire retourner directement la valeur voulue. Ainsi, même si ton processus n°1 n'est pas opérationnel, tu triches en faisant retourner à ton bout de code "ce que tu veux" (et non ce qu'il a calculé). Je ne sais pas si c'est clair. Disons que ton squelette, au début, retournera le résultat escompté en "trichant", avec du précalculé et des fonctions "vides". Et tu remplis les trous petit à petit.