Mais avant d’approfondir, oubliez tout de suite ce qui a existé dans ce domaine, et qui n’a pas évolué depuis 3 à 6 ans et dont les défauts sont :

• L’organisation en “box” des My Yahoo!, iGoogle, et Netvibes qui est trés rapidement saturé pour ceux qui souhaitent suivre un grand nombre de sources d’information.
• Les mêmes “box” n’aident pas à suivre ses abonnements en temps réel pour être averti des nouveautés dés leur publication.
• Et ces “box” fournissent généralement une information pauvre ; un titre, un trés court résumé, et rarement une image.

Dans cette situation, j’ai du mal à comprendre l’actuel priorité vers une sociabilisation des start-page, comme le propose Netvibes avec son Ginger, en nous demandant de perdre encore plus de temps en gérant 2 systèmes de pages personnelles en même temps…

On n’a pas que ça à faire de notre journée !

Le mérite de la team de Feedly est d’avoir fait - table rase du passé – et d’avoir cherché comment répondre au besoin de suivre un grand nombre de sources avec convivialité et spontanéité. A l’origine, ce projet devait se contenter d’être une alternative de My Yahoo!, mais il est devenu aujourd’hui une interface alternative à Google Reader qui offre de bien meilleures capacités et surtout une abondance d’API.

Pour les habitués des start-page, l’organisation de Feedly est déroutante et demande un peu de temps d’adaptation, car ici, vous n’aurez pas besoin de vous soucier de vous ré-abonner à vos sources qui seront automatiquement* importées depuis Google Reader, iGoogle, Netvibes, My Yahoo!, FriendFeed, Bloglines, etc.

(*) Feedly est une extension pour Firefox, ce qui lui permet de détecter facilement vos identifiants ; original & convivial.

L’autre aspect déroutant, est que l’on ne choisi pas les "topics" qui apparaissent comme onglets en haut. Le système récupère les tags de nos sources sur Google Reader et choisit ceux qui semblent avoir le plus d’intêret pour l’utilisateur.

A charge pour vous de bien tagger…

L’étape suivante, avant de pouvoir pleinement profiter de Feedly, consiste à indiquer vos sources préférées. Et cet aspect est primordial pour que la méthode de présentation des publications devienne efficace.

Car Feedly abandonne complétement le système de “box” et génére une immense feed-river avec un style magazine-like où les publications les plus récentes, ou issues de vos sources préférées, bénéficient d’un affichage “riche” ; titre, texte complet avec images, parfois les commentaires (notamment ceux de Friendfeed), des options de partage via votre liste de lecture Google Reader, ou par mail avec GMail.

Si vous avez pris le temps de bien configurer vos préférences et de vous habituer à la mise en page, vous disposerez d’un outils capable de remettre de
“la clarté dans la confusion”.

Enfin, Feedly offre une intégration trés poussée de Google Reader en cachant les entrées déjà lues, et en vous permettant de complétement gérer vos inscriptions et leurs tags. Et les fans de Twitter retrouveront sur “the wall” une aggrégation de leurs “following” avec les listes de lecture Google Reader de leurs contacts.

En conclusion, si Feedly souffre encore de quelques problèmes et imperfections, et qu’il n’exploite pas assez des API ou services autres que ceux de Google Reader, il démontre qu’il est possible de relancer la course à l’innovation dans le domaine des services de page de démarrage personnalisées où les 3 challengers du moment ont fait preuve d’un certain immobilisme ces dernières années en ignorant les besoins “réels” des internautes.

Ayant moi-même fait quelques recherches pour introduire l’esprit du lifestreaming dans ce domaine, çà me donne trés envie de mettre les mains dans la pâte…

A t’on oublié les leçons du passé ?

Pour faire l’analogie avec l’ancienne industrie ; il ne suffit pas de changer sa chaine de montage pour améliorer le rendement. Il va falloir former le personnel et, plus dur, remanier son planning/rythme de travail, et en quelques sortes bouleverser des habitudes en se confrontant à la - résistance au changement - qui est une chose trés concrète avec laquelle il faut négocier et qui requiert une trés forte cohésion sociale au sein de l’entreprise.

L’Entreprise 2.0 n’est pas une chose qui s’achète !

Et pour l’Entreprise 2.0, il en va de même ; il ne suffira pas de saupoudrer son système informatique avec les caractéristiques techniques du Web 2.0 pour en tirer des bénéfices. Si la cohésion sociale est faible ou inexistante, c’est l’échec assuré, et un investissement en pure perte. Avec le danger de démoraliser et perdre les rares employés qui s’y seront investis, et d’introduire une nouvelle forme de fracture sociale.

On ne pourra pas bouleverser toutes nos habitudes.

Il faut aussi prendre en compte l’individualisme qui est un comportement trés ancré dans nos moeurs. Il serait naïf de croire que un employé contribuera et partagera des connaissances pour le seul bénéfice de l’entreprise.

De même les affinités conditionnent profondément nos comportements, et bonnes volontés. Les relations et collaborations imposées seront toujours moins réactives, adaptées, et productives que celles qui ont en commun des centres d’intêret (externes à l’activité de l’entreprise). L’idée que l’entreprise forme une grande famille fraternelle est une utopie illusoire, et les démarches pour - dissoudre les clans - formés naturellement donnent l’impression de vouloir nuire à la liberté d’association et pourraient nourrir une tendance à comploter depuis l’extérieur de l’entreprise. Alors que l’entente cordiale (entre “clans”) serait un moindre mal si on considérait ces affinités pour structurer le personnel.

Il n’y aura pas de deux-point-zéro pour les entreprises anti-sociales

Enfin, les internautes pratiquent de moins en moins sur le Web l’attitude de la double vie où un mur identitaire sépare distinctement les activités personnelles et professionnelles. En voulant freiner l’usage du Web pour des correspondances privées personnelles et des activités distractives, certaines entreprises établissent des obstacles à ces petites choses “futiles” du quotidien qui sont nécessaires pour la cohésion sociale interne du personnel ou son ouverture relationnelle…

Car il y aura des occasions relationnelles externes qui seront ratées. Ce qui est beaucoup plus dommageable dans les petites structures où les salariés sont isolés dans leur domaine de compétence alors que leur voisinage social externe pourrait apporter le soutien et le complément de conseils ou de savoirs pour les aider dans leurs taches.

Le savoir et la mémoire d’entreprise est une affaire d’individus.

Les plus anciens savoirs de l’humanité ont traversés les temps par voie orale grâce une cohésion sociale trés forte. Alors que les scientifiques ont beaucoup de mal à comprendre des sociétés qui n’ont laissées que des traces écrites.
Plus récemment, on est surpris de découvrir les difficultés des techniciens actuels de la Nasa pour recycler les technologies du programme Apollo en vue de simplement renouveler l’exploit. Bien que les archives techniques soient trés abondantes, la génération de ceux qui ont géré l’ère du Shuttle n’a jamais vraiment été en contact avec la génération des précurseurs qui l’ont imaginé.

Il en va de même pour les entreprises ; les savoirs et compétences pourront se maintenir seulement si ils sont brassés et échangés au quotidien entre les générations. Et une attitude excessive pour archiver tout et n’importe quoi conduira à un résultat contre-productif en gâchant inutilement du temps qui aurait dû être consacré aux échanges et dialogues entre les générations.

Il faut - devenir - une Entreprise 2.0 bien avant d’en acquérir les outils !

Je pense qu’une société deviendra une Entreprise 2.0 sans vraiment s’en rendre compte ou l’avoir consciemment sollicité. Et que l’intégration du Web 2.0 et des réseaux sociaux dans l’infrastructure informatique interne aura été motivé par la nécessité de répondre aux besoins d’une - nouvelle attitude d’entreprise - où :

• notre voisinage relationnel professionnel sera combiné à notre vie personnelle ; sans disctinction entre collègues, amis, et parents.
• l’influence des opinions ne sera plus pondérée par des statuts hiérarchiques, allant même jusqu’à intégrer l’expérience client, les partenaires, fournisseurs, et des personnes tiers.
• le temps de travail “effectif” ne sera plus considéré comme un indice majeur de productivité, en reconnaissant la valeur de l’implication personnel.
• les affinités personnelles seront prises en compte pour structurer le personnel par binômes* pour chacunes des compétences ou responsabilités qui seront nécessaires à l’entreprise.

(*) ni plus, ni moins. Constituer plusieurs binômes similaires si nécessaire.

Il n’y a pas d’outils spécifiques à l’Entreprise 2.0

Dans ce sens, les outils de l’entreprise qui aura atteint l’esprit de l’Entreprise 2.0 devront :

• laisser les employés choisir et adopter les outils, services Web, et réseaux sociaux qu’ils préfèrent, indépendamment de leurs collègues.
• permettre l’appropriation individuelle des savoirs partagés, voir même accorder une sorte de droit d’auteur.
• servir autant les activités et correspondances personnelles que professionnelles.
• privilégier la spontanéité et la propagation des savoirs plutôt que la quantité ou la pérennité.

Pour conclure je serais tenté de dire que un système basé sur le lifestream/friendstream répondrait parfaitement à ces besoins, mais il est tout a fait possible d’y parvenir par l’intermédiaire d’un wiki ou d’un blog, ou d’une manière dont des experts informatiques n’osent pas imaginer et qu’ils découvriront sur le coup quand leur société sera devenue une Entreprise 2.0 sans vagues ni révolution technologique…

Car en définitive, de la même manière que le terme “Web 2.0″ est soudainement apparut pour qualifier des pratiques qui existaient depuis longtemps, l’Entreprise 2.0 sera certainement - un style d’usages - dont notre génération n’a pas conscience.

Pour approfondir la réflexion, je vous invite à lire les publications de :

• Bertrand Duperrin (consultant pour blueKiwi) concernant les nouvelles pratiques d’entreprise,
• Frédéric Cavazza (consultant IT indépendant) et sa réflexion sur les outils Entreprise 2.0,
• Christophe Deschamp (expert intelligence économique) et son intêret pour le Personal Knownledge Management (càd le PKM),
• le blog du livre Surtout, ne changez rien (Pourquoi résistons-nous tant au changement ?),
• l’appel de Denis Ettighoffer (consultant et conférencier) pour un Droit à l’oubli concernant l’Homme numérique (et les risques de la mémoire “totale”),
• les méthodes Agiles dont le cadre d’application pour l’eXtreme Programming.

L’autre difficulté, est de maintenir la cohérence de son réseau entre les différents services que l’on propose. Et à l’ère des réseaux sociaux, les profils utilisateurs constituent la pièce maitresse de son portail en qualité de principale page d’entrée et de découverte d’un réseau. Il est aujourd’hui indispensable qu’un profil utilisateur montre, peu importe son contenu, ce que le réseau est capable de proposer comme services et qu’il suscite l’envie de s’inscrire.

Par ailleurs, il est important que toutes les pages et outils de votre portail permettent de retrouver le service qu’un utilisateur souhaite utiliser.

Historiquement, AOL et Yahoo! sont reconnus pour leur stratégie portail, et ce dernier à accompli d’énormes progrès avec sa “i18n/International Tiger team” pour internationaliser rapidement ses nouveaux services. Par contre la cohérence de son réseau a beaucoup souffert lors du déploiement de Yahoo! 360, Answers, Pipes, Mash, et avec l’acquisition de Flickr, Delicious, ou Upcoming. Et sa trés lourde bureaucratie n’arrange pas les choses. Pour en témoigner, il suffit de constater le grand nombre de profil utilisateur que l’on peut posséder chez Yahoo! en configurant des contradictions entre eux… C’est l’anarchie !

A l’opposé, Microsoft et son réseau live.com fait preuve d’une rigueur quasi-exemplaire, conduit par une hiérarchie rigide et autoritaire, qui pourtant conduit à un système de profil utilisateur - dégueulasse - aussi pénible que désagréable que ceux de myspace pour avoir voulu reconstituer et représenter un trop grand nombre de services.

Concernant Google, - c’est perturbant -, il n’y a pas vraiment pour le moment de stratégie portail, mis à part l’association GMail, Google IG, ou GTalk. Et après l’acquisition de Picasa, FeedBurner, YouTube, et surtout Jaiku, on aurait pû s’attendre à la mise en place d’un système de “profiling” global des utilisateurs qui doit certainement exister en interne… Peut-être est-ce une stratégie que de ne pas avoir “publiquement” une stratégie portail/profil utilisateur ?!

Peu importe vos objectifs, je vous conseille de créer deux - team - avec des droits et pouvoirs incontestables pour conseiller et encadrer l’internationalisation de vos produits, encourager l’interaction entre vos services, et gérer (voir même imposer) le système de profil utilisateur en toute indépendance par rapport aux intérêts de vos responsables produits.

NBdlA: cet article est rédigé en parallèle d’un email adressé aux responsables et ingénieurs de Yahoo! (que je connais) pour suggérer la création d’une cooTeam (Cooperative & Overall Overview team).

Historiquement, on doit le concept d’archivage automatisé de nos activités à Vannevar Bush dans son article* de 1945 intitulé “As we may think” publié dans “The Atlantic Monthly” où il suggérait un bureau équipé d’un complexe mécanisme (de l’époque), et plus tard, à Gordon Bell avec son projet MyLifeBits (soutenu par Microsoft depuis 2002) pour une version moderne basée sur la numérisation.
(*) je n’arrive pas à retrouver l’original avec son illustration. Copie du texte ici, merci Fred.

Un lifelog est une machine, un logiciel, ou un service Web dédié à l’archivage chronologique des traces de nos activités sous toutes leurs formes ; annotations, articles, présentations, courriers, vidéo, photos, et discours audio.
Le lifelog peut être strictement destiné à un usage privé, comme c’est souvent le cas avec les logiciels, ou proposer de partager nos activités quand il est conçu comme un service Web qui permet d’importer et d’héberger des documents numériques personnels de différentes formes (annotations, photo, vidéo, bookmark). Les blogs assimilables à un lifelog sont parfois surnommés “tumblelog”.

Un lifestream, dont le nom provient du plugin éponyme pour Wordpress, est un service Web qui aggrége les flux RSS/RDF/Atom “personnels” des autres services Web sur lesquels on publie des articles (notamment un blog), des photos, vidéos, annotations, ou provenant des services Web qui informent sur nos activités (playlist audio/vidéo, logiciels utilisés, etc).
D’un point de vue technique, et à la différence d’un lifelog/tumblelog, un lifestream n’héberge pas de documents, et son contenu se résume à ce que les flux fournissent… Un flux RSS/RDF/Atom contient au maximum une vingtaine d’entrée.

Et dans mon cas, l’idée des Ligne-de-vie/LiFE-Line est venue lors de la découverte des technologies RSS/RDF/Atom en 2002-2003.
Sur le fond le système est un lifestream, mais sur la forme il s’apparente plus à un tumblelog avec des fonctionnalités de navigation plus évolués pour favoriser l’accès à nos contenus ou “traces” numériques personnels.

Lifestream Blog de Mark Krynsky vous donnera une liste de services, avec comparatif, de solutions pour avoir un lifestream/lifelog/tumblelog… A vous de faire la distinction ;o)

Enfin, un lifecast est tout simplement un site internet qui diffuse en continu une retransmission vidéo (en direct ou différé) de notre quotidien. Un concept trés inspiré par la télé-réalité et initié pour la première fois* par le célèbre Justin.TV tout aussi - chiant et banal - à visionner que LoftStory, et, certainement promu au même destin… Toutefois, le concept intéresse beaucoup les “people” en manque de visibilité, notamment Natalie Portman.
(*) perso, j’attribuerais plutôt la paternité du concept à des sites pornographiques de striptease à la demande qui sont en fait réalisé “en continu” depuis plusieurs années.

Pour conclure, les concepts de tumblelog/lifestream/life-line/lifecast ont le même objectif ; proposer depuis le Web un panorama de notre quotidien au “jour-le-jour”.

Histoire vécue :

Le vendredi, il y a un trés bon traiteur italien au marché de Saint-Amand, et on prend vite l’habitude de lui rendre visite. Par contre, çà en devient trés énervant quand il n’est pas là, notamment quand le marché est déplacé ou annulé à cause d’une festivité…

Dans ce cas précis, j’apprécierais beaucoup de recevoir tous les vendredi matin un petit SMS de la part de mon traiteur favori du marché qui m’informe de sa présence, l’emplacement du marché, et sa spécialité du jour.

Ce service pourrait se gèrer en partie automatiquement pour l’inscription et désinscription (via des SMS), et pourrait être combiné avec un portail Web pour mobile en commun avec d’autres services de proximité ou itinérant (comme les marchés ou salons gastronomiques).

La principale cause de découragement n’est pas toujours la faible audience du projet ou le peu de contributeurs, il faut même se préparer à devoir s’y consacrer seul pendant plusieurs mois dans le plus parfait anonymat.

Il faut démarrer un projet personnel avant tout pour soi-même.

En fait, le ou les participants abandonnent un projet personnels quand ils n’y trouvent plus d’intêret pour leurs souhaits ou besoins personnels.
Le premier et plus important conseil est de - s’initier uniquement à des projets qui répondent dans l’immédiat à un besoin personnel - ou pour ceux de personnes “trés” prôches.

Par exemple, le langage de programmation PHP est né du besoin de Rasmus Lerdorf, son créateur, de pouvoir mettre à jour facilement son CV. Tandis que Y!M Plus a été créé pour aider des amis à installer des skins qui leur étaient destinés.

Un projet personnel est dirigé par ses participants, pas par sa popularité ou ses utilisateurs !

Paradoxalement, même si la popularité est au rendez-vous, et quand il n’y a pas d’intêrets économiques, il faut toujours donner la priorité aux attentes des participants plutôt que de vouloir satisfaire en premier lieu aux requêtes des “simples” utilisateurs .oO(c’est celà ou rien !)
Car le ou les participants sont le seul gage de durabilité d’un projet.

Optez pour l’équation : OS = uc²

Le secret du mouvement Open-Source (”OC”) est de permettre aux utilisateurs (”u”) de devenir des contributeurs (”c”) et de faire évoluer un projet communautaire pour ses propres besoins et d’inconsciemment décupler son potentiel de popularité qui multipliera les chances d’attirer d’autres participants…

Si les deux premiers principes paraissent méprisant envers les utilisateurs, ne perdez pas de vue, quand vous pensez être l’un d’eux, qu’ils impliquent que les participants sont eux aussi des utilisateurs et que leurs souhaits peuvent rejoindre les vôtres .oO(trivial, non ?)

Par exemple, le support matériel de Linux, le plus célèbre projet Open-Source, s’est beaucoup amélioré grâce à la volonté de quelques développeurs de pouvoir profiter de leurs périphériques personnels.

Faire face aux critiques dans l’intêret des participants.

Les contributeurs ne sont pas insensibles à la popularité de leurs apports, et souvent les deux vont de pairs pour donner de la vivacité à un projet. Inversement, les critiques sont souvent durement reçue car elles s’attaquent à des convictions personnelles des participants .oO(pensez s’y avant d’assassiner un projet personnel)

Quand on partage et publie un projet personnel ou communautaire, on doit admettre de négliger les critiques sévères de quelques utilisateurs qui concernent des aspects qui ont fait l’unanimité des contributeurs.

Par exemple, l’encyclopédie Wikipédia a été trés critiquée pour ses premières pages “figées” (c’est à dire dont l’édition est bloquée) suite aux trop nombreux vandalismes et “guerre d’édition” dont elles étaient victimes… Cette fonctionnalité avaient été réclamée par les “gros” contributeurs qui assument - volontairement - la plus grosse part des tâches de maintenance, dont la restauration des pages vandalisées.

Prendre de la distance, pour revenir plus intensément.

Si pour un projet professionnel, on a une obligation de résultat avec des délais précis, ce n’est pas le cas pour un projet personnel. Et, plutôt que de s’obstiner dans un projet pour faire face aux difficultés ou obtenir la popularité escompté, il est préférable de faire un “break” pour ne pas user sa motivation et gaspiller son temps libre à - tourner en rond -. Vous reviendrez surement avec des idées nouvelles ou une meilleure approche.

Toutefois, avant de mettre un projet en “standby”, prenez le temps de le publier, d’expliquer ce qui a déjà été fait, ce qui reste à faire pour qu’il soit opérationnel, et les fonctionnalités envisagées… Des projets Open Source “endormis” sont souvent réactivé par l’intêret de nouveaux contributeurs.

Diversifier ses projets et les faire converger

Quand un nouveau projet est ambitieux et nécessitera plusieurs mois, voir même plus d’une année, vous avez tout intêret a le décomposer en sous-projets indépendants que vous publierez l’un après l’autre.

Attention, ne dispersez pas votre peu de temps libre de productivité en travaillant sur plusieurs projets (ou sous-projets) en même temps ; séquencez vos efforts en se consacrant exclusivement à un petit projet pendant une semaine, puis un plus gros le mois suivant, etc.

Adopter des outils d’organisation

Pour finir, on pense rarement à se doter d’outils d’organisation et de planification, à l’origine destinés à des professionnels, comme un bloc-note tel que EverNote qui vous évitera d’oublier des idées ou remarques intéressantes.
Et, songez également aux outils de veille technologique, tel ceux suggérés par Outils-Froids, pour suivre les initiatives dans les domaines qui concernent vos projets, et pour découvrir puis adopter des ressources qui répondent à vos besoins.

J’aimerais beaucoup que mon webmail ou logiciel de messagerie attribue une note de 1 à 10 (par défaut et au maximum) aux mails que je reçois en appliquant quelques règles élémentaires…

• Pas de sujet ou objet: -5 points,
• Langage SMS: -5 points,
• Sujet et/ou message écrit exclusivement en majuscule: -4 points,
• Pas de “bonjour” ou similaire: -3 points,
• Pas de majuscule au début d’une phrase: -2 points,
• Pas de ponctuations: -2 points,
• Pas d’accents: -1 point,
• Des fautes d’orthographes triviales: -1 point.

NdlA: autant prévenir les adeptes du langage SMS ; je supprime vos messages sans aucune autre forme de procès !

D’un autre coté, l’expéditeur pourrait regagner des points perdus avec des bonnes intentions comme :

• Pas de fautes détectés par le correcteur orthographique: +2 points,
• Ajout d’une signature avec son nom: +1 point,
• Séparation de la signature par rapport au message par une ligne avec un double tiret: +1 point,
• Message “long” aéré par des lignes vides: +1 point.

Et si le mail répond à l’un de mes messages, j’ajouterais les règles :

• Pas de copie, même partielle, de mon message d’origine: -2 points,
• Réponse saisie “avant” la copie de mon message: -1 point,
• Réponses aprés chacunes des questions du message d’origine: +1 point,
• Suppression dans le message d’origine de ma signature et des textes peu importants: +1 point,
• Copie du message d’origine correctement “quoté” avec un préfixe à chaque ligne: +1 point.

Après l’anti-virus, et l’anti-spam, aurons nous l’anti-goret ?

Il me semble qu’un logiciel, et même un webmail “Ajaxifié”, n’aurait aucun mal à appliquer ces règles. Et, ils devraient comporter des options qui aident à obtenir automatiquement certains bonus de points tel que l’insertion de la signature et formules de politesse, correction orthographique, “quotage” des réponses, etc.

Des utilisateurs mal éduqués par les éditeurs de logiciels et fournisseurs de webmail !

Pour les connaisseurs, vous aurez remarqué que ces règles s’inspirent des conseils de la Netiquette proposée par l’AFA à laquelle adhèrent Google, Microsoft, Orange, ou Yahoo! mais dont les logiciels ne nous encouragent/aident pas à suivre ces recommandations ! :o| .oO(Liam, si tu me lis)

NB: pour Outlook Express, je vous conseille le plug-in OE-QuoteFix, et son cousin Outlook-QuoteFix pour la version fournie avec Office.

Et pour finir, il y aurait de nombreux autres types d’applications qui profiteraient de ces règles de notation, je pense notamment aux forums, plateformes de suggestion ou support collaboratives comme Yahoo! Suggestions Board, ou les services de questions/réponses comme Yahoo! Answers, etc.

Avant d’adopter une solution Open Source ou sous licence payante, interrogez-vous si :

• le produit est livré avec une abondante documentation ou profite d’une grande communauté pour vous venir en aide.
• le source du produit est organisé pour étendre ses fonctionnalités selon vos besoins spécifiques, soit avec un ensemble de thème et plug-ins, ou que son code-source est facile à comprendre pour l’améliorer vous même*.

(*) cette approche a pour inconvénient qu’il sera difficile d’installer une mise-à-jour du produit.

Construire un service Web comme un jeu de Lego !

Mais si vous êtes un développeur Web chevronné, vous pouvez adopter une autre stratégie ; vous énumérez les fonctionnalités “élémentaires” dont vous avez besoin, et recherchez les petites “briques logicielles” qui y répondent (de préférence construites en POO).
Cette approche réclame un effort initial plus important, mais permet de ne pas être dépendant d’une seule et unique solution. Et à long-terme, dans un cadre de développement POO, vous pouvez plus facilement remplacer une “brique” par une autre plus performante ou plus évoluée.

De cet façon, vous pouvez également décomposer votre projet en sous-projets quasi-indépendant, et mieux organiser votre planning de développement. Et c’est sans compter que les “briques” que vous aurez créées vous mêmes pourront être plus facilement réutilisées pour d’autres projets…

Pour ceux qui l’ignorent, les aggrégateurs ont l’énorme avantage - trés difficile à développer - de pouvoir regrouper les articles de plusieurs sources RSS sous forme d’une “rivière d’actualités” (feedriver en anglais) qui présente la liste des actualités comme une liste où celles-ci sont classées par date de publication indifféremment de leur source d’origine. Tandis qu’un simple lecteur se contentera de présenter les actualités en plusieurs blocs pour chaques sources.

D’autres fonctionnalités, basées sur un lecteur ou un aggrégateur, permettent également de proposer d’autres formes d’outils, notamment :

• Les alertes instantanées sous forme d’une info-bulle ou de défilement des titres des actualités sur l’écran (appelé News Ticker en anglais) et voir même depuis un écran de veille,
• l’archivage des titres des anciennes actualités citées dans les sources,
• la classification avec des “tags” (mots-clés) ou une arborescence de catégories,
• la recherche ou le filtrage des titres selon des mots-clés,
• et la disponibilité hors-connection, depuis un mobile, ou par Internet via une application Web.

On trouve aussi des outils avec des fonctionnalités “anachroniques” comme les services Web qui offrent d’envoyer périodiquement le contenu d’une source RSS sous forme d’un e-mail… Certainement pour des utilisateurs qui ignorent le potentiel des aggrégateurs. Ou un peu moins - crétin -, surtout pour un internaute pronant la mobilité, des services qui vous avertissent par e-mail quand une source contient un nouveau article.

La première réponse : SharpReader, Bloglines, et Google Reader

Les premiers outils pour exploiter des sources RSS ont été des logiciels aggrégateurs trés complets, comme SharpReader, qui proposaient une interface similaire à Outlook Express. Mais les procédures pour compléter, personnaliser, et filtrer sa collection de sources restent difficiles à appréhender.
Ces outils ont trés vite été imités sous forme de services Web comme Bloglines et Google Reader qui proposent de partager ses sources RSS (ou des collections de sources) avec d’autres utilisateurs.
Toutefois, les aggrégateurs XML classiques ne pourront qu’intéresser des utilisateurs avertis qui ont besoins de consommer une grande quantité de sources RSS.

Bien que les logiciels, services en ligne d’aggrégateur ou pages de démarrage personnalisable (comme Google IG), et lecteurs en JAVA pour mobiles comportent des fonctions d’import/export, leur efficacité et inter-compatibilité entre-eux sont décévantes.
Enfin, si Google propose des versions pour mobiles de ses outils trés réussies, ils n’ont pas pris compte que les circonstances et conditions de navigation n’impliquent pas que l’on souhaite consulter les mêmes sources RSS depuis un téléphone mobile et un ordinateur.

Yahoo!, des débuts difficiles, mais…

Malheureusement, - à mon grand désarroi -, c’est Yahoo! qui, avec ses premiers services dédiés au RSS, à moins bien compris nos besoins pour la consultation des sources RSS. Bien qu’ils aient tardés à intégrer cette technologie ; ils ont “presque” complétement centralisé leurs outils comme Mon Yahoo!, Yahoo! Mail Beta, et Yahoo! News Tickers Beta en les alimentant par la même collection personnalisée. Seul le plug-in “Y! News” pour Messenger aura été épargné, mais avec le gros défaut que son annuaire est enregistré sur l’ordinateur au lieu de le conserver sur leurs serveurs en l’associant à notre compte utilisateur. Et, grosse lacune, leurs outils ne savent pas aggréger les actualités, ce qui aurait été appréciable dans Yahoo! Mail…
La récente sortie de Yahoo! Pipes, un aggrégateur doté d’une interface IDE - à la Visual Basic - qui permet de fusionner et filtrer des sources XML (et des API du groupe), marque un changement notable ; bien que le service Pipes soit destiné à des utilisateurs avertis, il montre que Yahoo! s’investit dans la recherche d’outils innovants.

Windows Live et MSIE 7 : l’occasion manquée !

Le service de page de démarrage personnalisable de Microsoft a introduit une fonctionnalité trés pratique ; Windows Live permet de conserver dans un mini-annuaire toute sa collection de sources XML pour que l’on puisse adapter rapidement, par un simple glisser-déposer, le contenu de ses onglets selon nos besoins ponctuels.

Par contre, l’implémentation d’un gestionnaire de sources RSS trés banal dans Internet Explorer 7 montre que Microsoft n’a pas (encore) une vision globale des besoins des utilisateurs. On aurait apprécié que MSIE7 soit capable d’ouvrir notre catalogue de sources RSS de Windows Live pour personnaliser le gestionnaire de flux de IE7… Voir même que la collection de IE7 se synchronise automatiquement avec celle de Windows Live. En plus de faciliter les démarches des utilisateurs, on aurait eu une solution globale pour une lecture en-ligne et hors-connection combinant l’avantage d’un annuaire personnel centralisé et synchronisé avec la possibilité que les services du réseau Live (Windows, Mail, Messenger, etc) comportent leurs propre choix de sources d’information.
Microsoft aurait-il eu peur d’être accusé de profiter de sa situation dominante sur le marché des navigateurs Web ?

La solution globale parfaite pour le RSS n’existe pas encore !

Des 3 géants du Web, aucun ne propose une solution globale qui répond aux besoins des utilisateurs “avertis”, et mis à part les boutons et assistants pour les services de pages de démarrage personnalisables, il n’y a pas encore de propositions innovantes pour faire - consommer du RSS - à des internautes néophytes à l’insu de leur plein gré !
Sur ce dernier point, le surprenant Yahoo! Pipes - marque un essai - intéressant en voulant sortir des sentiers battus. Il reste maintenant à - réussir la transformation - pour amener les tuyaux jusqu’aux services que l’on utilise déjà quotidiennement.

Autre aspect important, avec les progrès de la technologie et la baisse des coûts de fabrication des mini-portables, que nos compagnes pourront ranger dans leur sac-à-main, les utilisateurs deviendront majoritairement des adeptes de la mobilité qui n’implique pas obligatoirement que l’on soit toujours connecté à Internet. Les géants devront se battrent à la fois sur le terrain des applications Web “enrichies” (RIA en anglais ; “Rich Internet Application”), et aussi sur le Bureau de nos ordinateurs avec leurs homologues RDA (Rich Desktop Application).

Toutefois, je suis un peu déçu du résultat obtenu, notamment de sa pertinence. D’où l’expérience menée avec le service pour les navigateurs mobiles de Y! MobActus…

Je lui reproche que le nuage de tags est pollué par le nom des agences de presse, et que en conséquence, les tags pertinents liés aux évènements récents apparaisse en trés petit. Et, il y a beaucoup trop de tags pour que l’on puisse d’un seul coup d’oeil repérer les nouveaux mots-clés. Enfin, son système a, au moins, besoin d’une bonne heure pour générer le nuage de tags.

Par contre, John explique généreusement (en anglais) comment Yahoo! News Tag Soup fonctionne, et çà permet de comprendre les causes des défauts de son service ;

• Il utilise une base de donnée via la “grosse” application MagpieRSS pour stocker les actualités puis pour filtrer les doublons* alors que les flux RSS de Yahoo! News comporte le paramètre GUID qui permet de les identifier.
  (*) à causes des nombreuses agences de presse qui alimentent Yahoo! News.
• Son service utilise les API de Yahoo! Search pour récupérer une suggestion de mots-clés associés à la page de l’actualité. D’une part çà doit demander des centaines de requêtes vers Yahoo! qui explique le gros délais de mise-à-jour. Et, c’est la raison pour laquelle les noms des agences de presse apparaissent si souvent et si gros.
• Enfin, il n’y a aucune disposition pour normaliser les mots-clés similaires, les filtrer, et ainsi réduire la taille du nuage à l’essentiel.

En définitive, John a été obligé de créer son propre moteur de recherche pour afficher la liste des actualités liées à un tag, alors que le panneau latéral de Y!MobActus pour Firefox peut se permettre de proposer les résultats de recherche de Yahoo! Actualités.

Parfois, il est plus facile de faire mieux que de critiquer !

Mis à part de gros efforts pour améliorer la pertinence des tags, je pense avoir eu moins de mal que John pour créer le même service sur Y!MobActus ; la partie la plus pénible pour récupérer les actualités en gérant les doublons est assurée par mYLastRSS qui sert déjà à alimenter le contenu des pages. Puis, je n’utilise pas une lourde plateforme de dialogue pour interroger et traiter les API de Yahoo! Search. Et détails non négligeables, le nuage est généré quasiment* en temps-réel à la demande des internautes.
(*) Y!MobActus utilise un cache avec un délais maximum de 20mn de mise-à-jour pour ne pas consommer toute la bande-passante du serveur.

Les spécificités de Yahoo! Actualités facilitent l’extraction de tags.

Ma méthode se base d’abord sur le fait que Yahoo! Actualités publie les dépêches de plusieurs agences de presse et qu’il est fréquent de voir plusieurs dépêches liées au même évènement. Et, que les mots-clés les plus importants, et donc pertinents, d’une actualité figurent à la fois dans le titre et le résumé de la dépêche. Ce qui est certainement une démarche intentionnelle des rédacteurs.

La démarche technique consiste à parcourir le tableau fourni par mYLastRSS pour étudier les actualités une-par-une ; la première étape remplit un premier tableau avec les mots du titre de la dépêche en le débarrassant des ponctuations, expressions de coordination, adjectifs, superlatifs, et divers mots fréquents sans intérêt tout en normalisant les mots sans majuscules ou accents*. Et, on applique le même traitement en créant un autre tableau des mots du résumé.
(*) pour contourner les erreurs d’orthographe des rédacteurs.

Enfin, on calcule l’intersection* des deux tableaux de mots-clés, du titre et du résumé d’une actualité, et on insère le résultat dans un tableau global tout en comptant les redondances des mots insérés par les actualités précédentes.
(*) révisez vos cours d’algèbre vus en mathématique.

Il suffit ensuite de classer le tableau global par ordre alphabétique, supprimer les tags rarement cités, et afficher ceux qui restent en adaptant leur taille à la valeur du compteur de redondance. Je vous conseille de fixer une taille maximum qui évitera qu’un seul mot-clé monopolise le nuage de tags.

Je complète l’analyse en repérant les mots qui sont écrit sous différentes formes, - au pluriel ou au féminin -, pour les normaliser au singulier et améliorer les calculs de redondance. Et, quand le nuage comporte des tags composés de plusieurs mots, j’applique un filtre* pour supprimer les tags d’un seul mot qui s’y référent.
(*) le filtre est appliqué avant l’insertion des tags d’une actualité dans le tableau global.

Enfin, - pour le fun -, il y a quelques dispositions pour mettre en avant la compétition médiatique des candidats aux élections présidentielles :op

Vous ne trouvez pas que çà ressemble à du “tagging” bien avant l’avènement d’Internet ?!!

Ca serait un bon argument pour les professeurs qui veulent (ou doivent) apprendre cette technique à leurs élèves.

Les techniques de lecture “rapide” (par “sauts” des mots-clés, en diagonale ou en “Z”, et par rétro-lecture) n’étaient pas dans le programme scolaire de ma génération.
J’espère que çà a changé pour aider les jeunes à avoir un meilleur accès aux immenses connaissances que les nouvelles technologies mettent à leur disposition…

Je trouve que d’être capable d’avaler 200 pages en deux heures contribue à avoir du plaisir à se cultiver. Et que si on réussit à transmettre le plaisir de se cultiver à un élève grâce à ces techniques de lecture “rapide”, on lui aura donné le principal outil qui l’aidera dans sa vie scolaire, professionnelle, et personnelle.

C’est dingue tout ce l’on peut publier en une semaine !

Ma “Ligne de vie” actuelle regroupe mes posts sur différents blogs (Yahoo! 360, Live Spaces, et le présent blog), mes marques-pages enregistrés sur des services Web (Yahoo! My Web et del.icio.us), des vidéos, et photos. Totalisant ainsi pas moins d’une centaine d’éléments récoltés sur les flux RSS de 8 services différents… Ce qui est beaucoup trop, même pour le plus solide des aggrégateurs XML, et trop lourd à télécharger, - environ 50 ko -, pour un mobile.

Trop d’infos, tue l’info !

Fort heureusement, la classe mYLastRSS est un vrai aggrégateur XML ; elle peut classer par date de publication sans tenir compte de la source d’origine, et renvoyer un nombre plus raisonnable de 20 éléments récents.

La clarté dans la confusion !*

L’autre problème, c’est la diversité des publications ; on ne fait plus la distinction entre les posts, photos, vidéos, et favoris. Cette fois, c’est la classe étendue “mYLR2RSS” fournie avec mYLastRSS qui vient à mon secours : elle permet de faire du RSS-Rewriting, c’est à dire que les titres des éléments sont renommés pour commencer par un préfixe comme “[Post]” ou “[Bookmark]” pour permettre une sélection visuelle par l’utilisateur.
NB: cette technique avait été expérimentée sur le défunt “Inside Yahoo!”.
(*) une “Ligne de vie” offerte à celui ou celle qui trouvera le/la premièr(e) le nom du film (que j’adore) d’où est tiré cette citation.

A noter que le flux RSS comporte des réglages spécifiquement pour Internet Explorer 7.0 qui proposent de filtrer les éléments sur les mêmes critères.

Une vie au bout du fil… d’un mobile.

Enfin, j’ai ajouté un paramètre qui génére un flux RSS allégé de ma “Ligne de vie” pour les mobiles. En gros, il est limité à 5 éléments, débarrassé de la version en HTML enrichi du résumé, et restreint uniquement aux posts des blogs. Evidemment, les pages s’ouvriront en utilisant un proxy-transcodeur pour mobile (ici, c’est celui de Google).

J’en profite pour faire remarquer que je pense que le support du RSS sur mobiles grâce Google Reader et au nouveau Opera Mini 3.0 devrait “surtout” stimuler la consultation des contenus personnels… Et que les services Web de publication de médias personnels ne devraient pas le négliger :o| .oO(n’est-ce pas monsieur Yahoo! Video ?!!)

NdlA (pour les Hackers - du dimanche -) : l’URL du flux RSS accepte quelques paramètres que vous pouvez combiner pour personnaliser son contenu ; comme l=30 pour afficher 30 éléments, t=Post-Bookmark-Photo-Video-Misc pour filtrer les types de publications (ex: t=Photo-Video pour les vidéos et photos), et m=1 pour la version mobile.

Reste à savoir si la législation autoriserait ce mode de distribution. Et il serait bon que l’état subventionne les pharmacies qui s’équiperaient, en s’assurant que les distributeurs subventionnés soient équitablement répartis.

NdlA: c’est du vécu… la nuit dernière, j’aurais tellement apprécié avoir un aspirine pour soulager une grosse migraine :o|

Je m’étonne que la SNCF n’y a pas pensé ; ils pourraient soit incliner un peu plus le couvercle vers l’arrière pour bien le stabiliser, ou soit mettre un aimant sur le mur qui s’accrocherait à une plaque de métal au bout du couvercle… D’autant plus facile que leurs WC n’ont pas de lunette pour ces dames.

A défaut que ces craintes soient fondées, un tel dispositif aurait le mérite de nous rassurer.

• Respecter les contraintes techniques et exploiter les caractéristiques ou astuces des navigateurs mobiles,
• Répondre aux exigences du mobinaute en terme de facilité d’accés, et de confort de lecture.

Un mobile n’est pas une “usine à gaz” aussi tolérante que le navigateur d’un PC

L’écran d’un mobile est au moins 5 fois plus petit que celui d’un ordinateur, et détail non négligeable, il a le plus souvent une orientation comme un “Portrait”.

Conseil : renoncer à une mise en page en colonnes. Et réduire au maximum la hauteur de l’entête pour proposer un maximum de contenu attractif sans qu’il soit nécessaire de faire défiler la page.

Le poid du code source d’une page est limité entre 15 à 50 ko selon le logiciel ou le prestataire. Et c’est sans compter le coût de téléchargement qui incombe au mobinaute. Le débit oscille entre 6 à 30 ko/s selon le réseau.

Conseils :

• Adopter un affichage “page-par-page” pour la liste des actualités.
• Utiliser des caractères spéciaux pour les puces des listes ou des préfixes des titres d’actualité
• Se limiter à une ou deux images (et photos) par pages.
• Charger des images de 2 ou 3 ko

Un mobile n’a pas de molette, et encore moins de souris. Il est d’autant plus difficile pour le mobinaute de faire défiler une page avec ses touches directionnelles (quand elles existent).
A noter que les navigateurs mobiles font souvent défiler la page en déplaçant le focus sur les liens cliquables suivants.

Conseils :

• Réduire au maximum le nombre des liens cliquables, et bien doser le nombre de lignes entre 2 liens pour en faire un moyen de défilement agréable et continu.
• Si le titre d’une actualité est accompagnée d’un résumé et d’autres mentions, rendre cliquable uniquement la mention “lire la suite” qui sera placée en dernier. Paramétrer vos résumés pour que 2 mentions “lire la suite” soient en même temps sur l’écran (Cf conseil précédent).
• Eviter les accumulations consécutives de liens, voir même déplacer son menu de rubriques (ou de pages principales) en fin de page tout en compensant sa position défavorable par l’emploi judicieux des raccourcis clavier numériques… D’autant que un menu sous l’entête sera devenu invisible, suite au défilement, quand le mobinaute aura fini sa lecture .oO(logique, non ?)

Le choix des couleurs est trés vaste, - des résolutions en 16 bits sont devenues trés répandues pour l’affichage des photos -, par contre la perception des contrastes est trés différente sur un petit écran. C’est certainement une conséquence de notre mécanisme biologique de perception visuelle.

Conseil : employer des couleurs fortement saturées, et renoncer aux teintes pastels.

Généralement, le navigateur bloque la taille des textes selon la préférence du mobinaute.

Conseil : baser la différenciation de vos mentions sur l’emploi de couleurs contrastées, la caste, la mise en gras ou italique des textes. Et paramétrer la largeur des photos associées à une actualité proportionnellement à la largeur de l’écran (43% est un bon compromis).

Le navigateur d’un mobile ne dispose pas de fonction de lissage des polices, ou rarement, et même si c’est le cas, elle sera peu efficace sur une petite taille de texte.

Conseil : éviter l’emploi du style d’écriture en italique pour les titres des actualités, leur texte, ou son résumé.

Les raccourcis clavier numériques (touches de 0 à 9, le dièse #, et l’astérisque *), hérités du Wap 1.0, sont souvent pris en charge par les nouveaux navigateurs, même quand ils affichent un contenu en XHTML.

Conseils :

• Affectez les raccourcis aux pages importantes (comme les différentes rubriques, ou la liste de celles-ci), et prenez soin de définir ces raccourcis sur toutes vos pages.
• Conservez “en réserve” un raccourci (le dièse ou l’astérisque de préférence) pour pouvoir l’affecter à une action importante selon la page, notamment pour la mention “suivant” lors d’un affichage page-par-page… Au cas où le mobinaute fairait défiler la page trop vite.
• Si on ne peut pas voir au moins 3 ou 4 titres d’actualités en même temps sur l’écran, çà présente peu d’intêret de leur attribuer un raccourci numérique .oO(c’est même totalement crétin)

Un navigateur mobile aura déjà réservé une touche pour permettre à l’internaute de revenir à la page précèdente, et souvent en réutilisant sa copie en mémoire cache pour ne pas solliciter la connection ou consommer inutilement le quota de téléchargement.

Conseil : il est inutile de créer un lien “retour” sur vos pages, et encore moins de lui affecter un raccourci numérique.

Les exigences d’un mobinaute sont, par nécessité, dix fois supérieures à celles d’un internaute

Le mobinaute sait rarement avec exactitude combien de temps il va pouvoir surfer… Ne lui faite pas perdre du temps avec des démarches inutiles. Et c’est sans compter qu’une page inutile donnera la sensation d’avoir sacrifié du temps ou un coût d’accés non négligeable pour le mobinaute.

Si vous êtes un adepte de la règle du “2 clics” pour accéder au contenu d’un site Web, vous allez devoir adopter celle du 1 voir même 0 clic !

Les mobinautes apprécieront d’avoir dés votre page d’accueil des actualités interressantes. Voir même un condensé des principales actualités de vos différentes rubriques.

Suggestion : proposez vos actualités récentes, toutes rubriques confondues, sur votre première page. Et si possible par ordre chronologique… Le mobinaute voudra peut-être obtenir trés vite des infos “fraiches” au cour d’une séance de navigation occasionnelle et trés brêve.

Et pour la plupart de vos actualités, le mobinaute pourrait, et apprécierait, de se contenter du titre ou du résumé d’une actualité si ils sont “assez” longs.

Suggestions :

• Proposez votre liste d’actualités en les accompagnant d’un résumé, d’une date, et du nom de la rubrique (mais non-cliquable*).
  (*) si vous avez suivi le conseil du menu des rubriques en fin de page avec des raccourcis numériques.
• Si vous préférez indiquer seulement son titre, faites le plus long possible. Mais si vous affectez un raccourci numérique aux titres, dosez les longueurs et le nombre de titres pour pouvoir tous les afficher sur l’écran .oO(on n’a pas tous un don de voyance)

Les circonstances, en France, ne sont pas favorables pour les publicités qu’il faudra insérer avec précautions…

A la différence d’une page Web pour PC, le mobinaute ne peut pas “zapper” une publicité consciemment ou inconsciemment à cause de la taille de l’écran et de la linéarité de la navigation… C’est un avantage marketing qui peut se retourner contre vous si vos publicités représentent un obstacle “agaçant” pour la continuité de la lecture.

Conseil : placez vos publicités au début de la page (dans l’entête), ou à la fin du contenu à lire juste avant la mention “articles suivants” (pour les listes en page-par-page) et la liste des rubriques.

Les coûts de connection et téléchargement sont encore trés élevés en France ; les bannières publicitaires “graphiques” seront mals vues si elles consomment plus de 5 ou 6 ko. D’autant que pour un tel poid, elles auront besoins de 2 à 4 secondes pour s’afficher et que le mobinaute peut commencer à faire défiler la page entre-temps.

Conseil : placez votre bannière graphique (ou une publicité textuelle avec un mini-logo) aprés le contenu pour s’assurer qu’elle sera téléchargée lors de la lecture.

Le mot de la fin :

Proposez un bon service d’actualités, et c’est dans la poche…
Du mobinaute !

Pour approfondir votre démarche, vous pouvez lire les recommandations (en cours de rédaction) du W3C ; Mobile Web Best Practices 1.0

Ainsi que les conseils avisés du “Journal du Net” (Développeurs) des Cinq clés pour réussir son site en Wap

Si les premiers adeptes de la lecture de flux d’actualités disséminées en XML/RSS ont trés vite suggérés de disposer d’un service Web pour centraliser toutes leurs sources préférées en vue d’une parfaite mobilité, l’accroissement du nombre de sources disponibles, et la diversification des modes de lecture, ont complétement changés les besoins et la demande.

Récapitulons les types de sources, et la fréquence ou les circonstances dans lesquels on a besoin de les consulter :

1. Historiquement, il y a d’abord eu des sources d’actualités. Que l’on peut cerner dans 2 démarches différentes ; les actualités pour un usage professionnel que l’on voudra consulter quotidiennement à un (ou des) moment(s) de la journée que l’on aura voué à cette tâche. Et pour les plus importantes, en être alerté dés la publication.
Puis, il y a les actualités pour un usage personnel, notamment pour les dépêches de presse que l’on consulte selon le temps libre disponible. Et pour lesquelles on n’a pas fondamentalement besoin d’être alerté instantanément. Mais on peut avoir le souhait d’en connaitre rapidement les plus récentes, et sans forcément l’avoir sollicité.

2. Ensuite, on doit la popularité du RSS pour son intégration dans les blogs que l’on consulte dans 2 types de situation ; il y a les blogs d’information de veille thématique auxquels on peut attribuer une confiance comparable à celle d’une source d’actualités avec les mêmes besoins et habitudes. Et les blogs affiliés à sa vie privée qui sont diffusés par des ami(e)s ou des prôches. Généralement, on les consulte quand on en a envie et du temps libre à “tuer”.

3. Et on commence, - enfin -, à voir des sources à vocation commerciale pour un usage professionnel ou personnel comme par exemple les liste de nouveaux produits d’un fabricant ou revendeur, les annonces récentes des agences immobilières, les dates d’événements culturels ou de diffusion de divertissements (spectacles, concerts, films, ou émissions TV), etc. Pour lesquels les besoins sont à prendre au cas par cas selon la durée, la fréquence, et la répétitivité de consommation du produit.
Ces sources, pour leur capacité à contourner les dérapages des logiciels anti-spams envers l’emailing légale, sont promisent à une forte croissance.

4. Pour terminer, on trouve des sources destinées à remplacer les emails d’alerte ; pour les mises-à-jour de logiciels, les interventions dans un forum, les commentaires d’une actualité ou d’un article de blog, les modifications sur un wiki, etc. Le besoin sera d’en être alerté instantanément, ou à chaque fois que l’on voudra en faire la demande.

Avant de conclure cette première partie, je n’ai pas précisé un autre paramétre néanmoins important mais qui concerne presque tous les types de sources XML ; les internautes souscrivent souvent à plusieurs sources pour répondre au même besoin d’information, soit pour pratiquer une mise en concurrence, ou alors soit pour “recouper” ses sources, avec une préférence pour une ou deux de celles-ci qui leurs semblent les plus pertinentes.

Finalement, on comprendra que les domaines d’utilisation des sources RSS, et les circonstances dans lesquels on les consulte, sont beaucoup trop diversifiés pour que un unique outils, ou plusieurs outils centralisant la même collection, puissent convenir.

Par ailleurs, il serait trés utile que les internautes disposent d’un outils pour sauvegarder, - sous forme d’un simple annuaire personnel sans prétentions pour la lecture -, tous les flux qu’ils auront appréciés.
Et, qui leur proposera de les classifier selon la fréquence, l’importance, et les circonstances dans lesquels ils voudraient les consulter en vue de les aider à choisir et adopter les logiciels répondant à leurs besoins de lecture, et les aider à configurer ces derniers.
D’autant que un grand nombre d’internautes utilisent des flux RSS sans s’en rendre compte, ou ignorent le potentiel des aggrégateurs par rapport aux simples lecteurs…

A mon domicile, j’ai pris goût à adopter ou expérimenter des recettes Express ; c’est à dire, à base d’aliments frais ou précuits qui permettent de se préparer un plat en 10 à 15 minutes.
Ce sont surtout des recettes froides à base de salade, crudités, et viandes grillés ou charcuteries fumées. Mais on peut aussi varier en utilisant des “aliments de base” précuits qu’il suffit de réchauffer comme par exemple les produits de riz Express à réchauffer au micro-onde.

En fait, derrière ce concept, j’applique le fait que de préparer soit même un plat contribue au plaisir finale… Même quand on l’a un peu raté ! .oO(sic)

Je dois cette petite trouvaille à mon traiteur chinois, qui lors de l’achat de soupes de nouilles iophilisées (du genre Bolino), m’a suggéré d’ajouter quelques légumes (ou crustacés) précuits pour ré-équilibrer le repas.

Du coup, j’aurais pour suggestion aux producteurs de plats “préparés”, de permettre aux consommateurs de personnaliser leur plat “presque tout préparé” en séparant les différents ingrédients (faciles à réchauffer) dans des emballages distincts avec plusieurs possibilités de combinaisons… Ainsi, les gourmands ne seraient pas tentés de tous mettre, et garderaient certains ingrédients pour un autre repas.

Est-ce un problème de coût de connection, ou tout simplement une offre mal adaptée à la demande ?

Il faudrait une enquête sur le sujet. Car personnellement, aprés le reflexe de trouver une sonnerie et un fond d’écran, je n’attendais pas de la part des “géants” du Web (Google, Yahoo!, et Microsoft) de pouvoir lire ou écrire des emails, ou même d’utiliser un Messenger comme ils le scandent dans leurs campagnes marketing… Je trouve plus simple de téléphoner ou envoyer un SMS avec un mobile plutôt que d’utiliser ces services de messagerie hérités du Web.
Par contre, pour occuper mes déplacements et attentes en train ou tramways, j’aurais apprécié un service de consultation des actualités agréable et bien adapté pour un navigateur mobile… Pour les francophones, seul le journal “Le Monde” et “Google Actualités”, ou aussi “Google Reader” (aprés l’avoir alimenté en source RSS) propose un service presque correct. Avec un service mobile d’aggrégation RSS, il est d’ailleur trés pratique d’avoir accés aux publications (et confidences) de nos ami(e)s depuis leurs blog… N’est ce pas un bon moyen de garder le contact avec ses prôches quand on n’a pas le temps d’être à leurs cotés ?

Pourtant, les technologies sont prêtes, et facile à déployer !

Tout d’abord, en adoptant les recommandations du W3C pour créer des sites Internet en XHTML, en rend l’usabilité du document sur un mobile trés facile à déployer ; il suffit de créer une feuille de styles CSS qui débarassera la page des éléments de l’interface qui ne sont pas indisdensables comme les images de fond de page, l’entête (que l’on résumera au titre du site) et son menu des rubriques principales (que l’on déplacera en fin de page), le panneau latéral contextuel, les grandes images d’illustration, etc. Les blogs (comme celui-ci) se prêtent trés facilement à une reconversion pour mobiles.
Mais si vous obtez pour un mini-site exclusivement dédié aux mobiles, les mini-navigateurs regorgent d’astuces à prendre en compte pour faciliter la lecture, notamment le défilement de la page, ou l’accés rapide à une page avec un raccourci clavier numérique.

A noter que les navigateurs mobiles récents utilisent une sorte de “moulinette”, trés efficace avec le XHTML, pour réduire le poid des pages et de leurs images tout en adaptant le contenu.

Mais il sera difficile d’obtenir un retour économique instantané !

L’introduction de publicités reste possible, mais avec subtilité, pour ne pas exaspérer le mobinautes par le surcoût de téléchargement d’une bannière, ou la présence de trop nombreux liens cliquables qui génent le défilement de la page.
Je pense même que les publicités sur mobile ne devraient pas être cliquables quand elle sont au milieu de la page, car comme à la télévision et à la différence d’une page Web, le mobinaute ne pourra pas l’ignorer ; son regard va forcément la percevoir du fait de la petitesse de l’écran… Mais on peut compenser en affichant une URL courte (comme le conseille le W3C). C’est un autre modèle publicitaire, différent du Web, qu’il reste à établir.

Par contre, pour les moyens de paiement, les banques accusent un retard (ou une négligence) dans ce domaine. Est-ce que les prestataires mobiles vont en profiter pour proposer un système commun de paiement depuis un mobile, par exemple basé sur la facture de l’abonnement moyennant quelques précautions pour éviter les excés ?

En fait, il serait peut-être plus judicieux de percevoir le déployement de ses services sur mobiles, plus pour fidéliser et satisfaire ses utilisateurs (quand on propose déjà les mêmes services sur le Web) en élargissant la pénétration de son activité jusque dans la poche du consommateur, plutôt qu’en espérant en tirer un bénéfice directement issu de l’accés mobile.

Et pour les mobinautes qui souhaitent seulement consommer Yahoo! Actualités, j’ai régler le raccourci http://ymobactus.miaouw.net/

Attention: ce service n’a pas reçu d’autorisation officielle de Yahoo! France, et la mise à jour des actualités sera arrêté dés que je constaterai que Yahoo! nous propose une consultation “vraiment” conviviale de ses actualités depuis un mobile… Un avertissement sur la page d’accueil vous en informera ;o)

Consultez l’adresse ci-dessous avec un navigateur Web compatible XHTML/Wap 2.0
http://www.miaouw.net/labo/experiences/ymobactus/index.php
(Votre navigateur Web sur PC affichera un aperçu proche de celui d’un mobile)

Je me suis fait plaisir en ajoutant les actualités pour le Nord-pas-de-Calais… Une façon de montrer que çà serait sympa de personnaliser automatiquement Yahoo! Actualités selon sa région.

Attention: parfois il n’existe pas de page sur Yahoo! Actualités pour certaines des annonces qui figurent dans leur flux XML .oO(étrange ?!!)

NdlA: toutefois, je reconnais qu’il est plus facile de développer en Wap 2.0 que en Wap 1.0 comme c’est le cas actuellement pour le portail de Yahoo! ;o)