Jeremi

Nos applications web sont de plus en plus souvent sociales. Elles nous permettent de communiquer/partager avec notre réseau qui est composé d'amis proches,d'amis lointains, d'amis d'amis, de collègues, de gens rencontrés lors d'une soirée ou encore de gens d'intérêt commun. Le problème est que pour chaque nouvelle application développée, chaque créateur veut inclure un login/mot de passe, un profil avec son nom/prénom/date de naissance... et un réseau social pour partager des infos. Regardez Linked'in, Facebook, MySpace, del.icio.us, flickr, twitter ou tripit, pour tous, il faut entrer un login/password, un profil, et un réseau.

Pourquoi ne pas définir une bonne fois pour toute ces informations et les partager entre les sites. C'est déja ce qu'il commence à se passer avec les sites qui demandent votre compte gmail ou yahoo pour en extraire la liste de vos contacts. Le problème que je vois avec cette solution est le manque de granularité, et l'abus de cela par certains sites (voir les histoires récente avec quechup). Aussi bien vos amis, votre boss, votre belle mère, que des gens qui vous ont insulté une fois par email pour le dernier poste de blog que vous avez fait se retrouvent invités. Cela n'est pas représentatif de votre réseau.

L'idée est donc de pouvoir fournir ou non, en même temps que votre identité votre réseau en partie, ou totalement. En effet, je n'ai pas le même réseau sur twitter que sur Linked'in.Dès qu'une personne de mon réseau s'inscrit sur un site dont je fais parti, cela permettrait de l'ajouter automatiquement. Ou encore, si j'ajoute un ami sur mon compte twitter et qu'il a un compte flickr, sans aucune action de ma part, il sera ajouté à mon flickr si il appartient aux groupes autorisé.

L'idée serait donc d'avoir une communication dans les 2 sens entre le site qui gère mon identité, et le site utilisateur de mon identité. Imaginons, si j'ajoute un utilisateur directement depuis twitter, il notifie mon serveur d'identité de cette ajout. Ce dernier le laisse dans une sandbox, le temps que je classifie ce contact, et potentiellement diffuse ce nouveau contact aux autres services.

A suivre: Des idées d'implémentations basé sur les standards existants

Pas simple de trouver, c'est ce que je me demande depuis un petit bout de temps.

Je suis tombé grâce à Patrick Chanezon sur un article de Bret Taylor qui quitte Google pour entreprendre.

I wanted to write code, make mockups — create again. But I liked defining product strategy. I didn't want to be a code monkey, a cog in a machine I had no control over (I had been there, and it was much worse). What I was craving was not the top of the ladder, but a completely different role: founder.

Je ne prétends pas avoir les qualités ni l'expérience de Bret Taylor, mais je trouve que cela correspond bien à ce que je veux. Je ne veux pas être un code monkey, mais plutôt innover, définir la stratégie et développer un produit. Mais avant, il me faut apprendre et faire mes preuves, parce que, en sortant de l'école, ce n'est pas simple de pouvoir fonder ou se voir confier un produit.

Voila mon plan de carrière trouvé

RSS et Atom ont fortement permis l'explosion des blogs en définissant un format standard de diffusion des nouvelles. Grâce à ces formats standardisés, je peux lire chaque jour plus de 100 sources de news sans y passer beaucoup de temps. Sans cela, je serais obligé de me restreindre à une dizaine de source, et donc plutôt de privilégier les gros producteurs de news tel que les journaux qui font le travail pour nous de regrouper les informations, au lieu de faire ma moisson dans tous ces blogs disponibles.

Je pense que cela ne doit pas s'appliquer seulement aux blogs. Il faudrait que tous les sites essayent de respecter des standards de communication et de format de données pour permettre aux autre d'interagir avec eux. Vous devriez pouvoir trouver votre bonheur dans cette liste des groupes de travail autour des formats xml. Comme le dit Tim Bray, concevoir un format XML n'est ni simple, ni amusant, donc si on peut s'en passer, faisons le.

C'est d'ailleurs ce qu’a fait Google, ils utilisent le protocole GData pour toutes leurs APIs. Ce format est base sur Atom 1.0, RSS 2.0 et le Atom Publishing Protocol. Ils utilisent des extensions à ces formats standard pour permettre d'interagir avec leurs outils.

Comme on a vu l'apparition avec les blogs d'aggrégateurs, l’augmentation du nombre de site qui respectera des API standardisées verra apparaître des outils pour créer des liens entre les sites, d'outils pour remixer les informations. Il existe déjà beaucoup de mashup a en voir le site Programmable Web, mais il n'est toujours pas simple de les créer. Cela requiert une infrastructure technique et des compétences dans plein de domaines différents, ce qui n'est pas à la portée de tout le monde. L'utilisation de ces formats standardise permettra à des services qui se retrouvaient isole de se retrouver dans un écosystème et leur permettra de se développer. Pour le moment, ce sont les gros (google, yahoo, amazon...) qui maîtrisent les services. Comme ils ont chacun leur écosystème d'outils qui interagissent, il est difficile pour un service indépendant d'émerger et de vivre indépendamment.

Pour moi, 2 standards vont émerger bientôt, ce sont les Microformats et Atom. Les microformats permettent de façon simple de structurer des informations dans une page web en ajoutant simplement des classes aux tags html. On peut assez aisément imaginer des éditeurs wysiwyg pour permettre de s'occuper de ça. Atom, lui, est un format de flux de données qui permet donc de mettre à disposition un flux de données structurées, mais aussi grâce au Atom Publishing Protocol de publier des informations.

Resources:

• No New XML Languages
• API GData
• Microformats
• Atom Publishing Protocol

Just avant de partir a OpenCoffee, une petite news interessante venant de google ce matin : Google Launches Gears Open Source Project to Bring Offline Capabilities to Web Applications a dit:

Google Gears marks an important step in the evolution of web applications because it addresses a major user concern: availability of data and applications when there’s no Internet connection available, or when a connection is slow or unreliable. As application developers and users alike want to do more on the web—whether it’s email or CRM or photo editing—enhancements that make the browser environment itself more powerful are increasingly important.

Google Gears est dispo a http://gears.google.com/.

Coding Horror: Is Amazon's Mechanical Turk a Failure? a dit:

Amazon's Mechanical Turk is a machine that harnesses the work of hidden humans. It's a service that attempts to match people to small, bite-size units of work that are unsuitable for machines.

Ca peut servir, merci Daniel pour cette liste.

Correspondances cursus France versus US a dit:

* Lycée = High School : Baccalauréat = High School Graduation
* Fac 1º cycle = Undergrate Studies DEUG, DUT = Associate's Degree
* Fac 2º cycle = Under Graduate Studies Licence, Maîtrise = Bachelor's Degree
* Fac 3º cycle, école ingénieur = Graduate Studies : DEA, DESS = Master's Degree
* Fac Doctorat = Post Graduate Studies : Doctorat = PH. D
* Post Doctorat = Post Doctorat

La presentation technique de XWiki et GWT faite hier a l'OSSGTP avec Ludovic.

Et une autre presentation de GWT trouve ce matin sur onGWT:

A ‘new’ way to program dynamic web applications (pdf)

function doError(msg,url,ln) {
    var strValues = "errMsg=" + escape(msg);
    strValues += "&errLine=" + ln;
    strValues += "&queryString=" + escape(location.search);
    strValues += "&Url=" + escape(location.pathname);
    strValues += "&HTTPRef=" + escape(document.referrer);
    strValues += "&userAgent=" + escape(navigator.userAgent);

    if (typeof XMLHttpRequest != "object") {
        function XMLHttpRequest() {
            return new ActiveXObject("Microsoft.XMLHTTP");
        }
    }
    var objSave = new XMLHttpRequest();
    objSave.open("GET", "/errorSave/?" + strValues, false);
    objSave.send("");
}

try {
    window.onerror = doError;
}
catch(er) {}

• Sleepyhead: Javascript error logging with AJAX
• 2.2.5 Marcelo Calbucci - Dr. Watson for Ajax 2007-02-13 Ignite Seattle

Je m’excuse auprès de ceux qui ont reçu des erreurs de mail venant de mon adresse, j’ai eu un léger problème lors du backup de mon compte Gmail avec le procmail de ma machine.

Comme quoi, il vaut mieux laisser faire ceux qui connaissent au lieu d'essayer de tout faire soit meme