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 ?
18 Commentaires
Si tu ne connais pas.
Reinventing EMail using REST
http://www.prescod.net/rest/restmail/
1 | karl, le 24 February 2009 à 03h
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]
2 | SnippyHolloW, le 24 February 2009 à 06h
Talk is cheap, show me the code™ ;-)
3 | NiKo, le 24 February 2009 à 08h
As-tu regardé du côté de growl ?
4 | Quanteek, le 24 February 2009 à 08h
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.
5 | fredix, le 24 February 2009 à 10h
"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.
6 | Damien B, le 24 February 2009 à 14h
@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.
7 | David, biologeek, le 24 February 2009 à 15h
@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 ;-)
8 | David, biologeek, le 24 February 2009 à 15h
Je plussoie pour "flux", c'est bien dit.
9 | Louis, le 24 February 2009 à 21h
Un peu comme Eventbox (http://thecosmicmachine.com/), mais avec plus de protocoles ?
10 | Bruno Michel, le 24 February 2009 à 22h
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
11 | Jerome Louvel, le 25 February 2009 à 12h
@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 ;-)
12 | David, biologeek, le 25 February 2009 à 14h
@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.
13 | SnippyHolloW, le 26 February 2009 à 09h
Il y a Snowl (http://labs.mozilla.com/2008/08/introducing-snowl/) de Mozilla Labs, encore experimental.
14 | Louis PERRIER, le 26 February 2009 à 14h
@Louis PERRIER : Merci ! La roadmap est vraiment intéressante (https://wiki.mozilla.org/Labs/Snowl/Roadmap), il va falloir que je teste aussi.
15 | David, biologeek, le 1 March 2009 à 13h
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
16 | fredix, le 1 March 2009 à 23h
Il faudrait ajouter une prise en charge de forums web et de usenet, pour faire bonne mesure.
17 | nojhan, le 16 March 2009 à 10h
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.
18 | karl, le 23 October 2009 à 12h
Ajouter un commentaire