Pour cette édition 2010, il y a 2 thématiques transversales : le développement durable et l’accessibilité.

Les thèmes des RMLL

Les logiciels libres sont un vaste domaine, couvrant de multiples aspects de notre vie ordinaire … et de l’informatique. C’est pourquoi ce cycle est composé de thèmes, regroupés sur 2 jours chacun :

• Technique
• Loisirs, Culture, Arts, libre diffusion
• Économie sociale et solidaire – Développement durable
• Accessibilité et handicap
• Sciences, Éducation, Éducation populaire
• Entreprises et Logiciel Libre
• Collectivités, administrations, politiques publiques

Chacune de ces thématiques comporte ensuite des sessions. Ces sessions agissent comme des sous-thèmes, afin d’affiner et guider le visiteur au sein de la centaine de conférences réparties sur 5 jours.

La session Internet

Nicolas et moi-même nous occupons de la session Internet, sous-thème de « Technique ». Le programme 2009 est à disposition si cela peut vous donner des idées.
Allez, quelques pistes :

• Firefox
• WordPress
• eZ Publish
• Drupal
• Apache, Nginx, Lighttpd & cie
• Zend Framework, Symfony, CodeIgniter
• Jabber/XMPP/PubSubHubbub
• OpenStreetMap
• Licences − CreativeCommons etc.

Soyez créatifs, proposez des sujets

Internet != Web

À titre de précision : si le Web fait partie de l’Internet ; l’Internet est bien plus que le Web. Cela concerne aussi bien IRC, le transport de mails, les protocoles de transport que l’infrastructure permettant à ce nuage d’exister.

Donc n’hésitez pas à avoir une vision large et de ne pas vous restreindre qu’au Web − aussi bien soit-il.

Pour en savoir plus

Le site Web de l’édition 2010 des RMLL est en ligne à l’adresse permanente http://2010.rmll.info. On y trouve, entre autre, d’autres informations sur l’appel à  conférences.
Vous avez jusqu’au début du mois de mars pour y songer.

Si vous avez « juste » peur d’être timide, établissez au moins le contact pour obtenir des informations.
Nous sommes également passés par là donc on pourra vraisemblablement vous assister.

Un email vers internet@listes2010.rmll.info fera l’affaire. On vous guidera le reste du processus.

Le débat numérique est un évènement bordelais que j’affectionne et auquel j’aime me rendre tous les trimestres. Il confronte un journaliste, un expert et le public sur une thématique choisie pendant 1h30 … un débat en somme.

Ce mois-ci la thématique était liée à Google, la disposition du savoir et l’influence que ça a sur notre acquisition du savoir. Ce débat illustrait l’article d’Hervé Morin intitulé « La mémoire court-circuitée« .
Un débat intéressant une fois de plus mais trop trempé dans le pessimisme si caractéristique de la France.

Apprendre ou reposer sur les connaissances entreposées sur le Web

« Pourquoi apprendre quand Google le sait ? La mémoire court-circuitée par le Net« , un titre un brin provocateur mais qui reflète un certain état d’esprit. Nous cherchons et apprenons différemment depuis que l’Internet haut-débit et le développement de Google ont gagné la majorité des foyers des pays dits civilisés.

Cela sous-entendrait que nous apprendrions moins par simple facilité, parce que l’information est au bout du clic.
Il ressort que grâce à l’immensité du savoir à disposition, nous priorisons différemment les connaissances à apprendre : nous apprenons désormais ce dont nous avons besoin et pas nécessairement avec comme objectif de le mémoriser pendant 20 ans.

Au final, le résumé de fin de séance le montrait bien, je trouve qu’on restait sur un sentiment de peur en occultant trop les avantages que l’on pouvait en tirer. En vrac, des idées qui m’ont marqué :

• uniformisation des sources d’information : on tape Espagne et que l’on se contente des premiers résultats pour rédiger un exposé
• il n’y a pas de neutralité dans les résultats : Google est là pour gagner de l’argent et donc favoriser ceux qui lui en rapportent
• les profs n’aiment pas Wikipédia
• les élèves remettent en cause les connaissances des professeurs en allant chercher sur le Web
• les patients vont voir le médecin en s’étant renseigné sur les symptômes et les traitements possibles
• les personnes défavorisées restent défavorisées avec ou sans Google
• on fait comment sans Google ?

Alors certes c’est un débat, certains de ces points sont légitimes, d’autres moins. Au fond, faut-il confier notre vie numérique à Google ?

Un vrai-faux débat : parlons éducation !

J’ai souris en entendant cette histoire de personnes défavorisées. Aujourd’hui, le minimum requis pour accéder à la culture c’est un ordinateur, une connexion Internet et savoir lire. Ce n’est certes pas une école d’ingénieurs ou un institut de recherche mais c’est le Web est devenu la porte d’entrée vers le savoir. Tout le monde l’utilise à la hauteur de son besoin.

Vous savez quoi ? Tout ceci coûte beaucoup moins cher que la collection intégrale de l’Encycloædia Universalis (~3600€). Elle aura tous les mérites du monde, le Web restera toujours plus ouvert et malléable.

Le Web est un outil nouveau (enfin, plus tant que ça) et comme tout changement, soit on s’adapte, soit on est condamné à rester sur le carreau. Si des personnes choisissent de ne s’intéresser au Web que maintenant, elles ont un train de retard. C’est d’autant plus dommageable si ces personnes sont en salle des profs. Les élèves se renseignent sur les cours reçus pour compléter ou vérifier les connaissances des professeurs. C’est plus dur pour un prof mais c’est beaucoup plus enrichissant : il y a là un nouveau levier d’apprentissage et de construction du savoir.

De nombreux enseignants et chercheurs utilisent le Web, tels qu’André Gunthert ou Olivier Ertzscheid. Si vous n’y participez pas, il faut au moins l’utiliser.

Pourquoi l’utiliser ? Pour le maîtriser et le dispenser à vos élèves. L’enseignant a pour vocation de structurer la pensée et aider à la construction de leur raisonnement. Comment chercher dans un moteur de recherche, savoir reconnaître un bon site d’un mauvais, identifier les publicités, l’intérêt des wiki, l’utilisation des blogs comme journaux personnels, la confidentialités des données sont autant de thèmes qui devraient être au moins évoqués en cours si ce n’est enseignés.

On avait droit à des cours d’éducation civique, pourquoi pas des cours d’éducation numérique ? Après tout, nous sommes tous citoyens de l’Internet.

Et si on en revient à notre hypothèse de départ, à savoir que la concentration du savoir sur le Web est dangereuse, on se rend compte qu’au final, c’est la mauvaise utilisation, la non-utilisation et le manque de recul vis à vis de l’information qui sont dangereux … pas l’étalage des connaissances.

N’oublions pas la réalité : rien n’est éternel

Parterre de téléphones mobiles devant Barrack Obama

Ce qui m’amène à citer une fois de plus un article de ReadWriteWeb intitulé « Technology is Great, but Are We Forgetting to Live?« . En bon français « La technologie c’est bien mais n’oublions-nous pas de vivre ? ».

Le rapport avec tout ça ? On pense peut-être un poil trop au partage et moins à l’assimilation. Nos souvenirs, c’est ce qui nous restera une fois les ordinateurs éteints et débranchés. C’est ce qu’on racontera à nos enfants. C’est tout.
Il faut vivre avec le progrès, l’utiliser au mieux en ayant en tête que ce n’est pas un dû ni éternel. Une panne de courant, une tempête et nous revenons à l’âge de pierre.

Cela fait maintenant plus d’1 an que j’utilise Twitter. Passée l’appréhension du gadget puéril, je l’ai finalement converti en outil de communication, de réseautage et de veille … comme beaucoup de ses utilisateurs d’ailleurs.

Seulement voilà, les pannes à répétition sont, à mon sens, en train de ruiner un service qui aurait pu être encore plus ravageur qu’il ne l’a été. Plusieurs concurrents s’y sont essayés, aucun ne l’a encore détrôné.

À part peut-être Jaiku, si Google réussit son coup.

Jaiku, Twitter : micro-blogs et/ou messagerie instantanée délocalisée

Entre messagerie instantanée asynchrone et micro-blogs, mon cœur balance.

Toutefois le dénominateur commun de Twitter, Jaiku, Plurk, Pownce et toute la clique ce sont les messages en 140 caractères adressés au monde entier.
En soi c’est assez amusant de constater que cette limite a été adoptée pour tenir sur 1 SMS (tant en envoi qu’en réception) … alors que nous sommes sur le Web. Cet exercice aura le mérite de favoriser le partage d’URL et d’améliorer l’esprit de synthèse de beaucoup.

Malgré tout mon enthousiasme pour Twitter, je n’ai pour l’instant envie que d’une chose : un service stable. Autrement dit :

• des flux RSS / une API qui répond 99,9% du temps : quand je regarde mes twit une fois par heure et que je constante une désespérante « erreur inconnue » dans le widget Netvibes … no comment
• un service qui ne s’effondre pas une page sur 2 en plein milieu de journée
• un service qui communique sur ses problèmes : déjà 3 semaines que le client IM est hors-ligne. C’est pourtant le deuxième client Twitter le plus utilisé

Pourquoi Jaiku est mieux que Twitter

Jaiku ne bénéficie pas du même engouement que Twitter, peut-être pas à tort. Son adoption a été fortement freinée par le rachat de Google en 2007. Ce rachat a placé Jaiku en inscription sur invitation.
Parallèlement à ça, très peu de nouveautés ont fait leur apparition sur le service.

Et avec ça je tente de vous convaincre que Jaiku est mieux ? Et pourtant :

• automatisation de l’intégration de vos flux (RSS, Twitter, Last.fm etc.) avec une présentation des plus sympathiques (exemple ci-dessus avec Flickr, mon service photo préféré)
• une interface Web beaucoup plus agréable : identification facile des source des données, différenciation de nos messages et des flux aggrégés, filtrage des sources de flux
• une API plus sécurisée : parce qu’il ne faut jamais, ô grand jamais donner son mot de passe, cette hérésie est remplacée par une clé unique (mais malheureusement pas regénérable)
• les « channels » ou groupes de discussion. Ils facilitent la création de conversation liées à une thématique ou à des sites/services Web. Pratique pour éviter la schizophrénie du multi-compte.

Pourquoi Twitter est mieux que Jaiku

Malgré tout, Twitter possède une bonne avance, notamment grâce à son énorme base d’utilisateurs :

• immense parc d’applications, tant en terme de mashups que de clients pour twitter. Au hasard : TwitBin, Thwirl, TwitterVision, Summize, TwitterShare, TwitLinks etc.
• une API simple et complète (mais du coup, pas sécurisée : donner son mot de passe n’est pas recommandable)
• une prise en main immédiate : pas de fioriture, tout est simple
• fonctionnalité de veille sympathique : « track ». Recevez tous les twit qui contiennent tel ou tel mot
• affichage affiné avec la possibilité de n’afficher que les réponses qui nous sont faites (@replies)

Comment Jaiku peut surpasser Twitter

Twitter conserve fonctionnellement pas mal d’avantages qui justifient encore son utilisation et sa forte adoption. C’est en subissant les pannes répétées et en lisant plusieurs articles, dont «Can Twitter Be Saved» que j’ai sérieusement mis en doute la capacité à Twitter à accompagner ses utilisateurs de manière pérenne.

Jaiku n’avance plus certes mais en surface uniquement. Si Google est malin tout autant que les créateurs de Jaiku, ils ont toutes les clés pour détrôner Twitter et transformer l’essai.
Voici ce que j’aurais aimé voir sur Jaiku pour migrer définitivement dessus :

• une interface internationalisée (i18n) pour faciliter l’adoption dans tous les pays et éviter de laisser l’outil entre les mains des seuls geeks
• intégration d’un ou plusieurs outils au choix de compression d’URL, comme is.gd ou tinyurl
• import de contacts depuis Facebook, Twitter et pourquoi pas, son carnet d’adresse Gmail (par l’API bien sûr)
• forte intégration dans Google (Google News, Google Alerts, Gmail, Google Calendar, Google Talk/Jabber, iGoogle et widgets etc.)
• utilisation de l’infrastructure Google (on parle d’App Engine entre autre)

Après, ma seule crainte ce sont les habituels travers de Google, abandon de service, manque de suivi et opacité de service.

Je garde bon espoir pour Jaiku. À tel point que je suis même en train de produire un widget Netvibes pour Jaikuter depuis n’importe où

Google est une société à la fois adulée et pointée du doigt. La moindre nouveauté résonne sur l’étendue du Web, louée par ses défenseurs, critiquée par ses détracteurs.
Au-delà de ces querelles insipides et totalement subjectives, qu’est-on en droit de penser de Google ?

Aujourd’hui nous confions notre vie à Google avec plus ou moins de visibilité : données personnelles, emails, mots de passe, habitudes comportementales, organisation professionnelle et j’en passe. Est-ce parce que c’est écrit Google que l’on peut dormir tranquille ?

Quels intérêts à confier sa vie à Google ?

Des services qui justifient leur taux d’adoption

Rendons à César ce qui appartient à César : de nombreux services Google sont exemplaires et méritent d’être utilisés. Difficile de ne pas faire état du moteur de recherche, LE service qui a révélé Google au monde entier et sur lequel il a basé tout le reste de sa stratégie. Il n’est peut-être pas pertinent sur toutes les recherches (d’où l’intérêt d’avoir un choix de moteurs) mais il faut bien avouer que ses réponses cadrent bien avec les requêtes.
Bilan des courses ? Un moteur employé à hauteur de 90% en Europe ; chiffre qui devrait être atteint fin 2008/début 2009 aux États-Unis.

Comment continuer sans parler de Gmail (emails), Google Maps (cartographie et itinéraires), Google Calendar (agenda), Google Reader (lecteur de contenus syndiqués), Google Apps (solution collaborative pour son propre nom de domaine), Blogger (blogs) et Google Analytics (mesure d’audience), entre autre.

Tous ces services, on aurait du mal à les quitter du jour au lendemain, d’autant plus qu’ils sont gratuits. C’est peut-être à ça que l’on reconnaît un produit indispensable : il améliore notre quotidien et ne représente pas une contrainte.

Des services tournés vers l’utilisateur

En plus d’excellents services, Google se paie aussi le luxe de concevoir leurs interface avec brio. C’est ce qu’on pourrait simplexité : une interface simple qui se complexifie sur demande en fonction des besoins.
Vous vous souvenez également avoir cliqué sur message de confirmation pour supprimer, archiver ou déplacer des emails ? Non : à la place vous avez un message Annuler qui s’affiche une fois l’action effectuée. C’est le fameux undo et c’est génial car il permet de se tromper tout simplement. Avec ce procédé, l’erreur est permise puisqu’on peut revenir en arrière. Ce qui n’est pas le cas avec un Êtes-vous sûr ? Oui / Non …

Leurs interfaces ne sont pas forcément belles, ne proposent pas d’effets graphiques de furieux mais elles sont claires, lisibles et fonctionnelles. En d’autres termes elles sont ergonomiques et pratiques.

Une raison de plus d’utiliser des services Google.

La gratuité n’a pas de prix

Pourquoi payer quand on peut avoir quelque chose gratuitement ? Cet adage habille très bien Google puisque tous les services grand public sont gratuits (avec éventuellement quelques options payantes). Je me souviens encore des railleries au lancement de Gmail : 1Go pour ses mails ? Ça sert à rien.
Il n’empêche que pour bénéficier d’une telle capacité à l’époque il fallait mettre la main à la poche. Et effectuer une recherche pour trouver un email datant de 3 ans ça n’a pas de prix … ou plutôt si ça en un : c’est cher, très cher. Mais pas pour Google. Maintenant qui cracherait sur son archivage d’emails ?

Cette gratuité n’est pas de la philanthropie de la part de Google (la Fondation Google est là pour ça). Tout ceci repose quasiment exclusivement sur la publicité. Plus Google affiche de publicités et plus Google gagne de l’argent.
Google Adsense est un véritable cheval de Troie puisque la régie publicitaire va jusqu’à s’imposer sur la majorité des sites du monde entier et … rapporte de l’argent à ses utilisateurs.

En clair, utiliser Google est gratuit mais permet même de générer des revenus. Elle est pas belle la vie ?

Une innovation qui hisse le Web

Une autre raison de soutenir Google et/ou d’utiliser ses services est en rapport avec la dynamique que le géant a su insuffler au Web : l’innovation. Le grand réveil est apparu avec l’introduction de Gmail et par la suite, de Google Maps. Ces 2 services ont été le catalyseur de ce qui a été bêtement appelé « Web 2.0″. Le Web était tout simplement passé de l’enfance à l’adolescence.

Par delà cet aspect visible, il y a également un travail de l’ombre avec des contributions à des projets libres tels que Mozilla Firefox, Wine ou encore MySQL. Google utilise ces produits et redistribue ses contributions par rapport à son utilisation.
En fournissant une forge nommée Google Code, Google permet aussi à des projets de naître en leur fournissant une infrastructure, certes limitée, à moindre coût.

De quoi est-on en droit de se méfier ?

Don’t be evil

Tout ceci paraît bien évidemment idylique : Google est beau, Google est grand, Google est fort. Son slogan est même Don’t be Evil. Ne sois pas mauvais. Sauf que mauvais, Google l’est quelques fois. Notoriété oblige, tout problème est amplifié, à tort ou à raison et se termine parfois en polémique obligeant Google à faire marche arrière.

Des exemples ? La controverse Google Reader et des amis, le scandale AFP/Google News, l’indexation des livres avec Google Books (anciennement Google Print), la sortie de Google Web Accelerator, les clauses abusives de Google Sites ou encore les failles Gmail sources de fraudes (n’utilisez jamais ces formulaires demandent login et mot de passe par pitié).

On ne peut pas dire que la communication de Google à ce niveau aie été exemplaire ni … entendue.

Une communication destructurée

En y réfléchissant, qui sait ce que Google va lancer dans 1, 2, 3 ou 6 mois ? Pas grand monde. Si on sait que le Master Plan est la clé de tout, toujours est-il qu’on ne sait pas et qu’en dehors des annonces de produit, Google cultive le mystère.

Cette stratégie a beau limiter au maximum les plagiats de la concurrence mais ça limite également grandement la visibilité sur les objectifs de Google. Aux questions Quand est-ce qu’un service sera amélioré ?, Quel service a été arrêté ? ou encore La faille a-t-elle été corrigée, vous apprendrez bien souvent les réponses à vos dépends.

Cette communication du blackout est problématique pour une société censée … agréger et traiter l’information. Je pense qu’un peu de transparence et une meilleure organisation de l’information interne à Google lui éviterait quelques déboires et des inquiétudes de la part d’utilisateurs.

À la merci d’une politique obscure

Quand on aime, on ne compte pas. Et on se retrouve avec une majorité de produits Google dans notre quotidien.
Ces produits sont nombreux, variés et certains sont totalement inconnus. C’est comme ça que certains produits ferment du jour au lendemain sans qu’on sache trop pourquoi si ce n’est qu’ils sont peu utilisés.

Attention à ne pas prendre de raccourci : quand on lance beaucoup de services il est normal que certains meurent. Pourtant à côté de ça certains subsistent alors qu’ils sont pestiférés (Google Directory ou Google Web Accelerator). On ne sait jamais QUAND ça va arriver, on ne sera jamais prévenu AVANT. Difficile de baser un produit dessus ou d’en faire une fonctionnalité sur son propre site avec une telle politique.
Votre épicier vous prévient avant de partir en congès alors pourquoi pas Google ?

Le pire c’est peut-être quand on n’utilise pas Google mais une société que Google rachète : les clients d’Urchin et de GrandCentral se mordent encore les doigts de ces acquisitions. À peine rachetés, ces services ont été fermés/non-maintenus. Il aura fallu attendre 3 ans pour qu’une nouvelle version du logiciel Urchin sorte … en beta. C’est d’autant plus problématique que c’était le logiciel de sa catégorie le plus abouti.

Conclusion

Je ne fais pas partie de ceux qui adulent corps et âme Google.
Je ne fais pas non plus partie de ceux qui lui crachent dessus systématiquement.

Je suis un utilisateur de Google qui apprécie ses produits pour ce qu’ils sont, pour leur utilité et leur conception. À juste titre je me sens concerné par l’attitude de la société. Parler à des millions d’utilisateurs n’a rien de facile je le concède largement mais un développeur travaillant avec des outils Google, une société travaillant avec des outils Google ou même un utilisateur employant avec des outils Google ne devrait craindre la fermeture d’un service et la perte des données qui s’ensuit.
Google applique des principes d’ergonomie astucieux sur ses interfaces. Cela devrait être la même chose avec ses clients. Une trop grosse partie du Web repose sur Google pour que celui-ci ne se permette de devenir evil, ne serait-ce qu’un peu.

À l’heure actuelle la bulle Google a perdu de sa stature avec une action malmenée en Bourse, des services qui évoluent peu/pas et un attentisme important vis à vis d’Android (système d’exploitation sur téléphone mobile) et d’OpenSocial (réutilisation des données entre sites pour éviter de vous recréer sempiternellement vos listes d’amis, entre autre). Ce dernier a été annoncé au moment où Facebook volait la vedette au journal de 20H. Qu’en est-il maintenant que la starification est retombée ?

Il est important d’avoir un regard critique sur les services employés et sur les méthodes pratiquées. Être fan d’un produit est aujourd’hui dangereux si c’est pour être enfermé par celui-ci. On en paie aujourd’hui les conséquences avec Internet Explorer, par exemple, devenu un véritable fardeau pour Microsoft dans sa version 6. Tout le Web aimerait s’en débarasser. Mais beaucoup se sont basés dessus et exclusivement dessus.
L’Histoire peut très bien se répéter avec une situation monopolistique de Mac qui a la fâcheuse habitude d’enfermer ses utilisateurs en verrouillant et protégeant à n’en plus finir.

La migration de tous les comptes mails vers Google Apps se solde par un sans-faute et la mise à disposition d’outils appréciés et efficaces.

Ce qu’il faut savoir avant toute chose c’est que Google Apps est disponible en plusieurs version, trois à l’heure où j’écris :

• Google Apps édition Standard (gratuite)
• Google Apps édition Premier (payante)
• Google Apps édition Education (gratuite)

Les édition Premier et Education sont strictement identiques si ce n’est le prix. L’édition Education est gratuite mais n’est en revanche accessible que pour les établissements scolaires à but non lucratif. Sinon il faudra débourser 40€ annuel par compte utilisateur. Pour le reste, je vous conseille de visualiser les différences entre les versions de Google Apps pour mieux les comprendre.

Ce que je souhaitais avant tout c’était de récupérer tous les emails actuels pour les injecter dans Google Apps. Cette fonctionnalité n’est disponible que dans l’édition Premier mais par chance, il se trouve qu’il existe une version d’essai de 30 jours totalement fonctionnelle. Mieux encore, la carte de crédit n’est pas débitée avant ces 30 jours. Vous commencez à cerner le loup : j’ai souscrit à l’offre Premier pour importer les emails et j’ai résilié. Sans débourser un centime, j’y tiens.

Paramétrage des DNS avec Webmin / Bind 8

L’étape de configuration des emails est suffisamment claire et bien renseignée pour que n’importe quel administrateur s’en sorte. Toutefois, comme j’utilise Webmin pour me simplifier la vie, voici la configuration qu’il faut appliquer dans les champs MX du domaine à migrer :

Alors deux choses :

1. les modifications des MX ne sont prises en compte qu’au redémarrage de Bind (ou de votre machine si elle redémarre, un plantage est si vite arrivé [troll:avec Windows])
2. une fois que vous basculez définitivement vers Google Apps, il faudra songer à supprimer vos anciens MX

Paramétrage du MTA avec Webmin / Qmail

La configuration est bien passée, Google a activé le service mail. OK mais il reste encore une subtilité : l’envoi de mails depuis votre machine.

En effet, si vous expédiez des emails depuis la machine au nom de votre nom de domaine, il y a de très fortes chances qu’ils ne soient pas expédiés au bon endroit. La raison est que votre logiciel d’acheminement de mails (Qmail dans mon cas) considère le domaine comme étant local donc ne passe pas par Internet : il dépose le mail directement dans la boîte mail (l’ancienne, celle avec la migration). L’astuce consiste à sortir le domaine de la liste des domaines locaux et fort heureusement, c’est facile et rapide à faire … quand on le sait.

Via Webmin :
Dans Virtual Mappings et Accepted Domains, il suffit juste de supprimer le nom de domaine concerné.

Via le shell :
A l’aide d’un éditeur de texte (nano, vi, emacs etc.), il faut procéder de la même manière (supprimer le nom de domaine) dans les fichiers /var/qmail/control/virtualdomains et /var/qmail/control/rcpthosts.

Import des emails via IMAP

Pour vous donner un ordre d’idée, 25 000 emails répartis dans 15 comptes ont mis deux heures à être récupérés avec une seule connexion IMAP. Il faut compter deux heures de plus pour une intégration complète des emails et quoiqu’il arrive, les comptes sont utilisables. C’est juste que les emails continueront à s’ajouter dans des labels représentatifs de l’arborescence IMAP (INBOX/ etc.).
Il faut malgré tout savoir que pendant cette importation, chaque email est passé à l’antivirus et au filtre antispam.

L’absence d’IMAP avec Google Apps n’est pas une gêne grâce à l’archivage systématique des emails en ligne. L’antispam agit en amont de la récupération POP et c’est un régal d’enfin vivre sans spam, ce fléau des temps modernes.

Conclusion

Cette migration des mails et l’adjonction d’outils de travail collaboratifs (dont Google Docs et Google Calendar en tête) se révèle être un gain de temps au quotidien et se double d’une meilleure efficacité de travail. Les outils sont perfectibles (notamment la visualisation des révisions de documents) mais travailler simultanément sur un document et en discuter à même la page est un bonheur sans nom.

Cela faisait un mois que j’étais passé sous Netvibes et je ne pensais pas changer de sitôt malgré à part 2-3 défauts acceptables.
J’ai eu envie de tester Google Reader après avoir lu qu’il était le lecteur Web le plus utilisé ainsi que l’avis d’une personne ayant préféré Google Reader à Netvibes. Malheureusement je ne retrouve plus le lien et c’est bien dommage car c’est ce dernier qui m’en a convaincu.

Quoiqu’il en soit après une semaine d’utilisation, le verdict est sans appel.

Basculer de Netvibes à Google Reader

Avec plus de 90 abonnements, autant dire qu’il aurait été très pénible de les rajouter manuellement dans Google Reader. Heureusement qu’il existe l’export universel au format OPML. En 2 clics, j’ai pu basculer toutes mes lectures. Simple comme bonjour.

Avant-propos sur Google Reader

Avant de m’avancer sur l’utilisation de Google Reader, je vais expliquer son fonctionnement. De manière générale, un lecteur RSS (que ce soit logiciel ou Web, à quelques exceptions près) récupère les différents flux lorsqu’il est lancé. Si vous partez une semaine loin d’un ordinateur, votre lecteur RSS ne fournira donc logiquement pas toute l’activité qui s’est passée.

Google Reader ne fonctionne pas comme ça. Au lieu d’aller vérifier les nouveautés sur demande (lorsque vous affichez Google Reader donc), un robot se charge d’aller régulièrement interroger les flux auxquels vous êtes abonnés. Cette subtile différence anéantit le plus gros défaut des RSS, à savoir le côté éphémère évoqué plus tôt.

Google Reader au quotidien

Du fait de cette approche différente (mais totalement pertinente), le chargement de l’interface est incroyablement rapide. C’est notamment dû au fait que la page n’a pas à aller interroger tous les flux auxquels vous êtes abonnés puisque c’est systématiquement fait, que vous soyiez connecté(e) ou pas. A l’inverse sur Netvibes, plus j’avais de flux, plus la page était longue et lourde à charger.

Je sais également que maintenant je ne suis plus obligé de tout lire le plus vite possible de peur de rater des titres puisque tout s’accumule sans limite, que je sois là ou pas. Lorsque certains sites publient plus d’une dizaine de titres quotidiennement, ça devient vite ingérable avec Netvibes. Et quand on a plusieurs flux de ce genre à surveiller, autant dire que ne pas s’en occuper ne serait-ce qu’une journée consiste à se couper du monde (j’exagère un peu mais l’idée est là).

Les autres points forts que j’ai apprécié :

• marquer les éléments comme lus / non-lus : très pratique car ça n’oblige pas à lire l’élément original pour s’en débarasser
• éléments marqués comme lus au fil de la lecture : au fur et à mesure que l’on lit ses articles, ils sont marqués comme lus. Ca évite des clics à répétition pour les marquer comme lus. Cette fonctionnalité est désactivable.
• l’archivage dans le temps des éléments : on peut remonter dans l’histoire de tous les flux. Excellent pour voir ce qui s’était passé il y a 1 mois ou même 1 an (même s’il faut y aller à la main, il manque une facilité de déplacement dans le temps)
• la facilité de lecture : on peut lire les titres et/ou les titres + le contenu, toutes les nouveautés, toutes les nouveautés pour un groupe de flux, toutes les nouveautés pour un flux donné. C’est tout simplement excellent : on module sa lecture comme on le souhaite, en toute liberté
• le partage des éléments : le gadget pratique. On peut choisir de partager des éléments à la demande (accessible via une page et un flux RSS ; oui, un flux de flux ) ou systématiquement tous les éléments d’un dossier donné. Sachant qu’on peut placer un même flux dans plusieurs dossiers, les possibilités de partage sont très souples. Il existe aussi un petit module à insérer sur son blog / site Web.

Je comprends mieux pourquoi ce lecteur RSS en ligne a conquis les foules aussi rapidement. Il agrège avec facilité n’importe quel flux RSS, le restitue dans le navigateur de son choix, permet d’exporter ce qu’on veut. Bref on joue avec l’actualité et j’adore ça.

Google Reader est particulièrement adapté dans les cas suivants :

• nombreux flux
• flux fréquemment mis à jour (plusieurs fois par jour)
• flux peu mis à jour : on peut se les garder dans un coin facilement vu qu’ils n’occupent pas de place à l’écran

A l’inverse, Netvibes suffit pour les cas suivants :

• vue d’ensemble simple et globale de ses abonnements
• peu de flux (moins d’une vingtaine)
• rater un élément ne gêne pas (en cas d’absence, d’indisponibilité)
• quand on a besoin d’une page personnalisable sur laquelle placer d’autres éléments que des flux RSS (mais y’a Google IG pour ça)

Les navigateurs Web modernes intègrent désormais quasiment tous une boîte de texte destinée à effectuer une recherche dans son moteur favori. Ces dits navigateurs permettent également d’ajouter les sites de son choix grâce au format OpenSearch initié par A9, filiale d’Amazon.

Armez-vous d’un éditeur de texte et … c’est tout. Il n’en faut pas plus pour créer son propre module de recherche

Repérer les sites compatibles OpenSearch

Les sites proposant à leurs visiteurs un moteur de recherche intégrale au navigateur Web se signalent en mettant en surbrillance l’icône du moteur par défaut. Ca manque de clarté et de mise en avant mais il faudra faire avec en attendant que le format gagne en popularité.

Moteur OpenSearch dans Firefox 2

Moteur OpenSearch dans Internet Explorer 7

Construire son module OpenSearch

Pour réussi à construire mon propre module, c’est simple, j’ai tout simplement bouquiné la documentation disponible (RTFM comme on le répète si souvent) :

• Spécification OpenSearch 1.1
• Créer un greffon OpenSearch pour Firefox

A noter qu’en farfouillant dans le module de Netvibes, j’ai trouvé une fonctionnalité très intéressante : la mise à jour automatique. Cela permet d’actualiser les informations du module de recherche (URL du moteur, icône, nom du site etc.) sans avoir à inviter les utilisateurs à enlever puis rajouter le module.

Le résultat final est là :

<?xml version="1.0" encoding="UTF-8"?>
<OpenSearchDescription xmlns="http://a9.com/-/spec/opensearch/1.1/"
xmlns:moz="http://www.mozilla.org/2006/browser/search/">
	<ShortName>Emu Nova</ShortName>
	<Description><![CDATA[Jeux vid&eacute;o, &eacute;mulation et retrogaming.]]></Description>
	<Url type="text/html" method="GET" template="http://www.google.com/?q={searchTerms}" />
	<InputEncoding>ISO-8859-1</InputEncoding>
	<Image width="16" height="16">http://www.emunova.net/favicon.ico</Image>
	<Tags>emulation retrogaming video games nintendo sony microsoft sega arcade consoles computers</Tags>
	<SyndicationRight>open</SyndicationRight>
	<Language>fr-fr</Language>
	<UpdateUrl>http://www.emunova.net/go/opensearch.xml</UpdateUrl>
	<IconUpdateUrl>http://www.emunova.net/favicon.ico</IconUpdateUrl>
	<UpdateInterval>3</UpdateInterval>
</OpenSearchDescription>

J’ai pris le soin d’aérer la présentation pour mieux situer les parties distinctes. Je n’aborderai pas la question du Doctype. Je fais appel à 2 déclarations différentes afin d’utiliser des balises spécifiques (celles liées à la mise à jour automatique en l’occurrence).

Informations de base

1. ShortName : nom du moteur qui figurera dans les navigateurs (souvent équivalent au nom du site)
2. Description : description du service fourni par le moteur (actualité, fiches etc.)

Moteur de recherche

1. Url : URL du moteur appelé. Le texte {searchTerms} est remplacé dans l’URL par les mots saisis dans la boite de recherche
2. InputEncoding : encodage utilisé par le moteur de recherche en entrée

Informations complémentaires

1. Image : icône à afficher. Il y a également possibilité de la fournir directement en base64 pour éviter de faire appel à un fichier d’image supplémentaire (encoder une image en base64)
2. Tags : quelques mots-clés pour qualifier le moteur
3. SyndicationRight : accorde ou pas la possibilité de syndiquer les résultats dans un aggrégateur
4. Language : langue employée par le moteur (norme ISO-chaipasquoi)

Mise à jour automatique

1. UpdateUrl : fichier servant de comparaison (en général le même)
2. IconUpdate : icône à afficher lorsqu’une mise à jour est présente
3. UpdateInterval : intervalle de temps entre chaque vérification de mise à jour

A noter que je n’ai vraiment pas abordé toutes les options existantes ni même évoqué la possibilité de suggestion de résultats. Le but était de créer rapidement et simplement un module adapté à la plupart des besoins. Le reste est dans la doc.

Intégrer son module OpenSearch à un site Web

Créer un fichier de recherche c’est bien beau mais reste ensuite à l’intégrer sur son site. Le plus simple reste la promotion par le biais du mécanisme de détection automatique. Une simple balise d’entête (se situant entre <head> et <head>) fait l’affaire. La seule difficulté consiste à renseigner le bon chemin d’accès … dur, dur.

<link title="Emu Nova" type="application/opensearchdescription+xml" rel="search" href="mon_fichier_opensearch.xml">

Intégrer Google AdSense pour la recherche à un module OpenSearch

L’utilisation de la chaîne {searchTerms} permet d’envoyer de formuler une recherche via l’URL. Tous les moteurs connus utilisent un paramètre dans l’URL contenant les mots recherchés. Le plus intéressant est évidemment de générer des revenus grâce à un moteur de recherche pertinent et permettant une recherche dans son site (et l’ensemble du Web).

Google AdSense propose un tel moteur (à base de Google Custom). Il suffit de récupérer l’URL de recherche du moteur de recherche pour Adsense, de l’intégrer comme URL de recherche OpenSearch et en voiture Simone.
Grâce au mécanisme de mise à jour automatique, ce moteur pourra évoluer en fonction de vos besoins (ajout de canal, changements de couleurs, de logos & cie) et ceux de vos usagers. Sans la moindre contrainte.

Pour les utilisateurs de Firefox, rendez-vous dans les préférences du navigateur, dans l’onglet Général puis le bouton paramètres de connexion. Ce n’est pas forcément bien indiqué sur le site de Free alors configurez le proxy HTTP avec proxy.free.fr sur le port 3128. Vous pouvez d’ailleurs l’utiliser pour tous les autres ports.