Jeremi

Anti portabilité des réseaux sociaux.

jeremi Joslin — Sun, 13 Jan 2008 16:28:00 +0000

Quelques mois de ça, je parlais de la portabilité des réseaux sociaux. Je n’ai malheuresement pas continué ma suite d’article prévu. Depuis cet article, pas mal de choses se sont passé, en particulier les groupes de travail Data portability et Diso .

Après l’histoire de Robert Scoble se faisant fermer son compte pour avoir essayé d’exporter les emails de ses contacts dans Plaxo, la portabilité des réseaux sociaux a fait beaucoup de bruits. Bob Backley du Burton Group trouve cela normal:

"Even the fact of your relationship with Scoble is not Scoble’s property, it is common property, like the kids in a joint custody arrangement. Both you and Scoble are obligated by the laws of relation to treat the fact that you have a relationship, and also the details of the relationship, according to certain understandings and social conventions. If you don’t believe this, meditate on whether you think it would be OK for adultfriendfinder.com, match.com, and linkedin to share friend lists. The information Scoble tried to take out of Facebook is NOT Scoble’s property; it is relationship information. Scoble is not free to do whatever he pleases with relationship information; if he violates social understandings and conventions by disclosing the existence of or certain information about his relationship with you in the wrong context, he may embarrass or endanger you, and he will certainly endanger the relationship."

D’un côté je partage l’avis que la relation qui me lit à quelqu’un n’appartient pas qu’a moi, mais elle est partagé avec l’autre personne. Mais elle n’appartient pas à Facebook non plus. Facebook est en quelque sorte le tierce de confiance dans ma relation avec mes amis.

L’idée que je me fais de la portabilité des réseaux sociaux n’est pas de répliquer 1:1 ma liste d’amis sur Facebook et sur Linked’In et encore moins créer une relation bilatérale (à la différence de la relation de fan qui est unilatéral en général, et qui existe par exemple sur pownce) avec un ami de Linked’In sur facebook sans son autorisation. Le fait de rendre les réseaux portable ne veut pas dire non plus que je vais avoir les mêmes amis sur tous les réseaux, mais plutôt d’avoir la possibilité d’extraire ma liste d’amis d’un réseau social, de sélectionner ceux que je souhaite synchroniser avec mon autre réseau social. Il faut donc une application tierce dont le seul objectif est de gérer votre liste de contact et les relations avec les gens. C’est elle qui gère l’intermédiaire entre les différents « walled garden ».

Je pense qu’il ne serait pas très difficile de prototyper une application de ce style.

video d’eXo Platform @ openCoffee

jeremi Joslin — Thu, 10 Jan 2008 13:30:00 +0000

eXo @ openCoffee

Enregistrè à l’OpenCoffee Club de Paris, le 3 janvier 2008. Je parle des nouvelles applications qui vont arriver bientôt

merci à Stéphane Enilorac de moovement.fr pour la video.

Partie 1: ma vision du réseau social portable

jeremi Joslin — Sun, 23 Sep 2007 16:33:00 +0000

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

Présentation d’eXo Platform

jeremi Joslin — Tue, 07 Aug 2007 09:48:00 +0000

Nous organisons 2 webinars pour présenter la nouvelle version de eXo platform le Lundi 13 Aout 2007. Nous verrons rapidement les fonctionnalités de eXo.

eXo Portal
eXo WebOS
eXo ECM
eXo Collaboration Suite

Pour plus d'infos allez sur le blog d'eXo platform

ce que je veux...

jeremi Joslin — Mon, 25 Jun 2007 20:40:00 +0000

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é

HackDay à Londres

jeremi Joslin — Wed, 20 Jun 2007 11:19:00 +0000

C'était vraiment sympa.

Photos
Notre projet tweather fait avec Mauriz et François
Mes photos sur wired, trop cool (merci znarfor pour l'info)

Update des liens et pseudos

vers une standardisation des APIs?

jeremi Joslin — Tue, 05 Jun 2007 00:00:00 +0000

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:

interopérabilité des services web2.0

jeremi Joslin — Sun, 03 Jun 2007 08:06:00 +0000

Dans cette jungle des services du so called "web 2.0", tout le monde fait son application. Pour chaque sujet, il y a des dizaines d'applications, chacune aillant ses avantages et ses inconvénients. L'utilisateur a donc un choix assez important d'applications.. Avec un peu de chance, il pourra combler ses besoins en utilisant 6 ou 7 services.

Disons par exemple quelques outils très basique que tout le monde pourrait utiliser :

un email
un calendrier
un gestionnaire de tache
un site de networking social
un site pour faire des schémas
un site pour gérer mes bookmarks

Ok, cool. J'ai choisi les meilleurs dans leur domaine. Avec ça, je ne peux être que super productif.

Mais attend, il y a quand être un problème. Comment je fais passer des informations d'un service a un autre? Comment je lie les informations? Il va falloir que je passe d'un site à un autre pour les retrouver? Me loguer a chaque fois?

Pour collaborer avec mes collègues/amis, qui malheureusement n'ont pas choisi les mêmes services que moi, je dois me créer des comptes sur tous les services. Je me retrouve alors avec des infos qui pourraient être en un seul et même endroit repartie en plein. Je me retrouve avec 3 gestionnaires de liens, 2 calendriers, 4 sites de networking social ... D'ailleurs, c'est souvent ce dernier cas qui pose problème. On a des relations avec différentes personnes sur différents sites.

Ces applications ne communiquent pas, ne s'intègrent pas et c'est la le problème.

Les sites de la vague "web 2.0" viennent souvent avec une API, mais pas toujours, et on ne peut pas toujours accéder a toute les données. Tant bien même que l'API permette d'accéder a toutes les données, souvent, elle n'est pas standard, et donc il faut développer un client spécifique pour chaque service. Il faut aussi développer un meta service qui permette d'assembler les services.

Prenons le cas des réseaux sociaux. Disons que pour quelqu'un qui veut bien networker il faut qu'il soit sur Viadeo, Xing et Linked'in. Il n'existe pas à ma connaissance de meta service qui permette de gérer tous ces réseaux sociaux a la fois.

Ensuite viens l'interopérabilité entre les services, comment passer ou lier des informations de l'un à l'autre? Là non plus, sans api pour s'intégrer dans les sites, ce n'est pas simple. A ma connaissance il n'y a que Salesforce et tout nouvellement Facebook qui ont une API pour intégrer des outils dans leur interface. Un autre moyen est de passer par des outils tel que greaseMonkey http://www.greasespot.net/ qui s'intègrent au browser pour permettre de rendre les services un peu plus interopérable.

En résumé, pour moi, une application qui ne peut pas interagir avec les autres, même si elle est très bonne sur son domaine, n'est pas très utile. Elle a besoin de pouvoir communiquer et s'intégrer avec les autres.

NoticiasTech | Google Launches Gears Open Source Project to Bring Offline Capabilities to Web Applications

jeremi Joslin — Thu, 31 May 2007 07:30:00 +0000

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/.

Crowdup au Google Developers Days

jeremi Joslin — Thu, 31 May 2007 07:26:00 +0000

Je vais presenter avec Marie Caroline le projet Crowd'UP lors d'un atelier au Google Developers Days.

Quelques resources pour la presentation de tout a l'heure :

Is Amazon's Mechanical Turk a Failure?

jeremi Joslin — Wed, 11 Apr 2007 06:59:00 +0000

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.

classement des blogs par google

jeremi Joslin — Wed, 21 Mar 2007 13:16:00 +0000

Positive and Negative Quality Ranking Factors from Google’s Blog Search (Patent Application) a dit:

Google’s blog search shows results in responses to searchers queries based upon a combination of relevance scores and quality scores.

Correspondances cursus France versus US

jeremi Joslin — Tue, 20 Mar 2007 11:14:00 +0000

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

Highrise par 37signals

jeremi Joslin — Tue, 20 Mar 2007 09:21:00 +0000

Highrise est le nouveau produit de 37signal. C'est un gestionnaire de contact avec des fonctions ++ Il permet de garder des traces de ses conversations avec cette personne, les meetings, notes ... C'est un outils de CRM light pour tout le monde. Il est pour moi un bon complement de GTD

Il manque je pense (mais pas teste) des fonctions d'integration avec les outils exterieurs, mais c'est innerant aux outils hoste.

Highrise tour by 37signals a dit:

Every contact in Highrise gets a page. You and your co-workers can add notes from calls, conversations, meetings, or any other historic information about this person.

GWT et XWiki

jeremi Joslin — Fri, 16 Mar 2007 12:00:00 +0000

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)

un livre sur les non conferences

jeremi Joslin — Wed, 14 Mar 2007 20:48:00 +0000

Ce livre est un project collaboratif. Il va regrouper les meilleurs idee venant des gens qui ont organise les non conferences (type barcamp). Il va etre completement ecrit dans un wiki.

unconference the book a dit:

This book is a collaborative project. It aims to pick the best minds around the word from people who have helped organize unconferences or attended one. It's a book entirely authored on a wiki.

loguer les erreurs javascript

jeremi Joslin — Wed, 14 Mar 2007 20:42:00 +0000

Vous suivez les logs d'erreurs de vos serveurs, mais vos javascripts? Voici donc un petit script qui permet de retourner au serveur des informations sur les erreurs qui sont arrive dans le navigateur du client.

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) {}

Inspiration :

transparence VS seduction

jeremi Joslin — Thu, 08 Mar 2007 08:32:00 +0000

Creating passionate users:

"Transparency" is a hot word in business blogs, but just how much transparency do we really want? At what point does transparency become Too Much Information?

pb de mail

jeremi Joslin — Fri, 02 Mar 2007 09:25:00 +0000

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

Wrapper GWT pour JsViz

jeremi Joslin — Tue, 20 Feb 2007 08:06:00 +0000

JsViz est une librairie en Javascript. Il permet de créer un graphique de visualisation en 2 dimensions, une sorte de nuage de point, ou de mots relié entre eux. Ceux-ci sont animés par un effet de physique. On peut étirer les points, tout revient en place comme si il y avait un élastique.

Ok, le plus simple, c’est une démo, le site kylescholz.com affiche sous forme de nuage les artistes recommande, par exemple, j’ai choisi Franz Ferdinand.

Un autre exemple, de simples points que l’on peut déplacer.

On pourrait utiliser cela pour modéliser les relations dans un réseau social, ou encore, naviguer dans un wiki en utilisant les relations entre les pages.

Liens :

Projet GWT JS-VIZ