J'étais en train de lire RESTful Email over HTTP et ça m'a rappelé un vieux vaporware, je me demande s'il ne serait pas intéressant de regrouper toutes les notifications en un unique endroit. Il suffirait pour cela d'accepter plusieurs choses en entrées :
- emails (pull/push)
- flux (pull)
- jabber (push)
- webhooks (push)
- irc (bonus !)
Après que ce notificateur soit un agrégateur, un client mail ou un navigateur, qu'importe. Mais je pense qu'on gagnerait à avoir une interface centralisée de distraction qui permettrait de spécifier les fréquences de mises à jour et de notifications associées. Prenons l'exemple de l'agrégateur, je lis une grande partie des billets dans celui-ci car il me permet d'avoir une présentation uniformisée qui est bien souvent plus lisible que les blogs initiaux (au passage si vous tronquez vos flux, c'est mal).
Actuellement j'ai Mail.app, NetNewsWire, iChat, XChat, Pwitter qui ont finalement un même but : me proposer du contenu/des conversations pour que j'interagisse. Qu'est-ce qui nous empêche de regrouper tout ça ?
Commentaires
karl le 24/02/2009 :
Si tu ne connais pas.
Reinventing EMail using REST
http://www.prescod.net/rest/restmail/
SnippyHolloW le 24/02/2009 :
C'est marrant, je me demande aussi en ce moment si je ne devrais pas faire un agrégateur de flux qui apprenne et me propose (avec un seuil) uniquement les entrées de flux qui m'intéressent. [Je clique sur un bouton comme un report spam pour ce qui ne m'intéresse pas]
NiKo le 24/02/2009 :
Talk is cheap, show me the code™ ;-)
Quanteek le 24/02/2009 :
As-tu regardé du côté de growl ?
fredix le 24/02/2009 :
Salut David,
ca fait un moment que je "prie" pour que personne n'ait l'idée mais bon il fallait pas trop rêver :)
Bref j'ai écris quelques specs et j'ai ce projet en route. Par contre la grosse contrainte est d'avoir un backend très bien conçu afin que le service tienne la charge..
L'idée est simple mais l'implémentation complexe.
Damien B le 24/02/2009 :
"emails (pull/push)"
Pour les lamerz en pull oui, mais si tu n'as pas ton email en push, tu n'as pas besoin de notification.
"flux (pull)"
Oui, parce que "flux" est tout sauf un flux.
"irc (bonus !)"
Je l'aurais plutôt mis en base plutôt qu'en bonus, au même titre que XMPP. Parce que la base de ircd, c'est quand même une architecture distributée de notification.
David, biologeek le 24/02/2009 :
@karl : merci, je ne connaissais pas, il faudrait que je lise le draft ietf aussi (http://tools.ietf.org/html/draft-dusseault-httpmail-00)
@SnippyHolloW : c'est ce que tentent de faire tous les "agrégateurs sociaux 2.0" mais c'est relativement peu efficace si l'on prend en compte les votes dans leur globalité, il n'y a qu'en prenant des sous-communautés à la limite qui correspondent à chaque catégorie de mon agrégateur que ça deviendrait pertinent. Les digg-like thématiques aident pour ça aussi.
@NiKo :p
@Quanteek : je connais Growl, mais à ma connaissance il ne fait qu'unifier le mode de notification, pas le contenu en lui-même (c'est ce que j'entendais pas "notificateur", usage qui mériterait peut-être un nouveau terme ?)
@fredix : exactement, pour que ça soit bien fait avec une gestion propre des applis et des performances (je veux pas une usine à gaz) il faut se creuser un peu la cervelle :-).
Tiens moi au courant si ça avance de ton côté, je vais y réfléchir encore un peu.
David, biologeek le 24/02/2009 :
@Damien B : oui en mode geek j'aurais dit qu'il me faut pouvoir communiquer bi-directionnellement avec http, xmpp, imap et ircd (ça aurait peut-être même tenu en un tweet).
J'aime bien ta remarque sur flux, j'emploierai "fil" en français dorénavant ;-)
Louis le 24/02/2009 :
Je plussoie pour "flux", c'est bien dit.
Bruno Michel le 24/02/2009 :
Un peu comme Eventbox (http://thecosmicmachine.com/), mais avec plus de protocoles ?
Jerome Louvel le 25/02/2009 :
J'ai lancé un effort similaire il y a quelques temps:
"RESTful Mail Exchange Protocol"
http://www.rmep.org
On essaie de définir les besoins (voir wiki) avant de fixer une spécification.
On a déjà une implémentation prototype basée sur Restlet (http://www.restlet.org) avec même un client GWT. Le code est dans le module d'exemple des distributions Restlet.
A+
Jérôme
David, biologeek le 25/02/2009 :
@Bruno Michel : ah oui tiens je connaissais pas, joli nom ET service que je suis en train de tester.
@Jerome Louvel : argh, encore de la lecture en perspective ;-)
SnippyHolloW le 26/02/2009 :
@David : je ne pensais pas à un agrégateur 2.0 (si on pense à la même chose comme reddit, digg, hacker news, StumbleUpon, voir delicious) mais à apprendre de l'invidu et seulement lui. Après c'est sûr qu'on peut vite faire un mixin avec des personnes de très forte likeliness mais c'est la porte ouverte à toutes les fenêtres et on est tous (un peu) différents. Je pensais d'ailleurs qu'on peut évaluer la proximité d'intérêts d'une personne sur delicious en browsant parmi les sites en communs avec un site rare qui est pondéré pour donner bp plus de rapprochement.
Louis PERRIER le 26/02/2009 :
Il y a Snowl (http://labs.mozilla.com/2008/08/introducing-snowl/) de Mozilla Labs, encore experimental.
David, biologeek le 01/03/2009 :
@Louis PERRIER : Merci ! La roadmap est vraiment intéressante (https://wiki.mozilla.org/Labs/Snowl/Roadmap), il va falloir que je teste aussi.
fredix le 01/03/2009 :
C'est tellement une bonne idée qu'un français a lancé un site depuis San Francisco : http://notifixio.us/
Il a l'air d'avoir cependant des problèmes de données d'après son twitter http://twitter.com/notifixious ...
De toute manière l'idée seule ne compte pas, mais l'implémentation, l'ouverture, etc.
cf identi.ca vs twitter
nojhan le 16/03/2009 :
Il faudrait ajouter une prise en charge de forums web et de usenet, pour faire bonne mesure.
karl le 23/10/2009 :
Juste pour faire le suivi sur ce billet et par rapport à ton twitt.
http://labs.mozilla.com/raindrop
>Raindrop's mission: make it enjoyable to participate in conversations from people you care about, whether the conversations are in email, on twitter, a friend's blog or as part of a social networking site.