Pour mes e-mails, j’ai pendant très longtemps utilisé gmail-backup, qui faisait tout ce qu’on lui demandait de faire en voyant son nom. Seulement Gmail a mis à jour ses serveurs IMAP il y a peu de temps, rendant inutilisable gmail-backup.

Les serveurs IMAP de Gmail possédaient un bug depuis leur lancement. En récupérant les e-mails via IMAP par la méthode traditionnelle (RFC822), les e-mails n’étaient pas marqués comme lus. Cependant la RFC précise qu’ils devraient l’être. Ce bug a été corrigé il y a quelques semaines, et j’ai eu le bonheur de voir mes nouveaux e-mails marqués comme lus du jour au lendemain :)

Le script n’étant pas open-source et la dernière version datant d’il y a environ un an, je pense qu’il est raisonnable de penser que le développement de gmail-backup est mort. J’ai donc dû trouver un remplaçant.

Ce remplaçant s’appelle getmail. Au premier abord, drôle de remplaçant, puisqu’il est connu pour utiliser la RFC822. Son créateur maintient cependant que c’est lui qui a raison et non Google dans cette histoire d’e-mails marqués comme lus. Qu’à cela ne tienne, contrairement à gmail-backup, getmail est open-source, il suffit de modifier la récupération des e-mails et le problème est résolu.

Voici donc une longue introduction pour un petit tutorial sur comment sauvegarder votre Gmail sous Linux.

Télécharger et modifier getmail

A la main

A vrai dire c’est assez simple. Téléchargez tout d’abord les sources de getmail. Il faut jeter ensuite un oeil dans getmailcore/_retrieverbases.py pour y faire une modification. Trouvez la ligne suivante :

return self._getmsgpartbyid(msgid, '(RFC822)')

C’est cette fameuse RFC822 qui nous fait chier et qui met les e-mails téléchargés comme lus automatiquement. Remplacez-la par une commande PEEK :

return self._getmsgpartbyid(msgid, '(BODY.PEEK[])')

Vous vivrez ainsi heureux.

Paresseux

Vous vivrez tout aussi heureux en prenant ma version déjà modifiée.

• Télécharger getmail-4.17.0-peek.tar.gz
• getmail 4.17.0 avec PEEK — Taille : 168 Ko

Installer getmail

L’installation se fait ensuite comme à peu près tous les logiciels Python, à savoir avec deux lignes de commande dans la racine des sources getmail :

python setup.py build
python setup.py install

Configurer getmail

Maintenant que getmail est modifié et installé, il faut créer le fichier de configuration qui va indiquer à getmail quoi prendre et où prendre. Commencez par créer un dossier .getmail dans votre répertoire utilisateur, ainsi qu’un répertoire gmail et son fichier mbox pour stocker la sauvegarde.

mkdir ~/.getmail
mkdir ~/gmail
touch ~/gmail/gmail-backup.mbox

Dans ce répertoire, créons un fichier de configuration, appelé au hasard getmail.gmail, qui contiendra les informations suivantes :

[retriever]
type = SimpleIMAPSSLRetriever
server = imap.gmail.com
username = /* Votre e-mail Gmail */
password = /* Votre mot de passe Gmail */
mailboxes = ("[Gmail]/All Mail",)

[destination]
type = Mboxrd
path = ~/gmail/gmail-backup.mbox

[options]
read_all = false
verbose = 2
message_log = ~/.getmail/gmail.log

Remplacez évidemment username et password (je le dis quand même, on ne sait jamais).

Sauvegarder !

L’utilisation de l’IMAP permet de tout télécharger en une fois lors de la première synchronisation. Avec du POP Gmail permet de ne récupérer que 500 e-mails à la fois environ.

Pour faire une première sauvegarde intégrale, tapez la commande suivante (prévoyez un café si vous avez beaucoup d’e-mails) :

/usr/bin/getmail -la -r getmail.gmail

Si cette première récupération s’est déroulée sans accrocs, vous pouvez mettre la commande suivante dans un crontab, qui va récupérer uniquement les nouveaux mails sur votre compte :

/usr/bin/getmail -ln -r getmail.gmail

Et voilà, vous n’aurez plus à craindre un tremblement de terre qui ferait imploser tous les datacenters de Google. Vos e-mails sont tous chez vous, et vous pouvez continuer à utiliser l’interface si pratique de Gmail en toute sécurité.

PS : Evidemment cela peut s’adapter à à peu près n’importe quel fournisseur de courrier électronique. J’ai titré Gmail car le patch de getmail était nécessaire pour que ça fonctionne en particulier avec le service de Google.

La question légitime que tu te poses maintenant, petit panda, c’est : « Pourquoi n’en a-t-il pas parlé avant ? Etait-il en vacances, coupé du monde ? ». Hé non, j’étais bel et bien là, à observer d’abord la Keynote puis à me délecter devant les réactions de toutes parts du Web. J’ai eu beaucoup de mal à comprendre la déception de certains autoproclamés « experts » high-tech. Puis j’ai compris. Ils n’ont pas réagi en tant qu’experts mais en tant que geeks.

Et c’est là l’erreur. Je sais ce que c’est, le geek aime vivre dans son monde et croire qu’il n’y a que des gens comme lui. Ça le rassure. Mais une fois que l’on se met à la place du consommateur lambda, les critiques s’estompent :

Il n’y a même pas de caméra : On pouvait aussi rajouter un magnétomètre, la 3G et un AppStore sur le premier iPhone. Seulement il ne serait pas sorti en 2007 et pas à ce prix. C’est évident qu’une caméra fera son apparition, comme beaucoup d’autres évolutions. Mais ce n’est pas nécessaire au lancement.

On veut du Flash : Qu’on le veuille ou non, le Flash devient de plus en plus obsolète aujourd’hui, à cause de sa volonté de rétrocompatibilité, les applications Flash ne peuvent pas être bien optimisées et même sur de récents navigateurs comme Chrome les plantages sont fréquents.

Si Adobe avait le même courage qu’a eu Apple le jour où ils ont annoncé l’utilisation de processeurs Intel, rendant obsolètes toutes les applications Mac OS existantes à l’époque, l’évolution nécessaire se serait produite et le Flash serait aujourd’hui bien mieux géré par tout le monde. Schéma applicable à l’IPv6, tant que j’en suis à troller.

De plus cela favorisera l’utilisation du HTML 5, qui permet nativement de lire les vidéos et sons grâce à ses balises. Enormément de ressources sont gâchées aujourd’hui par Flash, il est intéressant de voir comment va évoluer ce format si le succès de l’iPad se confirme. Pour la petite histoire, Google pousse aussi ses utilisateurs à n’utiliser que des navigateurs compatibles HTML 5, et les forcera dans quelques semaines.

Autant acheter un Kindle : Etonnante réaction de la part de geeks, pour le coup. Un Kindle de la même taille d’écran, soit le Kindle DX, coûte $489, face aux $499 de l’iPad, je pense que le comparatif technique se passe de commentaires, même n’importe quel geek bien constitué prendrait un iPad.

C’est juste un gros iPhone : Utiliser iPhone OS n’était pas un choix mais une évidence. Plus de 75 millions d’appareils avec iPhone OS sont aujourd’hui en circulation, l’écosystème des applications permet à n’importe qui d’installer (voire en payant) n’importe quelle application, n’importe où. L’iPhone OS ne mérite pas d’avoir « Phone » dans son nom. C’est un OS pour Netbook à l’image de Jolicloud. Et il a favorisé le switch vers Mac OS pour un grand nombre d’utilisateurs depuis son lancement en 2007 (parts de marché triplées en 2 ans).

A la sortie de l’iPhone, Digital Life America avait sorti une étude pour étudier le profil type d’un early adopter de l’iPhone, s’il coûtait $499 à son lancement. Intéressant puisque c’est le prix de notre iPad aujourd’hui.

L’iPhone fanboy moyen est donc bel et bien le cadre dynamique et citadin que vise Apple avec son iPad. Si vous avez regardé la Keynote, il ne vous aura pas échappé que toutes les démonstrations ont été faites bien confortablement dans un fauteuil de salon, imposant l’objet comme l’accessoire indispensable à mettre dans son séjour.

Non, l’iPad n’est pas l’objet geek ultime, il est destiné à un réel usage par des gens qui vivent dans la réalité. Et manifestement beaucoup se sont acommodés des lacunes de la première génération d’iPhone. Il en sera de même pour cette première génération d’iPad, surtout à ce prix.

Apple ici ne tombe pas dans l’erreur que tous les fabricants de tablette s’amusent à reproduire depuis des années : Fournir une bête aux spécifications techniques imposantes, donc chères, avec un OS non-adapté, laissant l’utilisateur se débrouiller comme il peut pour s’en servir au quotidien.

Objet dont vous en aurez l’utilité ou pas, c’est un débat qui vous incombe, cependant Apple n’avait besoin pour réussir sa mise sur le marché que d’un buzz, qu’il soit bon ou mauvais. L’appareil est prêt et répond aux attentes des consommateurs, il aura donc son succès attendu. Et si vous n’êtes pas satisfait, attendez les mises à jour car il y en aura peut-être plus vite que prévu.

L’aventure VDM ayant commencé sur l’ancêtre de ce blog deux ans auparavant, ce n’est qu’un juste retour des choses de vous délivrer aujourd’hui, en remerciement, quelques histoires sur les débuts du site.

1. Je n’ai jamais acheté viedemerde.fr. Il y avait une opération « .fr gratuits » chez OVH pour promouvoir l’ouverture aux particuliers. J’en ai pris un paquet à l’époque, dont celui-là, en référence à notre channel IRC #viedemerde. L’article de présentation est d’ailleurs toujours lisible dans les archives de mon blog.

2. Le slogan de VDM « Ma vie c’est de la merde et je vous emmerde » est une contraction de mes deux principales influences Canal + : Les robins des bois (« Ma vie c’est de la merde et je l’échangerais bien avec celle du roi du Maroc »), et la chanson « Je vous emmerde » de Katerine qui était le générique d’une émission d’Edouard Baer si je ne m’abuse.

3. Au début il n’y avait qu’un vote « Je valide, tu as une vie de merde ». Le terme « je valide » est une expression en référence au jeu La Cible, où quand tu zappais le midi tu tombais sur un mec devant un pupitre qui te dit « Avion, Chouette, Alain Madelin, Cheeseburger… Je valide ».

4. Le deuxième vote « Tu l’as bien mérité » ne s’appelait à l’origine pas comme ça… Pendant une semaine je l’avais nommé « Bien fait pour sa gueule ». Puis on m’a dit que c’était peut-être un peu trop violent, alors on a vite trouvé un remplaçant un peu plus corporate.

5. La première version était basée sur un outil de micro-blogging open source. Par conséquence les sources de cette version sont toujours disponibles, avec énormément de bugs corrigés et le mode soumission / multi-auteurs. En revanche j’ai laissé les fautes d’orthographe dans le CSS, pour le fun !

6. Otto, le créateur du site Chauffeurdebuzz.com m’a appelé en Avril 2008 pour me convaincre pendant 45 minutes que ce buzz ne durerait encore que quelques semaines. Evidemment il voulait quand même racheter le site, pour une somme avoisinant le chiffre d’affaires d’un mois… Il m’a bloqué sur Twitter depuis que j’ai refusé, en divulguant des infos « qu’il ne répètera à personne » :)

« C’est affreux ton site !!! »
— Notre régie publicitaire, le 4 mars 2008.

7. J’ai mis un mois et demi à convaincre la régie avec qui je travaillais depuis des années que le site pourrait rapporter un peu d’argent, en insistant sur le fait qu’on ne changerait pas la forme du site pour mettre des carrés ou des pop-ups. Maintenant nous sommes leur plus gros client.

8. Mettre ou non des commentaires était le plus gros débat interne aux débuts de VDM. On croulait déjà sous les anecdotes à modérer (il n’y avait pas l’auto-modération à l’époque). On a fini par tenter le coup à l’arrache. Maintenant on s’en fout il y a Julien pour tout lire !

9. Le jour où nous sommes passés sur Canal +, la préparation de l’émission était complètement en retard car ils avaient passé leur après-midi à lire le site, et à en inventer pour les passer le soir après notre passage.

10. Après notre passage au grand journal nous avons reçu nos plus beaux mails d’insultes. Je vous les copie en intégralité. Sur le premier vous verrez comment il compense son manque de style intellectuel par du style artificiel, ça relève du traumatisme typique du 21è siècle :)

Le second est nettement plus drôle, enfin, on n’a jamais eu le fin mot de l’histoire.

J’espère que maintenant vous serez content de délivrer du VDM fun fact pour briller en société. En ce qui concerne la mienne, de société, j’espère que l’on pourra fournir autant de travail ces 12 prochains mois que ce qu’on a fait en 24, l’objectif est osé mais toujours réalisable. Merci encore !

Le problème qui s’est vite posé à moi était que je n’avais aucun fond d’écran particulier à mettre. Je me rappelle avoir mis Dark Vador pendant une semaine, puis j’ai cherché un site qui proposait un fond d’écran par jour. N’en trouvant pas, j’en ai créé un (réflexe très con, je sais), wlppr.com.

Bon ça c’était un peu le processus de base pour avoir des fonds d’écran quotidiennement. Il fallait ensuite faire apparaître les fonds d’écran sur mon ordinateur automatiquement (je ne suis pas très manuel).

Méthode console

Ouvrez un terminal et installez un cron qui téléchargera tous les jours à 10h du matin le fond d’écran via curl, et le mettra automatiquement en fond de votre bureau via osascript :

echo '00 10 * * * /usr/bin/curl -s -o ~/Pictures/wlppr_`date '+\\%Y\\%m\\%d'`.jpg http://wlppr.com/live.jpg && /usr/bin/osascript -e "tell application \"Finder\"" -e "set desktop picture to file \"Pictures:wlppr_`date '+\\%Y\\%m\\%d'`.jpg\" of home" -e "end tell" && /bin/rm ~/Pictures/wlppr_*.jpg' > ~/wlppr_crontab && crontab ~/wlppr_crontab && rm ~/wlppr_crontab

Pour supprimer le crontab, vous n’aurez qu’à éditer le crontab utilisateur via crontab -e et supprimer la ligne correspondante.

Méthode interface

J’ai trouvé un logiciel gratuit qui s’appelle Desktop Carousel, créé à l’origine pour afficher des webcams en fond d’écran, que j’ai adapté à mon cas.

Si vous souhaitez faire pareil, voici la marche à suivre : Installez donc le logiciel, il vous mettra une liste préconfigurée et très ancienne de webcams du monde entier. On s’en fout, on veut les fonds d’écran de wlppr, donc téléchargez le fichier ci-dessous qui est un fichier liste de Desktop Carousel.

• Télécharger wlppr.dclist
• Liste Desktop Carousel — Taille : 4 Ko

Faites File > Import List… puis sélectionnez la liste et cliquez sur Replace. Vous avez maintenant le fond d’écran du jour automatiquement sur votre bureau. J’ai configuré à « every hour » car l’heure de mise à jour du fond d’écran sur wlppr varie entre 6h et 10h du matin, selon mon humeur :) Dernière astuce, Desktop Carousel est toujours lancé sur mon ordinateur mais n’apparaît pas dans le dock, grâce au fabuleux Dock Dodger.

Engadget s’est donc procuré sans trop de difficultés un exemplaire du fameux téléphone, et en a fait une review complètement inintéressante, le seul élément instructif de l’article étant la vidéo de l’engin, que je vous ai mise ci-dessous, donc on se retrouve après le clip.

Toujours là ? On en a perdu quelques uns. Je serais parti aussi, remarque. La démonstration de fonds d’écran qui bougent tout seuls c’est marrant une demi-seconde, et encore on l’a déjà vu partout. En revanche on peut en sortir quelques remarques intéressantes qui nous amèneront à une conclusion sans appel :

• Le Nexus Phone n’est pas multi-touch, alors qu’Android 2 le supporte.
• Les slides sont poussifs en comparaison avec la puissance graphique d’un iPhone.
• Aucune mise en avant des applications, cachées dans un coin du téléphone, alors que c’est censé faire la principale puissance d’un bon smartphone.

Pour le téléphone qui se veut le fleuron du système d’exploitation Android, je crois que c’est raté. On a toujours l’impression d’un produit presque fini, mais quand même pas fini. Pour un prix qui devrait être équivalent à celui de l’iPhone, c’est risqué.

Il n’y avait qu’Apple qui pouvait se permettre de sortir un produit à peine fini au niveau des fonctionnalités (à savoir l’iPhone première génération) car c’était le premier téléphone du genre. A ce niveau de la compétition, un concurrent se doit de sortir un produit parfait dès la première version, et si même Google n’y arrive pas, on est mal barrés les amis.

PS : Tant qu’on y est, toutes mes félicitations à Palm qui a dépassé les 1000 applications sur son store, plus que 99 000 et l’App Store aura peur pour ses fesses :)

J’avais fait partie des early adopters de Remember The Milk, à l’époque où Loïc Le Meur en parlait sur son blog (maintenant il n’a plus de blog, pauvre de nous). A l’époque, RTM était loin de faire l’unanimité dans mon cerveau, puisque toute sa puissance réside bien ailleurs que sur le service lui-même.

Autant l’interface Web est aguichante, autant sur le concept je ne trouve pas ça pratique d’avoir tout le temps une fenêtre ouverte sur ses tâches. Après tout, mon client mail est déjà ouvert en permanence, il y aurait une redondance évidente. Seulement depuis quelques temps, RTM a développé sa vraie force : Une API et de vraies applications crées autour d’elle.

J’ai ainsi organisé ma todo-list RTM de la manière suivante :

• Sur mon bureau : J’ai installé le gadget Gmail Labs ce qui me permet de garder un oeil sur les mails en même temps que sur mes listes en permanence, sans perdre de place pour une fenêtre supplémentaire.
• Sur mon iPhone : J’ai téléchargé l’application RTM for iPhone, elle est aussi disponible en version Web. Elle a gagné un Apple Design Award en 2008 ce qui me dispense de disserter sur son ergonomie.

Grâce à ces deux services mes listes sont synchronisées en permanence.

Au final, la beauté de Remember The Milk réside dans le fait que je n’utilise jamais leur interface Web (sauf pour renouveler mon abonnement), mais tous les services autour de son API. Petit bémol si vous souhaitez utiliser la version iPhone ou Android, elle est réservée aux abonnés Pro, ce qui vous en coûtera $25 par an. Si vous ne voulez pas utiliser ces services mobiles, RTM est gratuit pour la vie !

Lien : Remember The Milk (Inscription)

L’hébergement des différents sites de ma société (en somme, VDM et ses déclinaisons linguistiques) est entièrement géré par SD France au niveau matériel, et par votre serviteur au niveau logiciel / administration système. La question qui s’est donc rapidement posée une fois que tout était mis en place fut celle de la surveillance de toutes ces machines, autrement appelée le monitoring.

Les premiers termes qui viennent à l’esprit lorsque l’on parle de monitoring sont Nagios, MRTG, et autres RRDTool, qui sont les outils les plus populaires dans la surveillance en réseau. Pour ma part je les ai trouvés bien trop complexes pour les quelques données dont j’avais besoin au quotidien, c’est pour cela que je me suis orienté sur une solution maison que je vais vous décrire ci-dessous.

Côté serveur

Même si tout un écran peut sembler important niveau espace, lorsque l’on parle de 27 serveurs à monitorer individuellement, il faut se montrer efficace. Il a donc fallu identifier les points-clés à surveiller. J’ai choisi les suivants :

• Etat de la réplication MySQL : Point névralgique évident lorsque l’on parle de réplication circulaire master-master. Si un des serveurs ne réplique plus, toute la boucle est endommagée immédiatement.
• Secondes de retard MySQL : Ce n’est pas précisément le temps de retard d’une réplication par rapport à son maître, il s’agit plus précisément de la différence entre le temps actuel et l’heure indiquée sur le log que l’esclave est en train de répliquer. Cela reste cependant un bon indicateur de l’état de santé de la réplication.
• Connexions Apache : Permet de savoir en permanence les connexions à un instant t sur le cluster Web, ainsi que les types de connexions (lecture, écriture, slot inactif).
• Statut du serveur Memcache : Le serveur memcache est assez sollicité pour stocker de manière centralisée les sessions PHP du cluster, ainsi que certaines données des sites.
• Modifications sur le FTP : Plusieurs personnes travaillant sur le FTP, il est parfois utile de savoir quels ont été les derniers fichiers modifiés lorsque survient un problème inexplicable par le simple état des machines. J’ai codé un script qui établit automatiquement un diff du fichier uploadé versus le fichier original, pour plus de lisibilité.

Une fois ces points identifiés avec succès, il a fallu coder les agents qui enverront les données à un serveur central (j’ai dédié un serveur au monitoring). Ces agents envoient actuellement les informations toutes les 5 secondes via le réseau local sur une interface VLAN. Je les ai codés en PHP ou en Perl selon l’inspiration du moment. C’est un serveur Web qui récolte les données et peuple une base MySQL, mais peu importe le langage du moment que les variables sont renseignées dans la base de données.

Côté client

Ma base se peuple maintenant à la vitesse de la lumière (ou du cuivre, selon le degré de poésie). Il faut maintenant développer l’interface qui affichera les données en temps réel sur mon écran de droite.

Par pure déformation professionnelle, j’ai encore tâté de l’HTML. Les connexions à Apache que vous voyez ci-dessus ainsi que les secondes de retard MySQL plus bas ont été réalisées via l’excellente librairie Flash Amcharts que j’avais déjà utilisée auparavant. Cette librairie crée des graphiques en Flash à la volée, au moyen de fichiers XML ou CSV, et permet aussi de rafraîchir ses données à intervalles de temps réguliers.

Concernant les données qui ne nécessitent pas de vision en fonction du temps, j’ai tout simplement utilisé de l’AJAX (avec jQuery) qui permet par exemple de rafraîchir l’état de la réplication MySQL et d’afficher l’erreur explicite en cas de panne. J’ai aussi utilisé cette technique pour afficher les dernières modifications du serveur FTP.

Enfin, comme le résultat donne une page Web, j’avais besoin qu’elle se comporte comme une véritable application, afin d’éviter qu’elle se ferme lorsque je devais redémarrer Safari, ou tout simplement pour pouvoir placer la fenêtre de manière permanente en plein écran sur la droite. J’ai utilisé comme à chaque fois Fluid qui permet tout cela, et même bien plus avec ses librairies Javascript intégrées (vous pouvez par exemple mettre des badges ou des notifications Growl très simplement).

Et quand t’es dehors ?

Avoir un smartphone est forcément indispensable, dans mon cas c’est un iPhone. Vous n’êtes pas sans savoir qu’il ne gère pas le Flash, et quand bien même il le gérerait, ce serait trop lourd pour vérifier d’un coup d’oeil l’état de mes serveurs en Edge ou en Wap. J’ai donc codé une page HTML avec les entêtes HTML qui vont bien pour que l’iPhone considère ça comme une application à part entière :

<meta name="robots" content="noindex" />
<meta name="viewport" content="width=device-width; initial-scale=1.0; maximum-scale=1.0; user-scalable=no;"/>
<meta http-equiv="cache-control" content="no-cache"/>
<meta name="format-detection" content="telephone=no" />
<meta content="yes" name="apple-mobile-web-app-capable" />
<META http-equiv="Content-Type" content="text/html; charset=UTF-8">
<link rel="apple-touch-icon" href="/mgmt.png"/>
<script type="text/javascript">
	addEventListener(
		"load",
		function() {
		setTimeout(hideURLbar, 0);
		setTimeout('window.location.reload(true)', 5000);
		}, false
	);
	function hideURLbar() { window.scrollTo(0, 1); }
</script>

La page se rafraichit automatiquement toutes les 5 secondes pour me permettre de supprimer totalement la barre d’adresse de l’écran de contrôle.

J’ajoute à côté du screen une autre application qui s’appelle HostMonitor [iTunes], très pratique pour simplement tester des ports sur des machines distantes, le tout sous forme de groupes. Utile si vous voulez juste jeter un oeil sur l’état de santé de votre réseau.

       
Le monitoring version iPhone, et HostMonitor.

Un autre outil que j’utilise (mais moins souvent), c’est iStat. Cette application se présente sous la forme d’un client iPhone et de serveur à installer sur tous les ordinateurs que vous souhaitez monitorer. L’avantage est qu’il marche sur Linux aussi bien que sur Mac, avec seulement un port TCP à ouvrir sur chaque serveur. Le détail des paramètres système est paramétrable.

       
iStat en action.

Concernant l’installation sur des serveurs Linux, le code source est disponible sur Google Code. Une bonne âme a créé un paquet Debian à partir de ces sources, elle s’appelle Marius (iStat My Linux on My Phone) et le lien se trouve en bas de son article. Un coup de dpkg -i plus tard et vous avez un serveur iStat sur votre Debian (pensez aussi à éditer le /etc/istat.conf si vous ne souhaitez pas que tout le monde connaisse vos stats).

Voilà pour le billet promis, désolé si j’ai mis un peu de temps à le rédiger, et pour la consistance finale de l’article, mais j’ai eu du mal à trouver une meilleure présentation. Comme d’habitude, si vous avez des questions, je tenterai d’y répondre avec mon humble expérience.

Logiciel de démonstration du driver

Le jumelage de l’iPhone avec le clavier Bluetooth se fait comme sous Mac, avec un code numérique à taper sur le clavier distant. Puis l’appareil est connecté et ne souffre d’aucun lag lors de la frappe. Un vrai bonheur :-)

A noter que dans la version 1.0, il n’y aura pas de support du copier/coller ni de la sélection de texte, mais c’est en tout cas un début très prometteur pour les accrocs aux SMS.

Si vous avez un iPhone jailbreaké, vous trouverez la démonstration dans Rock ou Cydia sous le nom de « Keyboard Driver Demo ». La version complète devrait arriver bientôt, sûrement payante.

Mise à jour : L’application Keyboard Driver est sortie sur Cydia, au prix de $5. Je l’achète et je vous en reparlerai sûrement :-D

Site officiel : iPhone Bluetooth Keyboard Driver

• Tuer des mouches avec précaution (ne pas les écraser !).
• Les mettre à sécher au soleil pendant environ une heure. S’il n’y a pas de soleil, opter pour la lampe de bureau.
• Reprendre les mouches séchées, et laisser vagabonder son esprit via le crayon sur le papier.

Je vous laisse quelques exemples ci-dessous, qui auront, je l’espère, valeur d’inspiration (et parfois de dégoût, mais ça va c’est le week-end) :

La photo finish.

Don Quichote.

Le night club.

Piscine olympique.

Variantes spontanément proposées : Fourmis (mais pas les rouges, ça court trop vite), abeilles (plus sportif aussi).

J’espère que ça vous donnera des idées pour vos après-midi de pluie. Si vous en faites, envoyez-les moi, évidemment !

Le contenu des écrans n’est pas représentatif !

On m’a accusé de temps à autres d’avoir cette configuration uniquement pour la frime, et n’en avoir aucune utilité dans la réalité. Voici donc un « petit » article pour expliquer comment avoir 5 écrans augmente ma productivité.

Le matériel

Seuls les deux LaCie ont été achetés pour l’occasion, les trois autres écrans étaient déjà en ma possession. Leur choix n’est pas spécialement primordial, les miens sont assez grands, ce qui au final est plutôt agréable si vous avez la place.

• Au centre : Acer P244W (24″ 16:9)
• A gauche et à droite : LaCie 324 (24″ 16:10)
• Aux extrémités : Acer AL2216W (22″ 16:10)

Vous aurez judicieusement remarqué que les deux écrans aux extrémités n’avaient pas la place pour reposer sur la table, j’ai donc utilisé deux bras Ergotron pour les accrocher en l’air. Ce sont des bras assez chers mais qui valent vraiment le coup, pour avoir essayé leur équivalent « noname » auparavant, ça n’a rien à voir niveau qualité de fabrication.

L’ordinateur qui supporte tout cela peut aussi être n’importe quelle tour bien configurée, dans mon cas c’est un Mac Pro, avec trois cartes graphiques évidemment, pour pouvoir supporter les 5 sorties vidéo.

Le logiciel

La première réflexion qui vient souvent à l’esprit lorsque je parle de ma configuration c’est : « Ça ne t’arrive pas de perdre ta souris ? ». La réponse est si, bien sûr ! Mais il y a quelques astuces pour naviguer efficacement dans un espace aussi grand.

C’est là où les raccourcis clavier viennent à la rescousse de votre productivité :-) J’ai choisi d’utiliser Keyboard Maestro après en avoir testé quelques autres, je ne sais pas si celui-là est le meilleur mais il m’a pleinement satisfait depuis un peu plus d’un an. Ce logiciel me sert à deux choses : reconfigurer certaines touches de mon Mac pour qu’elles réagissent comme un clavier Windows (un an et demi après avoir switché, je suis toujours persuadé que le clavier AZERTY est mieux pour coder), et ajouter des raccourcis pour accéder rapidement à n’importe quelle application située sur mes écrans.

Ces raccourcis clavier sont dits globaux, c’est à dire qu’ils fonctionnent peu importe l’application où vous vous trouvez sur votre ordinateur.

Au-delà de ça, j’ai aussi pris l’habitude de remettre ma souris au centre de l’écran principal avant d’éteindre mes écrans. :D

Passons maintenant au contenu des écrans à proprement parler.

Au centre

Certainement la partie la moins intéressante, l’écran du milieu me sert à coder (il vaut mieux le faire au centre, ça évite les torticolis), et à naviguer sur le Web, quelques terminaux SSH de temps en temps, rien d’autre.

A gauche

J’utilise l’écran de gauche pour iTunes (que j’utilise en permanence en travaillant), Adium (messagerie instantanée sous Mac), Gmail (via Mailplane).

A droite

La télécommande EyeTV de l’écran tout à gauche (voir paragraphe ci-dessous), quelques bidouilles faites avec GeekTool, Tweetie, et Google Wave, mais vu l’inutilité grandissante de ce dernier, je pense le remplacer par un autre logiciel encore à déterminer. J’utilise l’espace quand j’ai des SSH à monitorer ponctuellement.

Les extrémités

De part leurs emplacements dans mon champ de vision, il était impossible d’envisager des écrans où je serais actif dessus. Les deux écrans me servent d’écran de « contrôle ». A droite, j’ai le monitoring de mes serveurs (qui est néanmoins primordial puisque c’est mon métier), quant à l’écran de gauche il me sert pour la télévision, souvent les infos mais aussi les reportages qu’on peut regarder d’un oeil tout en travaillant :-)

Mon monitoring, qui fera sans doute l’objet d’un autre article.

J’ai essayé de ne pas trop vous encombrer de détails sur la description de ma configuration de travail. Je concluerai en disant qu’il ne faut pas croire que c’est parce que vous avez 5 écrans que vous multiplierez votre productivité par 5, mais en s’habituant un peu, les avantages s’en font vite sentir. Si vous avez des questions (ou des conseils), laissez-moi un commentaire !