Folco (./53) :
Marrant, je suis du genre à laisser pisser dans un premier temps, finir le reste de ce que j'écris, et revenir dessus même longtemps après. C'est une erreur, une faute de discipline quand on code ?

C'est une technique de programmation différente.

Kevin Kofler (./47) :
top-down

Je vous vois souvent avec ce mot, c'est pas ce qu'on appelle l'analyse descendante ? ie j'écris un bout de code qui a besoin de trier une liste, j'écris tout simplement "call TtriList(list)", puis je passe à la suite sans avoir écrit TriList ?

Oui.

Il faut au moins designer TriList quand même, non ?

Ben, il faut avoir une idée de ce que ça va faire, oui.

Kevin Kofler (./47) :
ça a le gros avantage qu'on trouve tout de suite les erreurs détectables par le compilateur (erreurs de syntaxe etc.) qui seraient sinon cachées par d'autres erreurs

Je dirais qu'en assembleur, surtout que je suis très très peu utilisaetur de macros, je ne rencontre pas ce problème.

Oui, tu te tapes des plantages en temps d'exécution à la place. Pas de type-safety, numéros de registres (facile de se tromper, suffit d'une faute de frappe ou d'inattention), tailles des opérandes à spécifier manuellement (idem), mauvais offset de restauration sur la pile etc., tout ça, ça crée des erreurs qui soit ne se produisent pas, soit sont détectées par le compilateur en C.