Discussion :

[benwit]

J'ai découvert ce matin le projet Moterako via ton blog et j'ai commencé à parcourir un peu tes diverses publications.

J'ouvre ce fil de discussion pour plusieurs raisons :
- Discuter (je crois que c'est ce que tu demandes ;o))
- Les autres fils de discussion ne me semblaient pas adapter pour poser des questions générales et pour exposer mon avis et mes critiques négatives et positives.

Je pense que l'indifférence ou la complaisance n'apportent rien. Aussi, j'espère que tu prendras pas mal les choses qui me déplaisent ou me perturbent. Dès fois, peut-être que tes explications modifieront mon point de vue ? D'autre fois, peut-être qu'elles contribueront à enrichir ton projet ?


Mes premières impressions :

D'abord, je tiens à te féliciter pour ton entreprise.
J'apprécie les personnes qui agissent, qui montent des projets, bref, celles qui entreprennent.
J'apprécie également celles qui ont un regard optimiste sur le monde, qui ont des grands projets, même s'ils peuvent paraître utopique aux yeux de certains.
Je tiens donc à t'apporter pour commencer mes encouragements.


Les multiples canaux (réseaux sociaux, blog, forums, wiki, forge...) que tu utilises donnent le tournis... mais pour faire connaitre ton projet, tu as bien raison !

J'avoue que j'ai été un perdu au niveau du forum :
Il y a un unique post avec l'historique de "l'implémentation"
et il y a 3 posts avec l'historique des "spécifications" (3 RFC)

Du coup, je me demande ce qui est implémenté ou non par rapport à tes spécifications ?

[onjanirina]

Je te remercie de l'intérêt que tu as porté (à mon) au projet, pour les encouragements, et surtout pour cette initiative qui constituera, à mon avis, un atout considérable pour la suite du projet.

La communication constitue le premier facteur de succès d'un projet communautaire tel Moterako, et comme tu as pu le constater, j'essaie de multiplier les espaces de discussions qui constituent autant de points d'entrée dans le projet. Je travaille actuellement sur les options pour faire de ce forum un espace d'expression privilégiée pour tout ce qui concerne le projet.
Outre les autres présences sociales, qui ont un but promotionnel affiché, c'est bien ici que devra se passer la majorité des discussions et prises de décision concernant le projet.
Toutes les formes d'expression seront acceptées, dans les limites imposées par le site Developpez.com lui-même.

Pour l'évolution du projet, j'ai adopté une stratégie globale consistant à avancer progressivement, et conjointement, sur chaque compartiment : gestion de la communauté open source, conception (théorique et pratique) et développement. Ces composants sont, à mon avis, interdépendants. Et aucun ne doit être négligé.
La promotion/création de la communauté a pour objectif d'avoir des retours (positifs ou négatifs) afin de "mettre au point" le concept, qui permettra le développement. Le développement lui-même (de la version en ligne) a pour mission de présenter "en pratique" le concept.

La publication des RFC représente une première forme de conception communautaire : il s'agit d'ébauches de documentation destinés à recueillir les avis d'autres personnes. Des discussions plus spécialisées viendront par la suite pour les remplacer, comme pour les pages spéciales wikis ou pour d'autres plus thématiques. Il s'agit de procéder par tâtonnements tout en rassurant les futurs participants qu'aucune participation ne sera ignorée ou supprimée.
Le plus important est, à mon avis, que chacune des participations soit mise à profit pour faire avancer le projet.

[onjanirina]

Le post Historique des révisions représente, jusqu'à présent, l'unique post actif en relation avec les différentes versions publiés du prototype. Par ailleurs, le post GlassFish v3, binaires et sources en téléchargements a été fermé. Pourquoi ?

Le développement actuel souffre d'une contrainte majeure, à savoir, l'absence d'un hébergement professionnel pour assurer le déploiement publique de la version courante. Le service fourni, gratuitement par Developpez.com a pour objet de doter les membres, Java, d'un espace pour déployer des versions démos ou des tutoriels. Il n'a pas vocation à héberger des applications lourdes. Par exemple, la base de données est passé du MySQL, à PostgreSQL pour finalement, se rabattre sur Derby afin d'être le plus léger possible ou tout simplement parce qu'aucune base de données n'est fourni avec l'hébergement sous GlassFish (qui lui-même constitue déjà une exception et une exclusivité ). Cette situation a pour effet de ralentir le développement des composants lourds, notamment au niveau de la persistance, de la richesse des applications, au profit de travaux sur les éléments plus visuels et structurels (gestion du projet).

En tenant compte du principe de Java : "Coder une fois, Exécuter partout", j'ai personnellement décidé que les futures publications de binaires ou sources ne concerneraient plus une plateforme, un serveur ou une configuration particulière. Par ailleurs, le mode de publication actuel ne permet pas un accès aux versions précédentes. Je suis donc à la recherche d'une solution pour un meilleur espace de téléchargement, avec la communication qui ira avec.

[benwit]

J'ai parcouru la version déployée. De ce que j'ai compris, les différentes pages affichent les différents objets de données de ta base sémantique. Les liens html permettant ainsi de naviguer dans ton graphe sémantique. C'est bien ça ?

Je n'ai pas vu d'interface de saisie de données. Les données sont pour l'instant des données que tu as toi même saisi à des fins de tests ?
Dans cette maquette, je trouve que ça rend la première page très riche, il y a beaucoup d'informations.

[benwit]

Dans le projet, je vois deux aspects :
- les programmes : L'application de navigation dans le graphe sémantique, ...
- les données : La base de connaissance sémantique

Quelles orientations compte tu donner à ton projet ?

1) Les utilisateurs accèdent à une application en ligne où ils peuvent, à l'instar d'un WikiPedia, construire ensemble une gigantesque base de données sémantique.
- Enrichissement de la base de connaissance par tous.
- Risques de pollution ? A moins d'une gestion de droits permettant de donner une vision propre à chaque utilisateur.
- Il faut atteindre un nombre critique d'utilisateur... Volume à traiter ! Montée en charge.

2) Distribution des programmes permettant à des individus mais surtout des groupes (association, entreprise) de constituer leur propre base sémantique en utilisant le logiciel fourni.
- Chacun gère ses propres données (cohérence, sécurité)
- On ne bénéficie pas de l'effet de "masse" pour l'enrichissement du graphe sémantique.

3) Un modèle hybride ? Un site utilisant la version de référence (1) et la possibilité que chacun dispose en plus de sa version (2)

Dans les cas 2) et 3), on peut imaginer un protocole, un format, des web-services, pour permettre l'échange de données sémantique entre différentes instances (public, privée...)

[onjanirina]

Sur les différents aspects du projet, je confirme et complète :

• Les applications : les applications actuellement installées (ou du moins répertoriés puisqu'aucune ne fonctionne évidemment) concernent généralement la navigation au sein du graphe sémantique mais le principe même du Système d'exploitation est de permettre l'exécution des applications. Ce qui comprend l'installation, l'activation (accès), le paramétrage, etc. La Révision 5 du prototype prévoit une description pour chaque application pour voir ce qu'il fait, peut faire, etc. Mais je rassure les lecteurs, il y aura autre chose que la navigation dans le Graphe sémantique.

• Les données : La base de connaissance (Knob dans le prototype Java, anciennement Labaz - la base- dans le prototype Php) est élaborée, synthétiquement, à partir des Bases de connaissances individuelles de chaque membre, et des bases de connaissances intermédiaires des groupes. La base de chaque groupe est elle-même la synthèse des bases individuelles, regroupées en tenant compte de la nature, l'organisation, le fonctionnement ou le mode d'appartenance au groupe. Il y aura par exemple, des groupes informelles (tout le monde a à peu près les mêmes chances) ou les groupes formelles et organisés (existence d'une hiérarchie et un système pondéré dans la synthèse). Les relations entre individu et groupes constituent la composante Utilisateurs [Wiki] du concept.

• Wikipédia : ce service, et plus généralement les wikis, fait partie de ce que j'ai globalement nommé "applications ou services web, dont les missions s'articulent autour de l'exploitation du web comme source d'information, de communication et de connaissance". L'analyse de chaque site "concurrent" est prévue.
  
  Le point commun avec ce concept est la collaboration. Par contre, une grande différence se présente au niveau de la base de connaissance : wikipédia propose une base sur laquelle tout le monde travaille en collaboration, Moterako propose un modèle décentralisé où chacun travaille sur sa propre base, qu'il peut apporter en contribution pour un groupe et finalement, à partir de ces bases individuelles, constituer la Base commune.
  
  Wikipédia propose La référence, Moterako propose des contributions que chaque utilisateur pourra utiliser selon ses besoins : La page HTML de wikipédia, par exemple, ne permet pas de répondre à la fois les besoins d'informations d'un développeur, d'un intégrateur Html, d'un référenceur, etc. Voir un profil Utilisateur, c'est voir comment cet utilisateur perçoit le sujet. S'il convient, ou ressemble, à mes propres convictions ou à l'utilisation dont je compte en faire, je le prends comme source, et ainsi de suite.

• Modèle de développement, de distribution et de production : "Et à la fin, il n'en restera qu'un seul ... et si ce n'est pas possible, on fera avec plusieurs" : c'est à peu près ce que je pense du modèle de développement, de distribution et de production. Moterako n'est pas destiné à un usage interne (distribué) mais globale. Par contre, il prévoit, et encouragera, la compétition entre différentes "versions" ou "implémentations". Le problème se posera réellement, à mon avis, quand on sera en présence de 2 ou plusieurs implémentations potentiellement exploitable et utilisable en production. Des solutions de standardisation, synchronisation pourront éventuellement être étudiées.
  Je pense, en effet, qu'une certaine marge de liberté (Open Source) doit être réservée pour permettre la conception/implémentation d'un nouveau modèle d'exploitation commerciale et publicitaire, dont l'utilisateur (besoins) sera le principal préoccupation et où les pratiques basées sur la quantité doit laisser place à une démarche constante de recherche de la qualité. Ce choix est notamment mis en oeuvre par le choix de la licence EPL.

[onjanirina]

J'ai parcouru la version déployée. De ce que j'ai compris, les différentes pages affichent les différents objets de données de ta base sémantique. Les liens html permettant ainsi de naviguer dans ton graphe sémantique. C'est bien ça ?

Je n'ai pas vu d'interface de saisie de données. Les données sont pour l'instant des données que tu as toi même saisi à des fins de tests ?
Dans cette maquette, je trouve que ça rend la première page très riche, il y a beaucoup d'informations.

Le post en citation a été masqué par le suivant, je prie donc les lecteurs de m'excuser pour le retard de la réponse sur cette remarque.

Prototypes et graphe sémantique : navigation statique
Effectivement, l'objet du prototype (à ce stade développement) est de montrer la typologie et l'organisation (architecture) des différents composants du Graphe Sémantique. D'ailleurs, dans la prochaine Révision, chaque objet sera "décoré" par une description ainsi qu'un lien vers une page Wiki pour les informations plus étendues.
Certains objets se retrouvent aussi dans la démo Php/MySQL avec notamment une forme plus enrichie et graphique (Les correspondances seront le cas échéant citées dans les pages Wiki ou la description).

Les liens html permettant ainsi de naviguer dans ton graphe sémantique ... et d'accéder aux applications qui sont disponibles pour chaque composant

Développement : Roadmap
En termes de plan de développement, cet état correspond à une des étapes prévues pour les différentes version du développement : Lire (0.1), Modifier (0.2), Créer/Supprimer (0.3). Dans un premier temps, il s'agit d'abord d'exposer le concept à partir d'une image statique (exemple généré) du graphe. De simple liens hypertextes conviennent parfaitement à cette mission. Ensuite, il s'agit d'implémenter les fonctions (applications) permettant à l'utilisateur de modifier les données (Edition, Utilisation- sur le plan technique, possibilité d'utilisation d'ajax) et enfin, permettre la création/suppression de données (éléments et liens sémantiques). Cette dernière phase correspondra à l'objectif d'une "version utilisable", contrairement aux versions "statiques".

Plateforme d'applications (Système d'exploitation)
Pour les concepteurs et développeurs (d'applications), ce cheminement Lire=>Modifier/Utiliser=>Créer/Supprimer est aussi applicable (les détails seront certainement plus précis dans l'énoncé de la Stratégie de développement) : au stade actuel, un développeur peut parfaitement proposer une version statique d'une application ou avec le minimum de dynamisme permis par l'exemple de données (Exemple : la liste des utilisateurs est dynamique et fournit un nom et un avatar, aussi une application peut déjà utiliser ces listes pour donner un plus de réalisme à son contenu). Des formes rudimentaires d'un système d'hébergement d'applications sont déjà perceptibles, l'objectif final étant de mettre à la disposition des développeurs une plateforme complète d'hébergement d'applications (Système d'exploitation).

Page d'accueil et données exemples
Les lecteurs, qui ont visité le prototype, ont certainement remarqué l'évolution de certains composants, notamment la page d'accueil. Il s'agit bien sûr d'action destinées à apporter plus d'argumentation pratique à l'exposé du concept. Les simples listes, parfois avec des noms bizarres, seront progressivement remplacés (par des données exemples), et mises en forme. Ces opérations s'étendront aux autres pages, et éventuellement intégreront des travaux d'autres développeurs. Les modifications seront rapportées dans la discussion : Historique des modifications (Version de Référence).