Propositions de Projet pour le Groupe de Travail OO
===================================================

1) Proposition immodeste
------------------------

Implementer un systeme
- persistent (resistant a l'arret d'un process, et repartant la ou il s'en
etait arrete a la reprise du process).
- multiutilisateur
- securitaire: sauf si bug du systeme par rapport aux specifs, personne
sauf le super-utilisateur ne peut faire planter le systeme entier.
- extensible par l'utilisateur (__en toute securite__)
- interrogeable par l'utilisateur: le but est de partager, de s'informer les
uns les autres, de donner les moyens d'informer aussi.
- distribue sur le reseau (bon disons avec architecture clients-serveurs)
- avec moyen de sauver ou charger les "objets" "isoles" depuis des fichiers
binaires ou a ski.

Avec comme "objets" standard prefabriques:
- des implmentations des meilleurs algo de tri, hachage, parsing
- librairies de visualisation et/ou de modification d'objets en mode texte
et/ou graphique.
- un moyen de numroter les objets de facon unique (par exemple avec un numro
128 bits prenant en compte lieu et date de cration et type)
- un "forum" __type'__ oriente objet, dans lequel deposer 

[le mot "objet" est employe ici sans prejuge "oriente-objet", juste pour
designer un objet d'etude ou de manipulation dont on considere la realisation
dans le systeme]


2) Proposition modeste
======================
Aucune, car l'OO n'apporte rien de fondamental en dehors des conditions
precedentes. Bien sur, si l'on considere l'informatique __a long terme__,
ces conditions sont respectees, et c'est pourquoi, __a long terme__, j'ai
la certitude que cette conception va s'imposer, meme mal et imparfaitement.
Mais la seule facon selon moi d'insister sur les avantages de la conception
OO dans un projet a court terme, est de choisir un sujet qui accentue le
besoin d'une telle conception.