Tivins's chronicles

Cet article fait suite au précédent intitulé : « Purement Frontal« .

Nous vivons de plus en plus entourés de contenus électroniques éparpillés au travers d’un univers très vaste, d’un tas phénoménal de couches d’abstractions des plus variées.

Je m’explique. Que ce soit dans le domaine professionnel ou personnel, nous utilisons des contenus électroniques variés : mails, images, musiques, vidéos, grilles de calcul, présentations, conversations instantanées, articles en ligne, commentaires… la liste est interminable.

Hors, toutes ces informations, nous sont présentées sous diverses formes, très peu homogène. Toutes sont stockées à divers lieux, à différents endroits d’un système de fichiers et surtout, nécessitant des logiciels différents pour les lire, les modifier.

Bien sûr, les pages web affichées dans nos navigateurs actuels permettent de nous monter une bonne partie de ces contenus, mais, la encore (cf article précédent), tout cela est éparpillés au travers du web, des domaines…

L’idée de l’application d’agrégation globale, est de récupérer toutes ces informations, de les stocker afin de pouvoir les afficher dans un format adapté pour une vision globale d’une « vie électronique ».

Il me semble intéressant, par exemple, d’avoir accès à une vision chronologique des publications des contenus de tout types, de pouvoir faire des recherches directes à travers l’ensemble de tous ces documents, indépendamment de leurs types, localité…

Voici une maquette pour illustrer ces propos.

L’agrégation est une étape importante dans le processus. Je pense qu’il est judicieux de faire des scripts séparés (un pour les mail, un autre pour les contacts, etc…), appelés par des tâches planifiées (cron sous Linux). Ce principe permet de pratiquer une politique de modules, donc adaptée à ses propres besoins.

Ces scripts, ou modules, devront mettre à jour, synchroniser, une base de données, ou des fichiers formatés (xml, json, csv) qui seront utilisés par l’application.

L’application, elle, devra entre-autre, reclasser et trier toutes les informations selon les choix utilisateur, donner accès à des actions relatives aux éléments en question.

En tant qu’internaute, nous publions du contenu sur de multiples supports, différents domaines (Google, Twitter, Blogger, Delicious…etc.). En effet, il existe des avantages certains à utiliser les applications et services en ligne fournies par les communautés Open Source et autre fournisseurs d’applications gratuites, tels que le stockage de données, l’ »accès universel », la sécurité, la mises à jour automatique et j’en passe…

De plus en plus, le monde de l’informatique et de la communication semble se diriger vers un modèle ressemblant au cloud computing, où nos machines locales deviendrons de véritables terminaux n’utilisant que des applications en ligne.

Cependant, nous n’avons souvent que peu de contrôle sur ces données. Un accident technique peut-il engendrer la perte de nos données ? Nos données sont-elles dupliquées de manière sécurisées ?

Parcourir ces données (ou les faire parcourir) peut vite devenir contraignant (identifications, changement de domaines…).

Il me semble intéressant de pouvoir rassembler une bonne partie de ces informations dans un seule application. Cette dernière serait un pur « Front-End » (site frontal) n’ayant de logique, que l’agrégation de différents contenus dispersés dans l’immensité du web.

La récupération de ces contenus est devenu facile avec l’avènement du Web2.0 : les flux d’actualités (RSS), des services web et API publiques (Application Programming Inteface)…

L’agrégation de toutes ces données peut donc également être stockée et conservée et utilisée pour effectuer des recherches plus larges sur ce contenu produit, grâce notamment à une base de données.

Cette opération est idéale et complémentaire pour une application locale d’agrégation globale (article à venir).