J’ai d’abord testé TweetBot, qui a l’heure actuelle est vendu à 2.39€ sur l’AppStore. Pas trop mal, mais moins rapide et pas forcément évident au début sur les boutons pour lesquels il faut se ré-habituer. Au passage, le développeur de Tweetbot est devenu très riche lorsque Twitter a mis à jour son application, puisque beaucoup d’utilisateurs n’ont pas hésité à payer 2.40€ pour avoir à nouveau une application correcte.

Je viens de switcher pour SimplyTweet 3 (qui est actuellement gratuit), et qui a le mérite de se rapprocher davantage de ce qu’était Twitter For iPhone (notamment les gestures horizontales). Plus efficace pour moi, donc j’adopte. Seul bémol : l’appli est en anglais, et pas encore traduite.

Auparavant, j’avais utilisé Twitterrific et  Echofon, mais je n’ai pas été convaincu. Pour moi, ces applications n’avaient pas les gestures permettant aux power users d’aller trois fois plus vite pour répondre/retweeter/mettre en favori. Pareil pour Hootsuite.

Gruber indique d’autres applications : Tweetlogix, Osfoora, et Twittelator Neue, qui sont certainement très bonnes, mais je veux absolument pouvoir utiliser les gestures horizontales, et j’ai l’impression que les développeurs ne parviennent/pensent pas à les implémenter.

AbriCoCotier.fr, 2011. | Permalien | 4 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Apple, SimplyTweet, TweetBot, Twitter

Je vois en ce moment deux news sur des rachats d’entreprises qui se ressemblent. D’un côté, Microsoft qui rachète Skype et de l’autre côté Twitter qui rachète Tweetdeck.

Le cas Microsoft

Je trouve ce rachat assez bizarre. Microsoft aurait racheté Skype au nez et à la barbe de Google. Om Malik a dit penser que selon lui Google n’était pas réellement à l’achat. Je pense qu’il a raison, notamment suite à un article dans Wired/CNN où l’on pouvait lire que Larry Page (aujourd’hui CEO de Google) avait dit que le rachat de Skype serait la « dumbest shit I’ve ever seen ». Et pourtant, on peut lire dans la presse IT que Google proposait environ 4 milliards de dollars à Skype. Microsoft aurait finalement « gagné » la manche en donnant au total 8.5 milliards de dollars, soit donc plus de deux fois la somme de Google… qui n’était peut-être même pas réelle.

Le cas Twitter

D’un autre coté, on a Twitter qui rachète Tweetdeck au nez et a la barbe d’UberMedia. UberMedia, c’est une boite qui détient déjà plusieurs clients Twitter de renom (comme UberTwitter, le client phare de Blackberry), ou Echofon sur iPhone. Ubermedia, en « rachetant » des parts de marché de clients Twitter, finit par avoir sous son aile une part non négligeable des utilisateurs de twitter, et donc souhaiterait créer une réseau social parallèle. En gros, ils veulent mettre la pression sur Twitter , et ne plus être dépendant de cette plateforme, dans le but final de pouvoir, eux aussi, revendre des emplacements publicitaires. Mais Twitter a été plus puissant en terme d’offre (de contre-offre plus précisément) et a réussi a racheter Tweetdeck. Tweetdeck qui n’intéressait pas du tout Twitter jusqu’alors, et qui pourtant reste LE client Twitter le plus utilisé (me semble-t-il, mais j’ai pas de chiffres à fournir). Le problème c’est que Twitter pourrait bien laisser mourir Tweetdeck, ou en tout cas discontinuer certaines de ses fonctionnalités importantes, comme la gestion des autres réseaux sociaux depuis le client (on pouvait gérer Facebook/Linkedin en plus de Twitter), ainsi que le service deck.ly qui permettait d’augmenter la limite des 140 caractères.

Pour revenir à nos moutons, il y a là deux rachat défensifs, ce qui se voit relativement rarement. On voit plutôt souvent des toutes petites startups se faire racheter en temps que croissance externe, c’est à dire en temps que « petites équipe de talents ayant développé une super idée ». Mais là, ce n’est plus de l’investissement comparable, c’est plutôt des situations où une énorme entreprise investit des grosses sommes pour ne pas avoir à gérer un futur concurrent, ou pour embêter le concurrent direct. La planche a billet plutôt que le jus de cerveau.

AbriCoCotier.fr, 2011. | Permalien | 2 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Google, Skype, Twitter, Windows

Le code HTML du status montre bien que c’est une image qui a été affichée (et ce, sur la version web de Twitter, donc il ne s’agit pas là d’une quelconque amélioration « locale » de l’interface de Twitter).

<span class="entry-content">
RT @<a class="tweet-url username" href="/WhiteHouse" rel="nofollow">WhiteHouse</a>
<a href="/search?q=%23Malaria" title="#Malaria" class="tweet-url hashtag" rel="nofollow">#Malaria</a> kills ~1,000,000/yr. Here's our 6yr strategy to fight back & <a href="/search?q=%23endmalaria" title="#endmalaria" class="tweet-url hashtag" rel="nofollow">#endmalaria</a> <a href="http://hope140.org/endmalaria"><img alt="Mosquito" src="http://a1.twimg.com/a/1272044617/images/mosquito.gif" style="position: relative; top: 3px;" /></a> <a href="http://bit.ly/awMQbO" class="tweet-url web" rel="nofollow" target="_blank">http://bit.ly/awMQbO</a> <a href="/search?q=%23worldmalariaday" title="#worldmalariaday" class="tweet-url hashtag" rel="nofollow">#worldmalariaday</a> <a href="http://hope140.org/endmalaria"><img alt="Mosquito" src="http://a1.twimg.com/a/1272044617/images/mosquito.gif" style="position: relative; top: 3px;" /></a>
</span>

Donc l’image mosquito.gif appartient bien aux serveurs de Twitter, et elle n’est nullement chargée depuis l’extérieur.

Un nouveau modèle ?

De la même façon que Google propose des annonces d’intérêt public, on peut imaginer que Twitter lance sa plateforme de publicité avec des « améliorations » de l’interface… qui ne s’afficheront par ailleurs que sur le client natif de twitter (sur le web), et pas sur les autres (j’ai testé sur HootSuite et Seesmic web, et l’affichage de l’image n’était pas pris en charge, comme on peut le voir ci-dessous) :

A l’avenir, on peut donc envisager l’apparition de plus en plus d’images dans les status Twitter, notamment ceux à caractères publicitaires, ou comme on le voit ici, pour les annonces d’intérêt public (ce qui ne signifie pas que Twitter n’a rien reçu pour afficher cette image supplémentaire).

Pour le reste, j’ai du mal à comprendre comment Twitter va pouvoir faire coordonner l’affichage d’images dans les twitts et l’envoi des twitts par SMS (Twitter a racheté CloudHopper : voir leur annonce ici).

AbriCoCotier.fr, 2010. | Permalien | Ajoutez un commentaire ! | Plugin Better Feed, par Ozh
Rangé dans : Twitter

Pour résumer le problème, @Maxime et @Gonzague m’ont reproché ce matin d’avoir fait un service qui, pour @Maxime, plagiait son service ooTweet, et pour @Gonzague, qui republiait ailleurs ses Twitts.

Le service en question est OOTwitts ; c’est un service que j’ai commencé il y a quelques semaines, dont le but était de fournir des « outils autour de Twitter », et plus particulièrement de fournir à ceux qui voulaient pouvoir suivre l’intégralité des twitts de certains un rapport intégral (sur une période donnée) des twitts qu’ils avaient publié. Exemple : si vous aimez tous les twitts de @Maitre_eolas, mais que vous en loupez une grande partie (parce que vous ne pouvez pas être 24h/24 sur Twitter), et que cela vous énerve d’avoir à aller tous les jours sur la page de la Timeline de @Maitre_eolas pour voir les twitts publiés, OOTwitts vous permettait de vous abonner par mail ou RSS à la Timeline journalière/hebdomadaire de @Maitre_eolas. Et bien sûr, le service fonctionnait avec tous les utilisateurs de Twitter qui laissaient leur timeline publique.

1ière erreur

Au niveau RSS, le service fonctionnait en publiant (sur un WordPress) chaque jour/semaine la timeline des utilisateurs pour lesquels des gens s’étaient abonnés (je n’avais trouvé que ce moyen là pour fournir un flux RSS correct), mais cela m’obligeait donc à publier la timeline des gens. C’est à ce niveau que j’ai fait une première erreur : tout le monde (ceux qui laissent leur profil public notamment) n’a pas forcément envie de voir ses twitts repris ailleurs. C’est ce que m’a reproché @Gonzague. Il avait raison. J’aurais dû voir ce problème plus tôt, mais je me disais de façon candide que si ces personnes laissaient leur profil public, c’est qu’ils devaient accepter que d’autres services (tels qu’Ubervu ou Topsy par exemple) reprennent leur contenu, et donc que le mien ne présenterait pas de préjudice supplémentaire. Je me trompais. Donc déjà, je ne referai plus de service faisant une publication publique des twitts des autres. Le service d’abonnement par mail peut continuer, dans la mesure où il ne publie pas sur le net la timeline, mais c’est le seul qui pourra rester.

2ième erreur

Au niveau du nom du service, en fait j’ai vu un jour que le nom de domaine ootwitt.com était disponible et je l’ai pris. Plus tard, je me suis rappelé que @Maxime avait un service déjà en production dont le nom était ooTweet, et donc que je le plaigiais. C’est la raison pour laquelle j’ai ensuite pris OOTwittS.com, me disant que j’allais appeler le service « OOTwitts : Organise Our Twitts », et que le S suffirait a faire la différence auprès des utilisateurs avec le service ooTweet de @Maxime, dont le slogan est « Infinite your tweets » (avec de surcroit le symbole ∞ à la place des OO, ce qui me faisait penser que OOTwitts sera suffisamment différent pour ne pas gêner OOTweet). Aujourd’hui, je vois que @Maxime estime que je plagie son service : j’arrête donc le mien, ou tout du moins je ne le redémarrerai que lorsque j’aurai trouvé un nom qui se différentie davantage.

3ième erreur

Enfin, on pourra me reprocher d’avoir laissé en ligne un projet non fini, et là aussi je reconnait que j’aurais dû bloquer les accès à chaque fois que je ne travaillais plus dessus.

Pourquoi ce projet ?

La raison est simple : pour une fois, j’ai trouvé un besoin pour lequel il ne semblait pas y avoir de service y répondant. J’avais donc la possibilité de créer quelque chose qui servirait réellement à quelque chose, tout en apprenant un peu plus le PHP et le Python (ce en quoi est fait Ootwitts). Je l’ai fait, malheureusement, cela s’est fini comme expliqué plus haut.

AbriCoCotier.fr, 2010. | Permalien | 11 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Twitter

Le service est visuellement identique à Twitter. Microsoft explique qu’ils en sont aux premiers stades de développement et qu’à cause de ça « l’expérience utilisateur sur OfficeTalk ressemble fortement à d’autres services très connus ».

Microsoft teste ce service en interne, mais accepte désormais des propositions et critiques externes de compagnies qui voudraient joindre le programme pilote.

Microsoft a quelques screenshots de l’interface utilisateur de OfficeTalk. Voilà ce que l’on peut voir sur ceux-ci :

• Les utilisateurs créent des profils.
• Ils communiquent en messages de 140 caractères maximum.
• Vous avez une timeline des messages des utilisateurs que vous suivez.
• Le service est doté d’une recherche pour trouver d’autres utilisateurs sur le service.
• Un flux de la compagnie montre les derniers posts de tous les utilisateurs.
• Comme sur Twitter, vous pouvez voir le profil d’un utilisateur, le nombre de fois qu’il a été mentionné (retweeté), le nombre de messages qu’il a posté, de followers et de following qu’il a.
• Il y a même un service de raccourcissement d’URL et un système de thread des conversations appelées qu’ils appellent commentaires.

Microsoft est assez en retard sur ce marché avec OfficeTalk. SocialText, Socialcast, Yammer, et de nombreux autres ont proposé des offres similaires depuis plus d’un an. Mais Microsoft pourrait avoir un avantage déterminant : celui de l’intégration avec Sharepoint ou la suite Office, deux outils très populaire dans les entreprises.

OfficeTalk n’en est qu’au début du développement, mais il est clair que Microsoft cherche à différentier son offre en tant que service dédié aux entreprises. La réalité est que Microsoft continuera à distribuer des services hébergé dans les nuages mais également à héberger en entreprise. Pourquoi limiter OfficeTalk a de l’hébergement par l’entreprise ? Nous pensons que cela changera, tant ce type d’offre est lié au monde du cloud computing, et donc finira par y revenir.

Cet article est une traduction personnelle d’un billet de ReadWriteWeb.

Edit de Louis : Effectivement Microsoft semble plutôt en retard, mais à en juger par les mouvements dans ce domaine (cf Google Buzz, d’abord testé en interne, et donc dans un environnement professionnel !), le monde de l’entreprise doit être assez demandeur, et donc je pense que c’est plutôt une bonne chose pour eux de développer (copier) un Twitter-like. De surcroît, je ne pense pas exactement pareil que l’auteur de ReadWriteWeb : je pense qu’il y a encore beaucoup d’entreprises qui ne sont pas encore totalement convaincues par le Cloud, et pour qui une solution auto-hébergée serait plus pérenne qu’une solution basé sur le Cloud et hébergée par un prestataire.

AbriCoCotier.fr, 2010. | Permalien | Ajoutez un commentaire ! | Plugin Better Feed, par Ozh
Rangé dans : Twitter, Windows

La première consisterait à renouveler la pression exercée sur Twitter, dans le but de faire revenir ses propriétaires à la table des négociations (Google n’ayant pas laissé tomber l’idée du rachat de Twitter). Il faut en effet noter que Buzz n’a pas été déployé discrètement, bien au contraire. Au lieu de le proposer dans la catégorie Labs de Gmail, Buzz s’est retrouvé mis en avant en plein milieu de Gmail. Il s’agit là du plus gros effort fournit par Google en matière de flux instantanée.

Il est par ailleurs fort possible qu’en plus d’avoir Twitter dans le viseur, Google est parfaitement conscient de l’importance des informations et des liens qui circulent au sein des réseaux sociaux. Cet échange d’information prend une telle ampleur qu’elle peut commencer à faire de l’ombre aux principaux moteurs de recherches. Google occupant le statut de leader dans ce domaine, ne veut certainement pas le perdre au profit des flux d’échanges sociaux, type Twitter ou Facebook.

La troisième explication découle enfin de la précédente. Indépendamment de toute pression sur Twitter, Google avait besoin d’avoir son propre système de micro-blogging. Ce système présente en effet l’avantage de rendre les communications plus efficaces (car instantannées) par rapport aux mails. C’est pourquoi son ajout à Gmail est plutôt judicieux, puisqu’il permet la diffusion d’information (pas trop sensible) à un certain public (comme les listes de diffusions) sans qu’il y ait besoin de définir à chaque fois les destinataires. Dans le cas d’information sensibles, l’envoi par mail reste toujours fortement recommandé, bien sûr.

Alors après avoir réfléchi sur les raisons qui ont pu pousser Google à précipiter la sortie de son service de micro-blogging, il reste à savoir si celui-ci sera capable de concurrencer les services déjà en place.

Cet article est une traduction personnelle d’un article de TechCrunch.

AbriCoCotier.fr, 2010. | Permalien | 3 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Google, Twitter

Bref. Ce matin, je vois passer un article du SiteDuZéro expliquant que Twitter était sous MySQL, et qu’ils vont passer sur Cassandra, article très intéressant ce sur ce qu’il explique de l’infrastructure de Twitter, et des changements impliqués par ce passage sur un nouveau SQBD. J’ai donc voulu le reprendre ici, et j’ai vu avec plaisir que c’était possible, vu qu’il est sous licence CC BY-SA.

Twitter adopte la base de données Cassandra

Le réseau de micro-blogging Twitter, qui a annoncé récemment avoir atteint les 50 millions de « tweets » (les messages du réseau) par jour, cherche à modifier son infrastructure, en changeant de base de données. La célèbre MySQL, utilisée depuis les premiers jours, cède donc sa place à la base de données non-SQL Cassandra.

Une croissance toujours problématique

Lancé dans le courant de l’année 2006, Twitter a connu une croissance de plus en plus forte, tant en nombre d’utilisateurs qu’en activité. Une récente étude du cabinet RJMetrics parle ainsi de 75 millions d’utilisateurs fin 2009, qui, même s’ils ne sont pas tous actifs, constituent une charge de plus en plus difficile à supporter. Les administrateurs du site sont donc amenés à chercher de nouvelles solutions pour supporter cette charge.

De même que de très gros sites comme Facebook, Google ou Yahoo, les ingénieurs de Twitter doivent donc réfléchir à la façon dont le site est conçu, et éventuellement remettre en question leurs choix initiaux. Ainsi, si le site était initialement développé avec la technologie Ruby on Rails, le site a petit à petit migré vers une technologie jugée plus fiable, à savoir le langage Scala, développé au sein de l’EPFL. Celui-ci est utilisé conjointement avec la technologie Java, et assure selon Twitter de meilleurs performances.

Mais l’adoption de Scala ne fait pas tout : les performances d’un site tel que Twitter sont intimement liées à celles de sa base de données. Jusqu’à présent, MySQL était utilisée, conjointement au système de cache memcached. Le rôle d’un tel système est de soutenir la base de données en gardant en mémoire vive un maximum de données, que l’on peut de plus distribuer sur plusieurs serveurs. Les performances sont ainsi accrues, car la base de données est sollicitée moins souvent qu’auparavant.

De MySQL à Cassandra

Économiser les serveurs
Cette approche a fait ses preuves : memcached est utilisé par des sites aussi divers que Facebook, Youtube ou Wikipedia, conjointement avec MySQL. Mais pour Twitter, elle équivaut à déployer de plus en plus de serveurs. Selon Ryan King, un des ingénieurs responsables de la migration, un tel choix coûte de plus en plus cher en termes de main d’œuvre. Pour l’équipe, la solution était de changer de base de données, c’est à dire d’abandonner MySQL.

Plusieurs solutions ont été comparées, selon une liste de critères précis : serait-il nécessaire, et, si oui, suffisamment facile d’ajouter de nouvelles machines ? Est-ce que le système risquait de dépendre de composants dont les pannes seraient fatales à tout le site ? Est-ce que le nouveau système supporterait correctement une importante charge en écriture (par exemple liée à la réception de beaucoup de tweets en même temps) ? MySQL ne correspondait plus à ces critères, mais un certain nombre de bases de données d’un genre encore peu connu ont en revanche été consciencieusement examinées : les bases de données dites non-SQL.
Cassandra, une base de données non-SQL
Les bases de données non-SQL sont assez récentes, le mouvement NoSQL ayant à peine un an. Cette appellation regroupe en fait un ensemble de bases de données plus ou moins similaires, qui visent à rompre avec les caractéristiques habituelles des bases de données relationnelles (dont les bases de données SQL font partie), dans le but d’assurer de meilleures performances ou une meilleure capacité de déploiement. Si ces bases de données sont encore jeunes, elles sont pourtant soutenues (voire développées) et utilisées par de gros acteurs du web tels Google, Facebook ou Amazon.

Cassandra, la base de données ayant été retenue, a ainsi été initialement développée par Facebook dans le langage Java, puis publiée sous licence libre en juillet 2008. Elle est aujourd’hui maintenue par la Fondation Apache, par laquelle elle est d’ailleurs considérée depuis le 17 février 2010 comme étant un projet prioritaire. Son but est d’être décentralisée, de supporter facilement la montée en charge en écriture ainsi que l’addition de nouveaux serveurs sans interruption de service.

Une migration déjà effective

C’est donc exactement ce que recherchait l’équipe de Twitter, ainsi que le confirme Ryan King. Pour l’instant cependant, la migration de MySQL vers Cassandra n’est pas achevée : l’équipe expérimente la mise en production de la nouvelle base de données, en testant cette dernière en parallèle de MySQL. La première table bénéficiant de la migration, la plus importante, est la table des statuts, c’est à dire celle des tweets. Mais les ingénieurs semblent déjà enthousiasmés par les premiers résultats, puis qu’ils parlent déjà de faire migrer les autres tables vers cette base de données, ce qui les conduirait ainsi à ne plus utiliser MySQL.

Twitter n’est pas le premier site à faire un tel choix. En effet, le site Digg.com avait déjà choisi de passer de MySQL à Cassandra, et avait publié un avis plutôt positif sur cette migration. Avec Facebook, cela représente donc une sérieuse base d’utilisateurs pour Cassandra, qui se voit ainsi promettre un bel avenir.

Liens complémentaires

• La présentation de Cassandra sur Facebook : la structure de la base de données y est décrite, ainsi que des premiers résultats très prometteurs. Désormais, Cassandra est un projet Apache.
• Interview de Ryan King, par le site MyNoSQL.
• Un article sur le mouvement NoSQL, expliquant les motivations et le principe de ces nouvelles bases de données.
• Un autre article, sur l’abandon de MySQL et memcached : « la fin d’une ère ».

AbriCoCotier.fr, 2010. | Permalien | 3 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Twitter

Le Glissé-déposé pour la création de listes de contacts

C’est l’une des fonctionnalités les plus importantes de ce nouveau Seesmic Web. Il sera désormais possible de glisser-déposer un contact dans n’importe quelle liste. Comparé à TweetDeck ou d’autres clients desktop, la création et gestion de liste de contacts n’a jamais été aussi simple.

La gestion des contacts

Voici une fonctionnalité intéressante. Ce gestionnaire vous permet de visualiser rapidement les informations de vos followers. Il affiche les principales infos d’un profil, c’est à dire le nombre de followers, de tweets de favoris et les listes suivies par l’utilisateurs. En plus de cela Seesmic Web met en avant les trois profils Twitter avec lequel l’utilisateur échange le plus.

Une meilleure intégration des outils de tierse partie

Il s’agit d’un des aspects sur lequel l’équipe de Seesmic s’est concentrée. Une petite icone apparait à chaque intégration d’url raccourcie, cliquez dessus et vous verrez aparaître les informations basiques sur celle-ci, dont le nom du site et le nombre de retweets (assuré par Tweetmeme).

Edit de Louis : A mes yeux, cette fonctionnalité est moins bonne que celle de HootSuite.

Seesmic Web propose aussi aux utilisateurs de partager leurs images et affiche un aperçue de celles-ci.

Geolocalisation

Si vous choisissez un navigateur qui supporte Google Gears, Seesmic Web vous permettra de partager plus facilement votre emplacement. Où que vous ayez écrit votre dernier Tweet, vous pouvez y attacher votre localisation. Vous n’aurez qu’à vous assurer que vous avez bien activé la fonction de géolocalisation sur Twitter. Bien que jusqu’à présent peu de d’utilisateurs utilisent cette fonction (le fait qu’il y ait très peu d’applications Twitter qui supportent la géolocalisation peut être un facteur explicatif), il est intéressant de noter que Seesmic fait un véritable effort dans ce domaine.

Verdict

Pour résumer, l’expérience utilisateur avec Seesmic Web est très similaire de celle d’un client web. Bien qu’il manque encore quelques fonctinnalités, comme les colones redimensionnables, Seesmic Web est une excellente alternative au client desktop.

Edit de Louis : Je l’ai essayé (la nouvelle version), et je ne trouve toujours pas que Seesmic Web soit au niveau de HootSuite, que je recommande à tous ceux qui n’ont pas essayé.

[Source]

AbriCoCotier.fr, 2010. | Permalien | 2 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Seesmic, Twitter

Ce que vous partagerez sera, au choix, public ou privé ; ce contenu partagé sera dans votre Boite de Réception en allant « au delà de l’email ». Google prétend à ce propos que Buzz filtrera ce qui doit aller à la poubelle et ne laissera que les « choses utiles ».

L’onglet Buzz s trouvera juste en dessous de l’onglet Boite de Réception (ici, les onglets représentent les liens à gauche dans Gmail : Boite de Réception, Tous les messages, Brouillons, etc). Gmail aura la capacité de savoir qui sont les gens que vous souhaitez suivre, mais je n’ai pas bien compris comment… Le flux social permettra d’intégrer des photos Flickr, des vidéos Youtube, et fonctionnera à la manière de Yahoo! Meme pour afficher ces contenus multimédia sans polluer visuellement votre flux.

Quand un utilisateur postera un statut ou partagera un contenu sur Google Buzz, il aura le choix de ne le partager qu’avec ses followers, avec certains groupes, ou bien de mettre ce statut sur son Google Profile. Les notification de partage et les commentaires apparaitront de façon visibles via un icône, et les commentaires apparaitront en temps réel (concurrence à Frienfeed ?). Google Buzz aura les @réponses à la Twitter (avec une fonctionnalité d’auto-complétion), et les utilisateurs qui auront été notifié via une @notification seront prévenus dans leur propre Google Buzz.

Au niveau mobile, Google a développé Buzz pour qu’il soit d’origine utilisable en mobilité. Des clients sont déjà disponibles, et Google prévoit d’intégrer la problématique de la localisation directement dans Buzz (concurrence indirecte, donc, à Foursquare ou DisMoiOu), dans la mesure où il considère que la localisation est un facteur de pertinence dans un status autant que le pagerank l’était pour une page web.

Enfin, les feeds Buzz seront disponibles via PubSubHubbub et XML. Google fournira des API. Buzz est déjà disponible à l’adresse http://www.google.com/buzz .

Voici une vidéo de démonstration de Google Buzz :

Cet article est une traduction libre du live-blogging de RWW.

AbriCoCotier.fr, 2010. | Permalien | 4 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Google, Tellmewhere, Twitter, Web2.0

Des business models se sont d’ailleurs bâtis sur l’API de Twitter, parmi lesquels on peut citer HootSuite, Seesmic (pas sûr qu’il y ait de business modèle clair à l’heure actuelle, mais admettons qu’il y en ait), mais également tous les nouveaux services de géolocalisation et de partage de ses lieux de sorties : DisMoiOù, FourSquare, etc.

Bref : Twitter doit sa popularité en partie à son API, et peut donc s’en servir pour apporter un peu d’argent à la société. L’idée avait été maintes fois évoquée, mais aujourd’hui il semble qu’elle se précise, si on en croit les propos de Robert Scoble, qu’il a tenu sur son blog :

[...] But who else wins? Developers, developers, developers, developers. Why? Because I’m hearing rumors that Twitter is trying to charge developers for access to its full-firehose feed. How much? I can’t yet say because I haven’t confirmed the figures with Twitter but let’s just say that the figures I’m hearing are BIG. Six to eight figures big depending on the size of the company. [...]

Si je comprend bien, Twitter proposerait à qui veut de payer pour accéder au flux continu de twitts, un peu de la même façon que ce qui s’est fait avec Google et Microsoft/Bing. Les contrats passés seraient financièrement importants, car ils porteraient sur des flux énormes d’information, et à ce niveau, je reste dubitatif sur le potentiel de clients que pourrait trouver cette offre. Autant, les gros moteurs de recherche peuvent avoir un besoin évident d’ »information fraiche », autant je ne vois pas beaucoup d’autres entreprises ayant assez d’argent pour se payer de tels contrats.

• Facebook ? Possible, cela pourrait compléter leur base de contenu à recommandation humaine, à partir de quoi ils basent leur moteur de recherche.
• Digg ? Oui, car le buzz aujourd’hui se fait via Twitter en priorité, et donc Digg pourrait de cette façon améliorer son système de vente. On peut tenir le même raisonnement pour tous les services Digg-like.
• Les journaux ? Les agences de Presse ? Possible, car cela leur fournirait une base d’information fraiche surement plus réactive et massive que celle qu’ils ont à l’heure actuelle.
• D’autres  ? Il y a surement d’autres grosses entreprises qui pourraient être intéressées par un tel contrat, mais mon imagination ne va pas plus loin (il est tard…).

En tout cas, si Twitter s’en tenait là, je pense que ce serait plutôt une bonne chose, car les « petits développeurs », faisant de « petites applications » (j’entends par là : petites dans leur public), n’auraient pas à payer, et ils devraient attendre d’avoir beaucoup grossi pour devoir finalement payer. Une sorte de donnant-donnant.

Dans le même genre, je pense à l’API de VieDeMerde, qui est récemment devenue payante, seulement si l’appli qui l’utilisait avait une dimension commerciale (corrigez moi si mes souvenirs ne sont pas bons) :

Votre application ne doit pas être payante pour l’utisateur. Vous pouvez la financer par la publicité mais dans ce cas là, il y a des conditions particulières que vous nous exposerons.

(je n’arrive pas à retrouver le billet où ils expliquaient le principe). En tout cas, c’est une autre sorte de donnant-donnant que je trouve tout aussi ingénieuse.

AbriCoCotier.fr, 2010. | Permalien | 5 commentaires | Plugin Better Feed, par Ozh
Rangé dans : Twitter