Lecteurs de flux : tour d'horizon

Avec le remplacement de Google Reader, on découvre tous les jours de nouveaux lecteurs de flux et j’en ai testé plusieurs : Feedly, G2reader, InoReader (présenté aujourd’hui par Thierry), Netvibes, Yanobs Reader. J’ai éliminé tous les autres pour différentes raisons (trop compliqués, trop simplets, incompatibles avec mon poste de travail, …). Etudions les cinq qui restent.

Feedly

Application iPhone : ce n’est pas mon truc mais elle est très bien, probablement la plus « belle », celle qui correspond le plus à (l’état de l’art : mode magazine, …). Dispose des fonctions de partage.

Application web : même remarques que pour l’application iPhone…

Prise en main initiale : c’est enfantin même si la présentation n’est pas trop standard. Surtout, la question ne se pose pas vraiment, Feedly utilise les flux Google Reader.

Fonctions de recherche : je ne sais pas !

Performances : correctes, a priori.

Gros défauts :

-         nécessite une « extension » pour le navigateur (c’est rédhibitoire pour moi),

-         utilise les bases de Google Reader : on ne sait pas s’ils vont pouvoir assurer après leur disparition.

G2reader

Application iPhone : indisponible à ma connaissance. La version web est convenable. Dispose des fonctions de partage.

Édit : à l'usage, le machin est inutilisable. 

Application web : très belle ergonomie, très plaisante, avec des fonctions de partage.

Prise en main initiale : jeu d’enfant.

Fonctions de recherche : très bien, a priori (je n’ai fait qu’un test).

Performances : correctes, a priori (mais pas les meilleures).

Gros défauts :  sans objet.

InoReader

(présenté aujourd’hui par Thierry)

Application iPhone : indisponible à ma connaissance. La version web est convenable. N’a pas de fonction de partage.

Application web : très moyenne mais très plaisante pour la lecture de billets au kilomètre, un peu comme Google Reader. Pas de fonction de partage.

Prise en main initiale : jeu d’enfant.

Fonctions de recherche : non disponible.

Performances : correctes, a priori.

Performances : correctes, a priori.

Gros défauts :  sans objet mais manque de charme.

Netvibes

Application iPhone : disponible en HTML5. Très satisfaisante. Dispose des fonctions de partage.

Application web : je n’aime pas du tout le mode « signet » (les goûts et les couleurs…). Le mode standard est très bien. Dispose des fonctions de partage.

Prise en main initiale : facile mais lourd (c’est lié au fait que l’application n’est pas qu’un lecteur de flux).

Fonctions de recherche : non disponible.

Performances : pas satisfaisantes. Les billets arrivent avec une ou deux heures de retard. C’est incompréhensible. C’est rédhibitoire pour moi.

Gros défauts :

-         les performances,

-         la lourdeur (qui pourrait se transformer en avantage pour certains ou selon les utilisations que l’on pourrait avoir, c’est une grosse application !).

Yanobs Reader

Application iPhone : disponible en HTML5. Très satisfaisante. Pas de fonction de partage.

Application web : de loin la plus ringarde mais le mode « trois colonnes » est définitivement très bien… On n’est pas obligé de faire défilé tout le billet pour passer au billet suivant s’il ne nous intéresse pas. Pas de fonction de partage.

Prise en main initiale : il faut savoir où aller chercher… Et il rame un peu lors de la première utilisation.

Fonctions de recherche : bien.

Performances : correctes, a priori.

Gros défauts :

-         ergonomie désuète (mais ça n’est pas du tout rédhibitoire pour moi, bien au contraire),

-         des plantages (à mon bureau uniquement, je n’en ai pas entendu parler chez des copains qui l’utilisent).

Compléments :

-         Yanobs Reader affiche de la publicité et a une version Premium. Certains considèreront ça comme un défaut. Pour moi, ça n’en ai pas un : j’aime bien savoir comment les boites gagnent de l’argent pour offrir un service gratuit.

Conclusions

J’ai éliminé Feedly et Netvibes pour des raisons que j’exprimées ci-dessus. Par ailleurs, ces deux services n’ont pas une ergonomie qui me convient. Ils pourront convenir à d’autres. Ils ont des très belles applications iPhone, le premier en natif (via l’Apple Store), le second en « web application » (HTML 5).

Je n’ai rien contre InoReader, à part l’absence de fonction de recherche, mais je n’ai rien pour non plus.

Il reste donc G2Reader et Yanobs Reader. Au niveau du look, ils n’ont rien à avoir (mais répondent aux mêmes fonctions : nouveau flux, tous les flux, catégories de blogs,…), le premier est moderne mais le deuxième plus efficace. Le premier a l’avantage d’avoir des fonctions de partage dans les applications web et mobile alors que le second n’a rien.

Néanmoins, le second semble avoir le plus de fonctionnalités, des filtres, … Et il a une vraie application pour iPhone, même si elle n’est que de type « web Application ».

J’ai un faible pour Yanobs Reader parce qu’il ne ressemble à rien de ce qu’on peut connaître et pour toutes les raisons que j’ai évoquées dans un précédent billet.

Édit : à l'usage, l'application iPhone élimine G2reader. Celle de InoReader, par contre, tiens la route. 

Nouvel édit : pour l'application iPhone, Yanobs Reader gagne largement le duel. Tant pis pour le partage. 

Actions

Pour l’instant je ne touche à rien dans mes petites habitudes. Il est fort probable que je garde les deux avec des usages différents, comme j’ai actuellement deux lecteurs : Feedlerrss et Yanobs Reader. G2Reader remplacera ce dernier.

On verra bien.

Mort à l'extension !

Je suis contre les extensions ! C'est dit. Ça surprend parfois mais je suis comme ça. Je vais préciser ma pensée : je suis contre tout ce qu'il faut installer sur un ordinateur, à part le navigateur !, pour faire fonctionner un service sur le web. N'étant pas taré, je veux bien Flash, parce que c'est devenu un standard mais j'espère bien que ça va disparaître avec HTML 5, dès l'an prochain.

Il y a deux raisons. Trois, en fait, mais la première est tendancieuse.

La première : nous n'avons pas à installer des choses sur des postes de travail qui ne sont pas à nous.

Vous allez en vacances chez votre beau-frère et vous lui empruntez son ordinateur pour faire vos trucs. Vous n'imagineriez pas d'installer un logiciel sur son PC ?

Vous voulez consulter vos blogs préférés. Vous chargez Feedly. Le machin vous dit "Get Feedly for Firefox". Vous cliquez. Ça prend trois secondes : vous avez installé un logiciel sur le PC de votre beau-frère.  C'est mal. Vous aviez juré de ne pas le faire.

Votre beau-frère est anecdotique. Par contre, il vous arrive d'aller sur Internet avec l'ordinateur mis à votre disposition par votre employeur à votre bureau. Il tolère évidemment que vous fassiez le con pendant les heures de bureau. Il n'empêche qu'il est probablement interdit d'installer des trucs sur l'ordinateur. Cette règlementation interne n'est pas destinée à faire chier les salariés mais répond à des contraintes légales (l'employeur est responsable de votre PC)  et surtout aux besoins des équipes en charge de la gestion de milliers, voire de dizaine de milliers d'ordinateurs.

Je sais, c'est chiant.

Enfin, comme je surfe de chez moi, de chez ma mère, ma sœur, du bureau, de l'iPhone, de l'iPad de cybercafés, de postes libre-service en entreprise, ça deviendrait vite ingérable de devoir installer des cochonneries partout.

La deuxième : je tiens un blog grand public en essayant de donner des conseils pour tous. Je ne peux pas recommander aux gens d'installer des trucs dont ils perdraient le contrôle.

Je ne détaille pas ce point mais c'est celui qui me tient le plus à cœur.

Un exemple seulement : imaginez que je teste un service web. Il fonctionne bien chez moi. Je le conseille à mes lecteurs. Ce n'est pas OK chez eux. Comment puis-je savoir si ce n'est pas à cause d'une de leurs extensions, voire si ça marche par hasard chez moi parce que j'ai installé truc l'an dernier. Il nous faut maintenir des pistes de travail dans des configurations standard. Ce qui nous amène au troisième point.

Le troisième : c'est contraire à l'esprit du web.

Le web, c’est un navigateur standard sur un ordinateur qui cause avec un protocole standard, HTML, avec un serveur, adapté à ces standards.

En 2005, Adobe a acheté Macromédia qui produisait Flash, un des rares machins qui nous permettent de faire des animations avec le web. Imaginons que ça soit Microsoft qui est acheté Flash… Nous serions tous avec Internet Explorer pour surfer…

A partir du moment où il faut installer un truc propriétaire, nous ne sommes plus sur le web. Flash n’est déjà plus le web…

Reprenons Feedly : il faut installer un truc dans le navigateur. C’est une aberration quand on pense à ce qu’on attend d’un lecteur de flux : afficher du texte.

Ben alors ?

C’est très branché, d’installer des extensions. Ca fait un peu « logiciel libre », on ne sait pas trop de ce que ça veut dire mais c’est ainsi. Les internautes s’imagent compléter leurs navigateurs.

Je n’ai pas dit que c’était inutile. Pendant des années, j’ai eu bit.ly, par exemple, qui me permettait de backtweeter des billets de blogs mais je l’utilisais par défaut : le proxy de ma boite empêche la connexion à Twitter. Toujours est-il que cette extension était un complément au navigateur. Elle n’interférait pas dans la navigation, contrairement au machin de Feedly.

A la limite, je me demande si ce n’est pas la première fois que je vois un service web nécessiter ce genre d’extension. Tout ça pour permettre la lecture de machin standardisés…

HTML 5 et les applications web pour les nuls

Je suis ému. Je me suis rendu compte, ce matin, que j'avais ma première "web application" dans mon iPhone. C'est l'occasion de faire un petit point sur HTML 5 et les applications, tout en vous permettant d'atteindre des sommets dans la culture internétique.

Commençons par les applications HTML 5 ou « web applications » ou « webapps »

Il existe 3 manières de faire quelque chose avec un smartphone, une tablette, voire un ordinateur :

-         via le navigateur en utilisant l'internet et le web standard (avec une présentation des pages adaptée à la forme de l'écran),

-         via une application traditionnelle (ou native) installée sur votre appareil et adaptée à l'OS de ce dernier,

-         via une "web application" telle que je découvre aujourd'hui !

Attention ! Je dis bien que je découvre les web applications liées à HTML 5 aujourd'hui, pas HTML 5. Ce que je ne savais pas, c'est que HTML 5 permettait de stocker un bout de code informatique sur un appareil et beaucoup de données (jusqu'à 5 Mo, je crois). Je croyais qu'il ne s'agissait "que" d'une évolution majeure d'HTML (voir en fin de billet).

En fait, une application HTML 5 peut fonctionner sans connexion internet et en apprenant ça, je suis resté sur le cul. Il y a de la place.

Les intérêts des applications HTML 5 par rapport aux applications natives :

-         il n'y a pas besoin de passer par des machins comme l'Apple Store pour les avoir (ou les mettre à jour), une connexion à Internet suffit,

-         l'application est la même (ou presque) quel que soit l'OS de votre machin,

-         les mises jours sont immédiates vu que le logiciel est maitrisé par le serveur web.

Les inconvénients :

-         vous ne bénéficiez pas de la sécurité liée au "store",

-         les traitements peuvent être plus lents (vu la nécessité de transférer du code informatique en permanence et la non utilisation d'un langage natif),

-         les applications sont beaucoup moins fluides (ce qui est lié à la lenteur ci-dessus).

Chaque usage trouvera le mode de fonctionnement idéal. Par exemple, un jeu d'animation ne pourra pas avoir une performance correcte en HTML 5. Par contre, un lecteur de flux pourrait être meilleur en HTML 5 vu que l'essentiel des traitements consiste à afficher des données en provenance du web.

En fait, pour l'utilisateur, ça ne changera pas grand chose : ce n'est pas lui qui décide. La contrainte est surtout pour l'entreprise qui fournit l'application (en HTML 5, le volume des données transférées est beaucoup plus important puisqu'il faut aussi transférer du code informatique : les serveurs doivent être beaucoup plus puissants, ma bonne dame).

Avant d'entrer plus précisément dans la technique, je vais m'offrir une digression. HTML 5 représente l'avenir, a priori. Il n'empêche que c'est un important nouveau changement de direction prise par l'informatique.

Rappelez-vous !

1. Jusqu'au début des années 80, l'essentiel des traitements informatiques avait lieu au niveau des ordinateurs centraux. Les terminais étaient idiots comme un directeur d'agence numérique saoul.

2. Ensuite, les ordinateurs individuels sont arrivés, avec l'emblématique IBM PC. L'intelligence était portée par le terminal.

3. 15 ou 20 plus tard, internet s'est développé et des applications nouvelles se sont développées, telle que Google Doc qui concurrençait un machin comme Word avec une intelligence sur les ordinateurs centraux.

4. Une dizaine d'années plus tard sont arrivées les smartphones tels que nous connaissons aujourd'hui, avec leurs applications en local : l'intelligence est sur les terminaux.

5. Maintenant, HTML 5 arrive et l'intelligence est à nouveau dans les serveurs centraux.

Je parle d'intelligence, mais c'est au niveau fonctionnel, uniquement. Il est évident que c'est le progrès technique, d'une part au niveau des terminaux et d'autre part au niveau des moyens de télécommunication qui permet tout cela, progrès technique accompagné d'une bonne couche de standardisation entre les différents industriels concernés.

L'heure est venue aux considérations techniques. Je vais vulgariser des billets de vulgarisation. Si vous ne comprenez rien, c'est que vous êtes très con. Désolé.

Tout d’abord, nous allons faire un tour chez Apple pour voir ce qu’ils disent des « Web Application » (que j’appelle applications HTML 5) pour vous prouver que je ne raconte pas trop de conneries : « Une application Web est conçue pour ressembler et se comporter comme une application native. Par exemple, elle est mise à l'échelle pour s'adapter à la taille de l'écran sur iOS. Vous pouvez adapter votre application web pour iOS ou, encore mieux, pour la faire apparaître comme une application native lorsque l'utilisateur l’ajoute à l'écran d'accueil. »

Vulgarisons HTML 5 !

HTML est une espèce de langage de communication que le serveur va utiliser pour dire au navigateur (Internet Explorer, Firefox, Safari, Chrome, …) de ton terminal (ordinateur) comment afficher une page web. Par exemple, quand tu lances mon blog, il va dire au navigateur : « Hé ! Ducon ! Ecrit « Partageons l’addiction » en gros en haut. » Le navigateur est un logiciel spécifique qui vous permet d’accéder au web. HTML est un standard de communication qui permet à un serveur de s’adresser à n’importe quel terminal (et à son navigateur) de la même manière.

Une des bases est la balise HTML, un truc va donner des instructions, comme le « en gros » que je citais dans mon exemple.

HTML a été inventé par un rosbif dans les années 80, Sir Tim Berners-Lee. C’est le gugusse qui a aussi inventé le web. J’aurais pu le faire mais j’étais au bistro. Vous faites la confusion entre Internet et le web ? Ce n’est pas très grave. Internet est le réseau de communication par lequel on papote. Le web est ce qui permet qu’on parle tous la même langue et qu’on se comprenne. Je vais schématiser : vous avez l'application Facebook sur votre smartphone. Pour causer avec le serveur Facebook, votre application Facebook passe par Internet mais pas par le web. Le web est ce machin qui permet d'afficher des pages web dans des navigateurs. Il y a d'autres applications qui utilisent Internet, comme la messagerie, le transfert de fichiers et des machins privatif comme Facebook que j'évoquais à l'instant.

Je ne vais pas m’appesantir sur tout ce bordel, j’avais déjà fait un billet de vulgarisation à propos de HTML, du web, des flux RSS et tout ça…

HTML 5 est la dernière version d’HTML, la nouvelle norme, et deviendra expressément recommandée à partir de 2014.

Petit 1 : HTML 5 définit la notion d’article qui est en fait une partie d’une page web. Toutes les parties de votre « écran » pourront vivre leur vie en toute indépendance. Imaginons que sur ce blog, on considère trois parties : l’en-tête, la colonne à la con à droite et la colonne du milieu où j’écris des conneries. Vous scrollez ici, le reste ne bouge pas. Il y a un tas de truc comme ça qui permettent d’améliorer ou de simplifier la gestion des pages. En gros, ça permet de remplacer en partie ce qu’on appelle les CSS qui permettent d’organiser les pages.

Petit 2 : Javascrit est le langage qui nous permet de rendre le navigateur assez intelligent pour être développeur dans une agence de communication. Et ben avec HTML5, c’est encore mieux.

Petit 3 : l’utilisation de la géolocalisation, actuellement usuelle par les applications natives, sera facilitée sur le web.

Petit 4 : Canvas est un machin qui permettra de remplacer flash, pour dessiner, manipuler des images, bouger les oreilles, …

Petit 5 : le machin prendra en compte les audios et vidéos encore mieux que Flash.

Voila pour le plus gros, en plus des « web application ».

HTML continue d’évoluer… En gros, certaines des extensions (on peut considérer que flash en est une grosse) que vous avez dans les navigateurs et certaines des applications de vos smartphones finiront dans le protocole standard, au fur et à mesure que les industriels du secteur se mettent d’accord au sein de leur groupe de travail et de normalisation (l’illustre W3C). Par exemple, vous avez une application Google Drive qui permet de synchroniser les documents : on peut supposer que, un jour, ce machin sera intégré au navigateur pour standardiser cette synchronisation. En français : le protocole de communication pour la synchronisation de document entre le terminal et "le cloud" deviendra standard.

Je vais résumer en empruntant la formule de l’illustre Fabien Canu : « HTML5 c'est un mélange d'HTML, de CSS et de JavaScript. On pourrait dire que c'est le terme qui remplace Web2.0. »

Que dire de plus ?

Dans les « webapp », il y a en fait une petite partie de code qui est installée comme une application native (en Objectif-C pour Iphone ou Java pour Android) qui permet de stocker les premières pages HTML afin d’avoir une application qui fonctionne sans connexion internet, ne serait-ce que pour dire aux utilisateurs : « Hé ! Connard, tu n’es pas connecté, comment veux-tu que ça marche ».

Les données de l’application peuvent être stockées en local mais la standardisation n’en est qu’à ses premiers balbutiements.

Le progrès est en marche !

Et on ne va encore rien comprendre, je serai obligé de faire des billets de vulgarisation et mon blog aura éternellement du contenu.

Je n’ai pas répondu à une question : qui est Fabien Canu ? C’est un salarié d’une société sympathique au sein de laquelle il n’est pas assez payé mais c’est normal, les deux patrons dépensent leurs sous au bistro. Il est « concepteur web ». Il est aussi blogueur et j’ai pompé une partie des conneries que j’ai narrées là sur deux billets où il explique HTML 5 à sa grand-mère (première partie, deuxième partie). Bloguerollez-le et backtweetez-le.

Vous pouvez lire.

Yanobs Reader : la communauté

On n'est jamais mieux servis que par soi-même : n'ayant pas trouvé grand chose à propos de Yanobs Reader, j'ai créé une communauté Google+ où nous pourrons échanger à ce sujet : partage d'expérience, bugs communs, évolutions, ...

Bienvenue et tout ça !

Ce n'est pas une communauté officielle liée à Yanobs Reader.

Petits travaux informatiques

Une fois n’est pas coutume, une page de publicité pour un ami qui propose ses services pour différents travaux informatiques.

 

 Saisie de :

-         vos thèses et rapports (avec ou sans photos) sur Word

-         vos fichiers sur Excel

-         vos PowerPoint.

Relecture et mise en page de (Correction orthographique et grammaticale) :

-         vos documents.

-         vos PowerPoint.

Numérisation de :

-         vos photos.

-         vos transparents

et transfert sur support (CD, clé USB…).

Réalisation de :

-         vos photos techniques.

-         vos publipostages (listes des adressages, lettres et étiquettes).

PRIX ADAPTES

TRAVAIL SOIGNE ET RAPIDE

Yanobs Reader, définitivement !

Vous me connaissez ! Dès que j'ai un sujet dans le crâne, je ne débande plus. Ces temps-ci, c'est Yanobs Reader. Après avoir été conquis par la version web, c'est la version pour iPhone et iPad qui me botte !

Elle n'est pas disponible dans l'Apple Store mais vous pouvez l'avoir autrement. Vous prenez votre mobile, vous ouvrez Safari, vous tapez l'URL, vous créez un raccourci sur l'écran d'accueil, vous sortez de Safari : l'application est là. C'est plus qu'un raccourci : une véritable application. Si j'avais les moindres compétences techniques, je vous donnerais des explications complémentaires.

Sur Android, je ne sais pas comment ça fonctionne. Des confrères me signalent des problèmes techniques. Je crois qu’il y a une histoire d’API à activer dans le menu « préférences ». A suivre...

Dans les commentaires d'un autre blog, MHPA me disait, de mémoire, qu'il a essayé plusieurs trucs pour remplacer Google Reader, mais, sans savoir pourquoi, c'est Yanobs Reader qui donne envie qu'on s'y attarde.

Je vais tenter de lui répondre : la plupart des applications qu'on nous présente sont centrées sur l'ergonomie. Yanobs Reader est centré sur le fonctionnel. Ce qu'on veut, ce n'est pas une jolie application mais un truc qui nous permette de suivre des flux de blogs.

Je vais raconter une anecdote personnelle. Ce week-end, j'étais chez ma mère. Elle a trois combinés téléphoniques : un dans le séjour et deux dans des chambres, à l'étage. La sonnerie du combiné d'en bas ne fonctionnait plus. J'ai passé une demi-heure dans des menus compliqués pour rétablir ça. Véridique. J'arrivais à rétablir la sonnerie mais dès que je déposais le combiné sur le socle, ça ne fonctionnait plus... (J'ai fini par m'en sortir).

C'est le fonctionnel : les gens qui ont conçu ce téléphone ont fait des jolies fonctions qui aboutissent à ce que la sonnerie soit désactivée quand on pose le combiné sur le socle. Je ne vois pas à quoi ça peut servir. Fonctionnellement, un téléphone est un machin qui permet de causer avec un autre imbécile et qui sonne quand on est appelé.

Un lecteur de flux, c'est pareil : c'est fait pour lire des flux RSS auxquels on est abonnés, pas pour imiter un magazine ou pour concurrencer une application à la mode.

Google Reader était parfait : une colonne de gauche avec la liste des flux et une marge colonne de droite avec les billets. Yanobs Reader en est le digne successeur.

Prenez un des principaux concurrents, Netvibes, que j'aime bien par ailleurs. Son utilisation est centrée sur l'ergonomie. Des onglets, des couleurs,... Mais ce n'est pas nécessairement ce qu'on attend.

D'autres aspects font qu'on a envie de s'attarder sur Yanobs Reader. Le premier : son côté artisanal, dans le sens noble du terme. On sent des techniciens, derrière, pas des abrutis sortant d'une école de commerce pensant à des trucs pour séduire des clients mais oubliant ce que veut le client : lire des flux. Le deuxième : on sent l'entreprise normale et pas une de ces startups espérant gagner du pognon grâce à une revente à un investisseur. Yanobs, alors qu'ils ont plein de petits bugs, mettent déjà de la pub et cherchent à vendre une version premium. Vous, je ne sais pas, mais, moi, une boîte qui fournit un service gratuit mais affiche son mode de financement, ça me rassure.

Le troisième : on se retrouve avec une espèce de nouveau produit Google mais qui n'est pas Google. Le cordon ombilical est coupé ! Des trucs comme Feedly dépendent encore de Google qui leur livre les bases de données. Yanobs semble se débrouiller comme un grand.

C'est ainsi qu'on est peut être en train d'assister à la naissance d'un grand ! Et surtout, on a ce qu'on veut : un machin qui nous permette de suivre les blogs des copains, quelle soit leur plateforme, ainsi que différents flux issus de multiples sources.

Les fonctions annexes semblent puissantes avec des filtres et un tas de trucs mais je ne les connais pas encore. La fonction de recherche est pas mal mais j’aurais tendance à suggérer quelques améliorations. Et les autres, ils ont une fonction de recherche ? Qui parmi mes flux a abordé tel ou tel sujet ?

Côté informatique, malgré quelques bugs, ils font un sans faute si l'on considère les délais entre l'annonce pour Google Reader et son arrêt effectif, ce qui a probablement provoqué une accélération brutale chez Yanobs.

1. Ils ont commencé par mettre en place le moteur et les gigantesques bases de données qui vont capter les flux (de fait, ils sont à jour dans le quart d'heure. Google Reader était immédiat mais avec Netvibes, il faut parfois plusieurs heures).
2. Ils ont développé une première ébauche d'interface web pour que les utilisateurs commencer à bosser (interface déjà disponible en plusieurs langues) et l'améliorent au fur et à mesure.
3. Ils ont développé des ébauches d'application smartphone mais auront des bêtes de courses (pour répondre au fonctionnel) avant l'arrêt de Google Reader, dans des technologies innovantes (full HTML5, en gros).
4. Ils pourront très prochainement travailler sur les fonctions annexes, telles que le partage qu’on attend tous.

Vous aurez compris que je suis séduit....

Ne soyez pas rebutés par votre première journée d’utilisation et quelques lenteurs, une fois que tout est en place, c’est parfait !

Tumblr, le retour (de Yahoo...)

Tumblr est le nouveau réseau social et la nouvelle plateforme de blog à la mode. « Mon »Tumblr date d’avril 2007, c’est-à-dire peu après le lancement de ce qu’on appelait à l’époque une plate-forme de microblogs. Quelques semaines après, je tombais sur Twitter et en devenais un inconditionnel.

C’est incroyable de penser que des gens font marcher ce truc depuis tant d’années, surtout que j’avais laissé tomber mon compte le 2 septembre 2008… avec 4 posts depuis. Pendant des années, je n’ai fait qu’y reprendre le contenu de mes blogs, automatiquement. J’ai fait un truc aujourd’hui. J’ai croisé des gens qui avaient des « microblogs » Posterous qui ont migré sur Tumblr depuis que Twitter a racheté et fermé le machin.

Le fonctionnement est similaire à Twitter (on peut s’abonner à des comptes sans réciprocité), sans la limitation à 140 caractères et la pagaille qui en découle. On reblogue comme on retweete…

Tumblr a aujourd’hui plus de 100 millions de comptes (109 millions), ce qui en fait un très grand. On parle beaucoup de Tumblr depuis quelques jours : Yahoo a décidé de se l’offrir pour un milliard de dollars !

Comme on dit : « Facebook est pour les amis qui sont devenus des étrangers. Tumblr est pour les étrangers qui pourraient être vos amis. »

Avec cette acquisition, Yahoo se donne les moyens de lutter avec les autres, notamment Google et son Google+. D’ailleurs, en tant que réseau social, il n’y a pas beaucoup de différence entre Tumblr et Google+. Par ailleurs, Yahoo renforce l’attractivité de Flickr en augmentant la capacité de stockage par utilisateur (1000 Go, si je compte bien !).

Yahoo fait figure de dinosaure. C’est un des premiers géants d’Internet qui me rappelle ma jeunesse, à l’époque où j’étais abonné chez AOL et où on naviguait avec Netscape… Il n’empêche que ça fait 6 ans que je suis abonné à Tumblr. Et à l’époque, ça faisait 6 ans que j’avais ma première (vraie) connexion Internet à la maison.

Yahoo est peu utilisé en France mais reste un géant mondial, avec 700 millions d’utilisateurs, soit pas loin de Facebook...

Souhaitons-leur de réussir à rajeunir leur image et à revenir bientôt parmi les grands !

Remplacer Google Reader en 7 étapes

Depuis deux jours, j'ai fait une série de billets avec les étapes à suivre pour remplacer sereinement Google Reader.

Etape 1 : nettoyez les "membres" Blogger (même si vous n'avez pas de blog Blogger, on ne sait jamais ce que vous auriez pu faire par le passé, ce machin reprend les "Google Friend Connect" de la grande époque).

Etape 2 : faites le tri dans vos abonnement Google Reader.

Etape 3 : pensez à votre bloguerolle.

Etape 4 : sauvez les abonnements Google Reader (et ne perdez surtout pas le fichier, au cas où ça merde par la suite).

Etape 5 : choisissez un remplaçant.

Etape 6 : migrez !

Etape 7 : finissez avec Google Reader.

Remplacement Google Reader - Etape 7 - Nettoyez Google Reader

Vous avez tout bien fini et être sûr que votre nouveau machin marche bien ? Non, si vous avez choisi Feedly, puisque la bascule devrait se faire le 1er juillet. Dans ce cas ne lisez pas la suite.

Je propose maintenant de franchir une étape supplémentaire : supprimez de Google Reader tous les abonnements qui vous importent peu... Et conservez uniquement les billets de vos de potes, ceux sur lesquels vous avez envie de vous arrêter, de les RT, ... C'est l'objet d'un de mes prochains billets mais en supprimant Google Reader, Google ne fait pas un truc anodin : il casse la lecture de flux en deux parties : les blogs des copains, qui pourront être suivis autrement, par Google+, par exemple, et la veille d'information.

On s'entraine ! Je ne garde donc dans Google Reader que les blogs des copains et je vous invite à faire pareil, l'espace de six semaines, pour voir...

N.B. : Je me répète mais si vous avez choisi Feedly, ne le faite pas, ce machin va récupérer les flux de Google Reader.

Yanobs Reader sur smartphone

Il n'y a pas de version pour iPhone de Yanobs Reader (je crois qu'il existe une version Android). La version mobile du site web est cependant très agréable...