Twitter, un vrai service Web 2.0

D'abord il y a eu les blogs, qui permettaient de raconter sa vie
passionnante de tous les jours, puis maintenant il y a Twitter, qui force de
résumer sa vie passionnante en 140 caractères.

Comme je n'ai pas une vie passionnante, 140 caractères sont longtemps suffisant pour expliquer que je vais au travail, je suis bloqué sur un problème en PHP, j'ai vu un site super, j'ai mangé au Delectis à midi et que "Tien, c'est déjà 16h30 alors je vais rentrer".

Donc je vous invite tous à retrouver le fil RSS de ma vie La vie au format RSS de Benoit Perroud.

Getting Things Done® (GTD® aussi) : le sydrome du "Ca c'est fait !"

Un mot très en vogue en ce moment (cf Google trend sur getting things done), GTD® est une méthodologie d'organisation des tâches quotidiennes à accomplir. Dévoilée dans un livre écrit par David Allen publié en 2001, Getting Things Done®, the art of stress-free productivity, elle reprend un certain nombre de choses connues en matière de gestion du temps mais les systématise dans un processus structuré, gage d'efficacité.

Cette systématique est intéressante car elle peut nous faire prendre conscience de la méthodologie que peut-être certain utilisaient déjà et ainsi nous amener à y réfléchir en vue de l'optimiser à nos besoins.

L'objectif de GTD® est de porter toute la créativité et l'énergie sur la seule action qu'on a délibérément choisi de faire et d'approcher au mieux un état de productivité sans stress annoncé.

Les 2 concepts mis en exergue par cette théorie sont les suivants :

• Les tâches sont interdépendantes
• Les priorités des tâches dépendent d'un contexte

Fort de ce constat, GTD® nous donne une systématique pour

• recenser les tâches et les reporter sur des listes par sujet,
• identifier celle qui peuvent être exécutées immédiatement et les reporter sur une TODO list
  
• les réaliser dans un ordre de priorité dépendant du contexte (temps à disposition, état de fatigue, endroit, ...).
  

Une fois la tâche accomplie, GTD® propose une phase de revue durant laquelle la tâche est notée comme faite (le fameux syndrome du "Ca c'est fait !", qui n'est en réalité rien qu'un petit vu sur la TODO list mais qui procure une satisfaction bien au-delà du consentement, mais là je m'égare...) et le cycle organisationnel peut recommencer.

GTD® ne propose pas de support spécifique pour la liste des tâches à accomplir (TODO list), mais précise que le moyen utilisé doit être fiable.

Une petite corollaire de GTD® que je trouve intéressantes est que les tâches prenant moins de 2 minutes sont faites immédiatement. Car "moins de 2 minutes" est à peu près le temps pris pour la gestion organisationnelle de la tâche.

Pour ceux qui comme moi pensent que la curiosité n'est pas toujours un vilain défaut :

• http://www.davidco.com/what_is_gtd.php
• http://fr.wikipedia.org/wiki/Getting_Things_Done
• http://wiki.43folders.com/index.php/Productivity_pr0n

Getting Things Done® et GTD® sont des marques déposées depuis 2005.

La surjection, nouvelle maladie ?

La prochaine fois que vous allez chez le médecin, dites-lui que vous souffrez d'une surjection et que je avez besoin d'un injection pour retrouver un état stable de bijection...

Algue? piézo-phosphorescente

Mercredi 12 septembre 2007, tard le soir, plage de Vieux-boucaux dans les Landes française.

Nous étions alors en vacances entre amis. Une soirée des plus tranquilles, avec comme il se doit un passage sur la plage pour boire quelque breuvage local. Cadre peu crédible pour la suite de l'histoire si nous n'avions pas été 9 à être témoin du phénomène que nous avons découvert ce soir-là.

C'est en s'approchant de l'océan qu'on aperçut des points lumineux autour de nos pas. Des points d'une légère lumière bleutée s'illuminaient à chaque pression de nos pieds sur le sol dans un rayon d'une vingtaine de centimètres, avant de disparaitre 3 secondes plus tard.
Phénomène qui nous a émerveillé une bonne partie de la soirée, mais qui reste un mystère pour nos esprits curieux...

Une hypothèse d'une algue ou d'un organisme piézo-phosphorescent est de mise, car les points de couleurs apparaissaient dans une zone semblable à la zone de compression imposée par nos pas...

Mais les hypothèses les plus folles ont été imaginées sous cette nuit claire et chargée d'étoiles filantes.

Citer Montaigne quand on parle d'informatique

Chose pas forcément aisée, mais Jean Véronis, professeur de linguistique et d'informatique à l'université de Montpellier y est parvenu à merveille jeudi 18 janvier, dans la capsule de Monsieur Pain.

"Scrobbler" Tome II, jeudi 18 janvier 2007

La capsule, une émission à écouter et ré-écouter...

Camp de ski avec l'école primaire de Prez-vers-Noréaz

La semaine du 26 au 30 mars 2007 a eu lieu le camp de ski de l'école primaire de Prez-vers-Noréaz à Villars-sur-Ollon. Une semaine magnifique retransmise en mots et en images sur le site de l'école de Prez-vers-Noréaz.

Bon anniversaire !

Avec pas mal de retard, hop une année de plus. Ca me fait maintenant 20 ans et 6 ans d'expérience :)

A quoi juge-t-on qu'on est trop "geek" ?

Voilà que je me surprends à ajouter subtilement des ; à la fin des lignes d'une lettre de demande de congé pour l'armée...


Cette fois mes craintes se justifient : je suis vraiment un geek.

Nabuchodonosor, Roi de Babylone, écrivez-moi cela en 4 lettres.

Nabuchodonosor, Roi de Babylone, écrivez-moi cela en 4 lettres.

Cette expression est ma dernière signature en date, et comme d'habitude personne ne comprend son sens profond, alors je me vois contrains de l'expliquer.

Le but de cette phrase est de faire paraitre quelque chose compliqué alors qu'elle ne l'est en réalité pas (tout le monde peut écrire cela en 4 lettres : c e l a. Pas besoin d'être roi de Babylone pour le faire).

Il en est de même dans beaucoup de domaine de l'ingénierie, où des gens ont la fâcheuse tendance à compliquer des concepts simples (pour justifier leur travail, pour faire plus vendeur, ou pour n'importe quelle autre raison qui m'échappe). Il y a bien évidement des cas où cette complication est nécessaire (pour un obfuscateur de code source par exemple), mais retenons et appliquons la devise d'Albert Einstein :

Faites les choses aussi simple que possible, mais pas plus simple.

Lettre au père Noël

Trouvé sur linuxfr, tellement plein de vrai que je suis obligé de broadcaster :

Lettre au père Noël

Samourai

Et voici un autre jeu à boire intéressant, appris sur le tas dans de sombres circonstances, et dont l'issue fut fatale pour plus d'un d'entre nous. Il s'appelle Samourai , et le principe est très simple : des personnes autour d'une table devant accomplir chacun leur tour une ou plusieurs actions.

Les actions sont simples, elles consistent à désigner la personne suivante à réaliser l'action, à boire un verre de vodka cul-sec réaliser un gage ou faire un action collective.

Le nom des actions étant normalement en japonais, je me permets d'y faire ici une transcription phonétique.

L'action la plus simple consiste à désigner son voisin direct par un coup de coude latéral, le poing du bras donnant le coup de coude dans la paume l'autre main, en criant "Hi-ha". La seule contrainte sur cette action est qu'elle doit se faire dans la même direction que le coup de coude reçu (donc on reçoit un coup de coude du coté gauche et on renvoie un coup de coude sur notre droite, respectivement le coté gauche de notre voisin).

La deuxième action permet de désigner n'importe quelle personne autour de la table. Cela se fait en tendant sa main bien droite en direction de cette personne et en criant "Katana".

L'action "Oups" permet de faire sauter le tour du voisin dans lequel l'action de se déplace. Elle se réalise en décrivant un cercle de la taille d'un ballon de foot avec ses 2 mains.

L'action pour bloquer le coup de coude et faire repartir le mouvement dans le sens contraire s'appelle "Wasaï". Elle se réalise en plaçant devant soi son avant-bras à la verticale et son poing contre son coude opposé, le tout en criant "Wasaï". Si on reçoit un "Hi-ha" par la gauche, on doit lever son avant-bras droite, de manière à avoir le coude gauche à l'horizontal pour répondre à son voisin de gauche.

Les 2 prochaines actions peuvent être exécuter en plus de l'action de base, et tous les autres joueurs doivent y répondre :
Si le jour crie "Aligato", les autres joueurs joignent leurs mains dans un signe de prière, s'inclinent vers le joueur qui a prononcé ce mot et réponde "Aligato san".
De même si le joueur crie "Samourai", les autres joueurs imitent l'action de resserrer un noeud autour de la taille en criant "Hou".

Puis vient le moment du gage. Le joueur qui exécute incorrectement un action cité doit donc boire un verre exécuter un gage. Avant son gage, il doit prononcer "Arakiri", que tout le monde doit applaudir, puis il doit remercier Yogi à la fin du gage. Si ces 2 parties du gage sont mal exécutées, le gage entier doit être refait.

Dernière action en date, similaire à "Katana", le joueur désigne un autre joueur en criant "Nikon". Le joueur visé doit alors viser un autre joueur en imitant d'avoir un appareil photo dans les mains et crie "click-clack".

A noter qu'il serait judicieux d'introduire progressivement les règles, avec dans l'ordre :

1. "Hi-ha"
2. "Wasaï"
3. "Oups"
4. "Samourai"
   
5. "Katana"
6. "Aligato"
7. "Nikon"
   

Bonne guerre Bon jeu !

Bonne année (2007) !

Version geek :

<?php

if (date('n') === 1
    && ($day = date('j')) >= 1 && $day < 10) {
    echo '<p>Bonne année ' . date('Y') . ' à tous !</p>';
}

?>

Version "Le Chat" :

Meilleurs voeux pour toute la vie.. Comme ça c'est fait une
fois pour toutes !

I'm the 58,920,569 richest person on earth!

Avec mon revenu actuel tout à fait moyen pour la Suisse (un peu moins de 4000.- brut / mois), je fais partie des 1% personnes les plus riches du monde, d'après le site GlobalRichList.

Imaginez ce que ça sera quand je toucherai mon salaire de ministre ;)

Plus sérieusement, voici une preuve criante que les richesses sont mal réparties.

Arriverons-nous à faire en sorte que la fossé qui sépare les riches des autres ne s'élargisse pas trop ? Un défi pour l'avenir autant important que l'environnement...

Bug de l'an 2038

Le format Unix pour les dates, c'est-à-dire le nombre de secondes depuis le 1er janvier 1970, est une très bonne chose car ça représentation est très compact, on peut facilement comparer 2 dates, calculer des intervalles, etc.

Le seul problème qui en découle est que son implémentation sous forme d'entier, 32 bits sur la majorité des systèmes actuels, et condamné à subir un integer overflow, et ce dans un peu plus de (2^^32 / 3600 / 24 / 365 =) 136 ans à partir de la date de référence si la date est codée en entier non signé, (2^^31 / 3600 / 24 / 365 =) 68 ans si le codage est signé, c'est-à-dire vers l'an 2106 ou 2038 respectivement.
Il nous reste de beaux jours devant nous, mais cela montre à quel point on est incapable de ne pas reproduire le bug de l'an 2000...

Un serveur en overload

Quels sont les signes qu'un serveur est en overload ?

La réponse est relativement simple un outil de monitoring tel que mrtg ou maintenant rrdtool est installé sur le serveur.

Considérons le graphique suivant :



Il représente la charge d'un serveur sur une moyenne journalière, avec en y le % de charge. Dès juillet, l'augmentation de la charge non négligeable que subit le serveur est un signe qu'il faut envisager rapidement un remplacement par une machine plus puissante. L'augmentation est linéaire, elle nous permet donc une bonne projection et donc une bonne prévision de quand le serveur arrivera à une charge moyenne de 100%.

La vie d'un Troll

Un Troll, en informatique, est une polémique acharnée et sans fin (souvent sur un forum ou une mailing liste). La nature du Troll n'est jamais constructive , et, comme le disait Tristan Nitot, le Troll ne grossit que si on le nourrit. Si on l'ignore il se meurt de lui-même.

Le nom Troll vient d'analogies aux mondes fantatstiques, notamment Donjon et Dragon dans lequel les Trolls ont une grande capacité de régénération.

Si vous voyez un Troll, partez en courant. Au mieux il ne vous fera que perdre du temps...

Explication du Troll en DB.

Fribot 2005

Initialement posté sur Noisette.ch par KillerWhile le 18.07.2005

Après 2 premières manches lamentables, on finit toute de même à la 3ème place en étant la seule équipe à faire tomber toutes les quilles en moins de 3 minutes. L'équipe, composée de Christoph Walker, Sébastien Perroud (mon grand frère) et Thierry Gachet à la mécanique, et de Marius Erni et moi à la programmation gagne aussi le prix du meilleur code, en utilisant toutes les techniques possibles avec l'API Lejos sur le microprocesseur RCX.


Fribot est un concours de robot sur une journée, où le but est de construire et programmer un robot lego Mindstorm pour qu'il accomplisse une tâche présentée le matin même.
Le but cette année avait un petit gout de Eurobot, car on travaillait sur le même plateau de jeu. Il fallait mettre 2 ballons de rugby dans un trou, traverser un pont et descendre de quilles de l'autre côté. Le tout en un temps maximum de 3 minutes.

Marius et Benoit Après une première phase de réflexion, Marius et moi attaquons le code. On divise le jeu en 3 parties : une partie pour pousser les balles de rugby, une autre pour traverser le pont, et la dernière pour descendre les quilles et ne pas quitter le plateau de jeu.
Nos 2 premières manches ont été catastrophiques : une balle de poussée à la première, et rien du tout à la deuxième... On décide alors de réimplémenter tout le code avec des Behavior et un Arbitrator. La technique s'avère payante, d'une part parce que le robot n'a plus du tout un comportement aléatoire, mais d'autre part il nous permet de descendre 10 quilles lors de la 3ème manche, et nous permet d'accéder à la petite finale, ou on a simplement cartonné en faisant tomber une balle de rugby et les 16 quilles !

Et nous procure une joie non dissimulée, ainsi que le prix du meilleur code.