Zephyr : Je crois plutôt qu'on n'a pas la même manière de découper les problèmes. Je parle de faire une analyse "descendante" du problème (je sais pas si c'est le mot). On sait que, globalement, on doit faire telle chose, puis telle chose. On dédie une fonction à chacune des choses. Dans ces fonctions, on fait le même raisonnement : "pour arriver au terme du travail demandé, il faut faire, grossièrement, telles actions". On dédie des fonctions à ces actions et on les appelle. Puis on refait ça dans chacune...

On part donc d'un point de vue très global sur le travail à effectuer, puis on détaille, puis on détaille les détails, etc... Je n'ai pourtant pas l'impression d'inventer la roue puisque nos profs nous ont toujours dit ça. Une fonction trop grosse, c'est certainement une fonction qui peut être découpée en blocs d'actions, qu'on codera dans des fonctions. Le travail se résumera alors à appeler ces fonctions.

Et je te garantis que ça se lit comme un roman. C'est plus clair, on comprend tout de suite ce que fait le code. Après, on rentre dans les détails qui nous intéressent en allant consulter les fonctions correspondantes.

Comme dit, il y a un juste milieu à trouver !