Organisation du projet

[Aeris1One]

Cette issue à pour but de mener à un premier jet d'organisation du projet.
Selon moi, le projet pourrait prendre la forme:

• D'une spécification, d'un standard, une documentation écrite de ce qui nous semble être "le bot parfait", c'est en quelque-sorte ce qui est déjà en train d'être écrit ici
• D'une implémentation de base (Gipsy?), dont le développement ne commencera que lorsqu'on aura pu publier une v1.0 de la spécification aboutie, qui tends à suivre la spécification
• De plugins, séparés dans des repos Git distincts (nécéssité d'une organisation Github séparées ?) qui utilisent une implémentation de la spécification.

Cela permettrait d'avoir une totale interchangeabilité des composants, ainsi, si l'on trouve ou développe une implémentation de la spécification plus performante, il suffit de l'utiliser, les plugins étant alors naturellement compatibles, pour peu que cette implémentation supporte les parties nécessaires de la spécification.

AUCUNE FONCTIONNALITÉ dans l'implementation de base ne peut exister sans avoir été préalablement ajoutée à la spécification. La spécification peut dépasser l'implémentation (par exemple, une fonctionnalité prévue dans la spécification n'est pas encore développée et ajoutée à l'implémentation) mais l'inverse est impossible (il ne faut en aucun cas développer une fonctionnalité avant de la documenter).

Cette issue est ouverte pour discussion, si vous avez des suggestions, allez-y