propositions

Voilà ce que je vous propose en détail :

- on passe à trac (wiki, tickets et subversions)

- on fait un document décrivant précisément et de manière pragmatique ce 
qu'on veut pour une 0.1
Il va falloir élaguer dûr et vraiment avoir un minimum, quitte à devoir 
recoder certaines parties par la suite en ajoutant les fonctionnalités

- on fait un ticket pour chaque chose à coder

- on documente très précisément tout ce qu'il y a à coder avant de le 
coder. mais vraiment tout : interface, buts, action, éventuellement même 
algo si c'est un algo spécial ou qui le rend utile.

- on fait le code (depuis zéro, ce qu'on a déjà fait reste accessible 
pour le recopier si besoin dans le nouveau code) nécessaire

- chaque commit svn doit être fait en réponse à un ticket (rien 
n'empêche de créer des tickets persos) avec le nom du ticket dans le log 
svn (pour savoir en permanence quoi sert à quoi).
Ca impose aussi de faire des commit bien uniques (et pas faire plusieurs 
choses par commit). Mais en même temps de tous petits commits permettent 
de toujours rester en synchro et de ne jamais partir chacun dans son coin.

Quand on a la 0.1 on recommence avec la 0.2 avec les nouveaux objectifs 
et en corrigeants les mauvaises directions.

-- 
Eric