Leuc's blog : Amor fati

Des projets enthousiasmants

noreply@blogger.com (leuc) — Fri, 20 Jan 2012 21:53:00 +0000

Après une nouvelle période de pouponage (ma deuxième fille Tessa est née le 22 Décembre dernier), je reprends le clavier pour une nouvelle liste de projets enthousiasmants.
Après les projets Java (petits exemples : ici et là mais surtout, à l'époque, une grosse communauté et un énorme écosystème) et les projets Google (des produits qui sortent en pagaille, une croissance hallucinante et un dynamisme...), je dois avouer que c'est du coté Javascript que je trouve aujourd'hui le plus de projets intéressants.
Les projets sont souvent plus petits mais quel dynamisme et c'est souvent très joli (et j'aime quand c'est joli !). Mes derniers chouchous en date sont :

d3.js : après highcharts et raphael.js, voici une bibliothèque offrant des représentations très avancées et très design de vos données.
impress.js : faîtes vos présentations Prezi, sans prezi...
visualSearch.js : après la superselectbox sur extjs à son clone chosen sur jquery, et bien voici une petite variante plutôt sympa : c'est simple, élégant et cela permet d'exploiter "en ligne" des recherches multicritères dit "à facette".

Ce ne sont pas des projets révolutionnaires mais, selon moi, ils font partie de ces petites initiatives sympas qui tirent les sujets vers le haut.

NB : visualSearch est un projet de documentCloud. DocumentCloud est aussi un projet qui m'intéresse car même s'il est fait initialement pour les journalistes, je trouve que ce serais très intéressant de le forker pour y gérer des sources généalogiques. J'ai toujours souhaité que les logiciels de généalogie mette plus l'accent sur les actes que sur les données, DocumentCloud semble faire cela très bien pour les sources journalistiques... A creuser !

Spécifications fonctionnelles

noreply@blogger.com (leuc) — Sat, 03 Dec 2011 22:35:00 +0000

Ceux qui suivent ce blog savent que j'apprécie l'outil Concordion (lire [1], [2], [3], [4], [5]).
J'apprécie sa simplicité et son ambition de rendre les spécifications à la fois lisible (rédaction libre contrairement à FIT ou Fitnesse) et chaînée au code.
Armé d'un tel outil et en suivant les recommandations de Joel Spolky, j'étais convaincu d'avoir trouvé la solution pour avoir des spécifications vivantes (merci Concordion), claires (merci Joel), et donc lues ...
Hélas, ce ne fut pas le cas, et après avoir cherché à comprendre ce qui n'allait pas, il semble que la lecture des spécifications était freinée pour une raison assez incroyable : une arborescence de fichiers html fait peur au lecteur !
Le format html fait penser à "site web" mais pas à "document de référence" et une arborescence de fichiers semble effrayé le lecteur qui croit qu'il va oublier de lire des pages.
Pour vérifier cette hypothèse, j'ai donc décidé de convertir mes spécifications html arborescentes et un seul document pdf (pdf : ça, au moins, ça fait sérieux !).
Les taches à réaliser pour parvenir à 1 seul pdf sont :

la lecture du sommaire pour déterminer l'ordre et la liste des spécifications

simplexmlelement

la conversion d'une page html en pdf.

wkhtmltopdf

la fusion de toutes les pages.

Résultat : une dizaine de lignes php !

 
<?php  
    function pdfify($html){   // transform html to pdf thx to wkhtmltopdf
 $pdf = str_replace('.html','.pdf',$html);
        exec("wkhtmltopdf $html $pdf");
        return $pdf;
    }

 // first page containing concordion:run in
 $in = 'index.html';  
 // convert first page to pdf
 $pdfs[]=pdfify($in);  
 // parse index to find child files
 $names = simplexml_load_file($in)->xpath('//li/a'); 
 // generate pdf for each of them
 foreach($names as $name) { $pdfs[]=pdfify($name['href']);}
 exec("gs -dBATCH -dNOPAUSE -q -sDEVICE=pdfwrite -sOutputFile=STL.pdf ".implode(' ',$pdfs)); 
 // clean temporary pdfs
 foreach($pdfs as $pdf) { unlink($pdf);}

Programmer au 21ième siècle

noreply@blogger.com (leuc) — Thu, 04 Aug 2011 20:58:00 +0000

"public void static main" est mort, vive "@Test"

noreply@blogger.com (leuc) — Wed, 03 Aug 2011 20:33:00 +0000

Pour initier une attitude TDD dans une phase de prototypage, mon premier conseil serait de remplacer systématiquement la fameuse fonction "public static void main" de java par l'annotation @Test de Junit4.
En reprenant l'exemple du cookbook de Kent Beck, je préférerai toujours :

@Test public void simpleAdd() {
    Money m12CHF = new Money(12, "CHF"); 
    Money m14CHF = new Money(14, "CHF"); 
    Money m26CHF = new Money(26, "CHF");
    assertTrue(m26CHF.equals(m12CHF.add(m14CHF));
}

à :

public static void main() {
    Money m12CHF = new Money(12, "CHF"); 
    Money m14CHF = new Money(14, "CHF"); 
    Money m26CHF = new Money(26, "CHF");
    System.out.println(m12CHF.add(m14CHF);
   System.out.println(m26CHF);
}

Pourquoi ?

Parce que dans les deux cas on a obtenu un contexte d’exécution mais la première solution à l'avantage d'évaluer le résultat attendu.
C'est tout bête, je l'avoue mais je vois trop de développeurs "tester" un bout de code sans xunit mais avec "public static void main" pour ne pas finalement en parler.

abcde : A Better CD Encode

noreply@blogger.com (leuc) — Wed, 03 Aug 2011 19:50:00 +0000

Après divers essais d'extracteurs de CD (rubyripper, sound juicer, grip) sous Ubuntu, j'ai finalement abandonné l'idée d'utiliser un outil avec une interface graphique.
Certes, il est sympathique d'avoir une application clicodrome mais forcé de constater que :
- extraire un CD est une suite d'opérations simples ne méritant pas vraiment d'IHM
- sous Linux, ces opérations sont réalisées par des composants différents (cdparanoïa pour l'extraction, lame pour la conversion mp3, cd-discid pour recupérer les titres des morceaux, id3v2 pour les tags)
- les applications avec IHM font du zèle avec des contrôles supplémentaires, une gestion du temps de fonctionnement du lecteur de CD... La conséquence est que j'ai eu du mal à extraire un simple CD.
Finalement, j'ai opté pour A.B.C.D.E.
Voila ce que j'appelle un outil efficace ... en ligne de commande
Pour extraire en mp3, créez un fichier ~/.abcde.conf (voir ici pour les explications)
puis tapez :

abcde

et voila !
J'adore.

NB : Pour être complet, avant l'extraction, il vous faudra tout de même valider les données CDDB (souvent cela se résume à un appui sur entrée) et valider le choix de ne pas éditer ces données (un second appui sur entrée)

Lectures du mois

noreply@blogger.com (leuc) — Tue, 21 Jun 2011 19:37:00 +0000

Gérer les idées et suggestions d'utilisateurs

noreply@blogger.com (leuc) — Mon, 20 Jun 2011 21:18:00 +0000

Voici une sélection d'outils gratuits pour collecter des idées ou des suggestions sur des produits.
Le plus simple : http://trac-hacks.org/wiki/VotePlugin
Les plus "tendance" : http://ideascale.com/ et http://sparkbin.net/
Le plus "google" : https://www.google.com/moderator/
Le plus connus : http://getsatisfaction.com

Sinon pour les payants, la liste est plus longue. En voici un aperçu : http://www.practicalecommerce.com/articles/2827-14-Customer-Feedback-Tools-for-Small-Business

BudgetView : une expérience de Problem Driven Development

noreply@blogger.com (leuc) — Sun, 29 May 2011 19:58:00 +0000

Faire de l'agilité dans un environement hostile à l'agilité n'est pas simple, voir impossible.
Après avoir essayer diverses méthodes (mais trop souvent trop partiellement), les changements d'équipe, la "politique", le cloisonnement des services ou même la perte de motivation en interne de l'équipe a souvent conduit à des résultats décevants.
A ce stade, je crois toujours aux vertus de l'agilité et reste intimement persuader que c'est la bonne façon de travailler. Il ne me manquait qu'un exemple concret de réussite pour retrouver la "foi".

Je pense que Régis Médina va probablement (une fois de plus) me fournir cet exemple.
En effet, dans son dernier billet, il annonce qu'un nouveau logiciel de gestion de budget nommé BudgetView est disponible. Mais surtout, Il décrit la démarche qui a été suivie sur les 4 dernières années pour concevoir et différencier ce produit de la concurence. Cette démarche, il l'a nomme "Problem Driven Development".
Je vous invite donc à lire son article et bien entendu à évaluer le résultat (ce que je vais m'empresser de faire).
Qui c'est, peut-être vais-je enfin trouver un outil simple mais suffisant de gestion de budget personnel...

Aïkido en hakama

noreply@blogger.com (leuc) — Sat, 21 May 2011 19:45:00 +0000

En obtenant mon 1er Kyu (ceinture marron) le 29 Avril dernier, j'ai aussi acquis le droit (l'honneur) de pouvoir porter le hakama (je vous invite à lire l'article de wikipédia pour plus de détails).

Après mon premier cours en hakama , c'est maintenant sûr : Ce pantalon, c'est la classe !
Et pourtant...
C'est dur à mettre et à replier... et se mettre les pieds dedans est monnaie courante.
Mais voila, c'est une grande fierté, l'impression d'avoir progressé dans la connaissance formelle des techniques et, du coup, ma motivation pour préparer mon 1er Dan (ceinture noire) est au top.

NB : voici un petit aperçu en images des étapes pour mettre et replier ce pantalon

Concordion 1.4.1 : enfin une gestion d'extensions

noreply@blogger.com (leuc) — Sun, 24 Oct 2010 16:34:00 +0000

David Peterson vient d'annoncer la sortie de la version 1.4.1 de Concordion.
Grâce à cette nouvelle version, Concordion devient plus ouvert aux extensions. Cela manquait réellement jusqu'à présent.
Nigel Charman en propose déjà 3 dont une très intéressante pour savoir le script d'actions qui s'est déroulé pendant l'exécution d'une page de spécification.

Illustrer vos spécifications concordion

noreply@blogger.com (leuc) — Sat, 26 Jun 2010 13:40:00 +0000

Voici le troisième article sur Concordion et surtout sur des extensions (pour les deux premiers voir : ici et là).
Cette fois, je vous propose d'illustrer vos spécifications. La base de cette extension est issue de l'article suivant. On y voit comment réaliser des captures d'écrans à intégrer dans concordion. Le seul défaut de cette approche est de capturer l'ensemble de l'écran alors que souvent, on s'intéresse seulement à une petite partie de ce dernier (un panneau de recherche, une toolbar...).
Maintenant, si ,comme moi, vous testez une application web, vous devez utiliser un outil comme selenium ou webdriver entre concordion et votre application. Et dans ce cas, la screenshotcommand peut être adaptée très facilement pour s'intéresser à une div par exemple.

Dans l'exemple qui suit, la méthode get() de la fixture doit renvoyer un renderedElement (vive webdriver !) ce dernier nous donne accès à sa taille et la position dans le référentiel de l'écran (encore une fois, vive webdriver!).
Ce qui est sympa avec cette méthode, c'est que vos spécifications peuvent être décorées pendant leur édition (la balise img) puis une fois exécutées, on obtient une base de comparaison ce que l'on attend (toujours la balise img) et ce que webdriver a effectivement capturé. Par exemple, voici un résultat :

Et maintenant, pour ceux que cela intéresse, voici le code :

package org.concordion.internal.command;


import java.awt.Dimension;
import java.awt.Point;
import java.awt.Rectangle;
import java.awt.Robot;
import java.awt.Toolkit;
import java.awt.image.BufferedImage;
import java.io.File;
import java.io.IOException;

import javax.imageio.ImageIO;

import org.concordion.api.Element;
import org.concordion.api.Evaluator;
import org.concordion.api.Resource;
import org.concordion.api.ResultRecorder;
import org.concordion.internal.CommandCall;
import org.concordion.internal.InvalidExpressionException;
import org.concordion.internal.RunListener;
import org.concordion.internal.util.Announcer;
import org.concordion.internal.util.Check;
import org.openqa.selenium.RenderedWebElement;
import org.openqa.selenium.ie.InternetExplorerElement;
import org.openqa.selenium.internal.Locatable;


/**
 * Modified version of ScreenshotCommand from Talios
 * Changes are :
 *  -deletion of unused private methods announce...
 *  -change namespace to identify my changes
 *  -add a specialization to capture webdriver RenderedWebElement 
 *  -add management of an expression in order to work with RenderedWebElement as an mandatory entry
 *  -change screenshot size; make it dependent of RenderedWebelement given as parameter
 *  -manage parameters width and height in order to consider only apart of RenderedWebElement
 * @author clecuret
 *
 */

public class ScreenshotCommand extends AbstractCommand {
 
    private static final String PROPERTY_OUTPUT_DIR = "concordion.output.dir";
    private File baseOutputDir;
 private Point loc = null;
    private Dimension dim = null;

 private Announcer listeners = Announcer.to(RunListener.class);

    public void addRunListener(RunListener runListener) {
        listeners.addListener(runListener);
    }

    public void removeRunListener(RunListener runListener) {
        listeners.removeListener(runListener);
    }

    @Override
    public void execute(CommandCall commandCall, Evaluator evaluator, ResultRecorder resultRecorder) {
        Check.isFalse(commandCall.hasChildCommands(), "Nesting commands inside an 'screenshot' is not supported");

        Element element = commandCall.getElement();
        String href = element.getAttributeValue("href");
        String width = element.getAttributeValue("width");
        String height = element.getAttributeValue("height");
        
        loc= new Point(0,0);
        dim = minOf(width,height,Toolkit.getDefaultToolkit().getScreenSize());
        
        String expression = commandCall.getExpression();
        Object result = evaluator.evaluate(expression);
        
        if (result != null && result instanceof RenderedWebElement) {
            loc= ((Locatable)result).getLocationOnScreenOnceScrolledIntoView();
            dim= minOf(width,height,((RenderedWebElement)result).getSize());
            if (result instanceof InternetExplorerElement){
             loc.setLocation(loc.getX()+2, loc.getY()+dim.height/2);
            }
        } else {
            throw new InvalidExpressionException("Expression '" + expression + "' did not produce a renderedWebElement result (needed for screenshot).");
        }
        Resource res = commandCall.getResource().getRelativeResource(href);
        try {
            saveBackgroundImage(new File(getBaseOutputDir(),res.getPath()));
        } catch (IOException e) {
            throw new RuntimeException(e);
        }
        Element imgElement = new Element("img");
        imgElement.addAttribute("src", href);
        if ((element.getChildElements().length>0) && (element.getChildElements()[0].getLocalName().equals("img")) ){
         Element table = new Element("table");
         Element header = new Element("tr");
         header.appendChild(new Element("th").appendText("Expected"));
         header.appendChild(new Element("th").appendText("Result"));
         Element tr= new Element("tr");
         Element expected = new Element("td");
         element.moveChildrenTo(expected);
         tr.appendChild(expected);
         Element resul = new Element("td");
         resul.appendChild(imgElement);
         tr.appendChild(resul);
         table.appendChild(header);
         table.appendChild(tr);
         element.appendChild(table);
        }else {
         element.appendChild(imgElement);
        }
    }

    private Dimension minOf(String width,String height, Dimension dim) {
     return new Dimension(Math.min(specific(width),(int)dim.getWidth()), Math.min(specific(height), (int)dim.getHeight()));
 }

 private int specific(String size) {
  if (size==null)
     return 100000;
  try{
    return Integer.parseInt(size);
  }catch (NumberFormatException ex){
   return 100000;
  }
 }

 private File getBaseOutputDir() {
        if (baseOutputDir != null) {
            return baseOutputDir;
        }
        String outputPath = System.getProperty(PROPERTY_OUTPUT_DIR);
        if (outputPath == null) {
            return new File(System.getProperty("java.io.tmpdir"), "concordion");
        }
        return new File(outputPath);
    }
    
    private void saveBackgroundImage(final File output) throws IOException {
        BufferedImage image = getBackgroundImage();
        ImageIO.write(image, "jpg", output);
    }

    private BufferedImage getBackgroundImage() {
        try {
            Robot rbt = new Robot();
            BufferedImage background = rbt.createScreenCapture(new Rectangle(loc.x, loc.y, (int) dim.getWidth(), (int) dim.getHeight()));
            return background;
        }
        catch (Exception ex) {
            throw new RuntimeException(ex);
        }
    }

}

Pour utiliser cette commande, le plus simple est de faire son propre concordionrunner :

package org.concordion.internal.runner;

import org.concordion.api.ResultSummary;
import org.concordion.integration.junit4.ConcordionRunner;
import org.concordion.internal.ConcordionBuilder;
import org.concordion.internal.command.ScreenshotCommand;
import org.junit.runners.model.InitializationError;
import org.junit.runners.model.Statement;

/**
 * This class overide classical ConcordionRunner in order to add support of screenshotcommand
 * To use it, specify RunWith(MyConcordionRunner) at the top of your fixture
 * @author clecuret
 *
 */
public class MyConcordionRunner extends ConcordionRunner {

    
 public MyConcordionRunner(Class arg0) throws InitializationError {
  super(arg0);
 }

 @Override
    protected Statement specExecStatement(final Object fixture) {
        return new Statement() {
            public void evaluate() throws Throwable {
                ResultSummary resultSummary = new ConcordionBuilder()
                .withCommand("http://clecuret.blogspot.com/2010/concordion", "screenshot", new ScreenshotCommand())
                .build().process(fixture);
                resultSummary.print(System.out, fixture);
                resultSummary.assertIsSatisfied(fixture);
            }
        };
    }

}

J'espère que cela vous servira !!

Un petit rappel

noreply@blogger.com (leuc) — Wed, 16 Jun 2010 20:37:00 +0000

Des articles de blog, j'en ai lu, j'en lu, et j'en lirai encore. Parmi toute ces lectures, il y a des masses de choses intéressantes mais trouver un article qui vous inspire reste plutôt rare.
Le dernier du genre date pour moi de début 2009. L'auteur est Régis Médina (et oui encore lui).
Bonne lecture...

Une proposition de sommaire pour Concordion

noreply@blogger.com (leuc) — Thu, 29 Apr 2010 20:30:00 +0000

Pour ceux qui lisent régulièrement ce blog, vous avez du remarquer que le projet Concordion me tient à cœur.
Depuis mes premières suggestions pour ajouter un sommaire (ça date de juin 2008), Concordion a évolué et propose maintenant, en particulier, la commande concordion:run.
Par cette commande, nous savons décorer un lien vers une autre page. Grâce à cela, on peut décrire une page "Table de matière" agissant un peu comme une TestSuite (de Junit).

L'avantage de cette solution est de proposer une vue synthétique, ordonnée et évaluée de l'ensemble des tests (exactement ce que je voulais).
Les inconvénients, à l'inverse, sont nombreux :

Puisque la commande run lance les autres pages, il ne faut lancer avec junit que la page "Table des matières"; sinon, chaque tests sera lancé plusieurs fois ce qui en terme de temps d'execution, va vite devenir infernal.
Ensuite puiusqu'on ne lance que la page "Table des matieres", Junit ne voit plus qu'un seul test; Si bien que tout les petits gadgets livrés sur les serveurs d'intégration continue pour suivre l'évolution du nombre de tests restent désespérement plats.
Enfin, on ne peut espérer créer plusieurs "table des matières"; Par exemple, une orientée fonctionnelle, l'autre plutôt temporelle (avec des sections comme : "déjà instrumenté", "en cours", "à venir").

Pour venir à bout de ces inconvénients, il suffit de peu de choses :

Tout d'abord, il faudrait que la commande concordion:run se souvienne des tests deja lancés afin de ne pas les relancer mais capitaliser sur le résultat précédent (une simple map statique doit faire l'affaire)
Ensuite, il faudrait que la commande run agisse comme la tache ant-junit: c'est à dire qu'elle sache gérer un formatter xml afin de produire autant de fichiers xml que de pages testées.

Voila, en résumé, là où j'en suis. Pour ceux qui veulent essayer, j'ai posté mes ajouts et un projet exemple dans l'archive suivante. Un fil de discussion est par ailleurs ouvert dans le groupe Yahoo de Concordion.

NB : dans l'archive, vous trouverez les sources d'un faux projet avec 2 sommaires et des specs : A, n1 et B ainsi que mes 2 nouvelles classes pour Concordion et enfin un fichier ant mettant en oeuvre tout cela. Le fichier ant est particulierement important puisqu'il montre comment utiliser ce patch (fork=true, forkmode=one, pas de formatter junit, des propriétés en plus dans concordion).

Tester en continu

noreply@blogger.com (leuc) — Wed, 10 Mar 2010 22:02:00 +0000

Depuis quelques années, ma quête d'agilité m'a conduit à intégrer de nouvelles pratiques de développement : promouvoir l'écriture des tests unitaires, mettre en place des serveurs d'intégration continue(*). Ces pratiques sont, maintenant, devenu des fondamentaux lors de nouveaux projets.

A coté de cela, les éditeurs "riches" (eclipse, netbeans, IdeaJ...) et leur batterie de plugins ont aussi simplifié des tas de choses : la compilation automatique lors de la sauvegarde d'un fichier de source, les wizards pour créer des tests unitaires sont des outils très confortables.
Mais dernièrement, je me suis rendu compte, que, malgré mon attention à faire du test automatique et de l'intégration continue, je n'avais jamais mis en place de solution de "test en continu" (ou Continuous Testing pour les anglophones) sur mon pc.

Le "Test en Continu" n'est pas vraiment de l'intégration continue car :

le but n'est pas d'intégrer tous les changements de tous les membres de l'équipe; ici c'est le changement sur la copie locale du projet qui nous intéresse.
on ne lance tout le processus de livraison du produit mais on se concentre sur les tests unitaires afin de raccourcir la boucle de rétroaction suite à un changement de code.

Assez de blabla, passons à la pratique. Il nous faut :

un outil qui surveille des changements sur une partie du système de fichiers, puis lance une commande si lorque cela arrive et notifie du résultat. Il en existe plusieurs dont pywatch ou mutter en python, zentest:autotest ou watchr en ruby, Infinitest, JunitMax pour java et eclipse. J'ai opté pour mutter : c'est simple, petit, efficace et sur mon Ubuntu, le python, il y en a déjà plein...
une commande pour lancer les tests : dans mon cas, en ce moment, c'est : phpunit --filter /.*_Test.*/ --colors --log-junit /tmp/phpunit.xml mon/dossier/de/tests/phpunit/

Résultat : mutter me notifie par des sons (des mp3) du résultat de ma commande dès qu'un fichier de source ou de test est modifié. PhpUnit fait de même en couleur grace à l'option --colors.

Et voila, fini les clics à l'infini sur le bouton run dans eclipse. Fini d'oublier de lancer un tests parce que "bien sur, il peut pas y avoir d'effet de bord avec ma modif".
Elle est pas belle la vie !!!

(*) : Ce que j'appelle "serveurs d'intégration continue" : ce sont ces serveurs (via Hudson ou CruiseControl ou ...) qui surveillent régulièrement votre gestionnaire de configuration (svn ...) préféré pour détecter des changements et exécuter automatiquement tout le processus de livraison de votre produit (extraction des sources, compilation, test unitaires, packaging, déploiement, tests fonctionnels...). Ces solutions sont très pratiques pour détecter au plus tôt des effets de bords entre des changements effectués par plusieurs développeurs par exemple.

Les 5 dysfonctions d'une équipe

noreply@blogger.com (leuc) — Wed, 24 Feb 2010 22:10:00 +0000

C e livre de Patrick Lencioni est "roman industriel" dans la lignée des livres de E Goldratt. Les 237 pages de la version française de "The 5 Dysfuntions of a team" se lisent donc très facilement (ça ne nécessite pas de connaissances particulières) et très rapidement.

Le sujet de cette fable est le travail en équipe : son intérêt et surtout les difficultés d'y parvenir.

J'ai aimé ce livre parce que :

Il affirme que le groupe doit passer avant l'individu.
Il présente des arguments simples pour expliquer pourquoi la confiance (accepter d'admettre ces faiblesses aux autres en toute honnêteté sans crainte qu'ils en profitent) est la base pour envisager véritablement du "travail en équipe".
La dernière partie qui propose un test pour évaluer son équipe ou ses équipes.
Enfin, le point majeur (pour ce qui me concerne) : C'est un véritable plaidoyer pour l'organisation de rétrospectives (rencontre périodique de l'équipe sur l'amélioration dans les méthodes agiles). Je suis ravi d'avoir découvert ce livre car, depuis la dernière réorganisation au sein de mon entreprise, les rétrospectives commençaient à passer de mode (en particulier, la sensation de parfois participé à une psychanalyse de groupe) et il était largement temps que je retrouve des arguments motivant de continuer ces réunions. C'est chose faite, Merci Mr Lencioni.

Je n'ai pas aimé :

cela se lit vite, très vite, trop vite.

Booksmart sous Ubuntu sans wine

noreply@blogger.com (leuc) — Sat, 20 Feb 2010 21:40:00 +0000

Pour ceux qui ont l'habitude de suivre ce blog, vous avez sous doute remarqué que, régulièrement, un article paraissait sur Booksmart (là, là, là...).
Booksmart est toujours un très joli outil pour éditer des livres photos, il est toujours écrit en java et Blurb (l'éditeur), refuse toujours de diffuser une version Linux (pour du java, c'est quand même un comble).
Il y a 3 jours, je suis retourné sur le site de Blurb et me suis aperçu que les versions de Booksmart évoluaient toujours (2.5.1 actuellement). J'ai donc décidé de conclure la série d'article sous Booksmart par le compte rendu de mon installation de la Booksmart 2.5.1 sur Ubuntu karmic.
Voici les étapes :

wget http://downloads.blurb.com/booksmart/BookSmart_2.5.1.dmg

wget  http://fr.archive.ubuntu.com/ubuntu/pool/universe/d/dmg2img/dmg2img_1.6.1-1_i386.deb

dpkg -i dmg2img_1.6.1-1_i386.deb

dmg2img  BookSmart_2.5.1.dmg BookSmart_2.5.1.img

sudo mkdir -p /macbooksmart
sudo modprobe hfsplus && sudo modprobe hfs
sudo mount -t hfsplus -o loop BookSmart_2.5.1.img /macbooksmart
sudo mkdir /usr/lib/booksmart/
sudo cp -r /macbooksmart/BookSmart.app/Contents/Resources/Java/lib/ /usr/lib/booksmart/
sudo cp -r /macbooksmart/BookSmart.app/Contents/Resources/Java/resources/ /usr/lib/booksmart/
sudo umount /macbooksmart
sudo rmdir /macbooksmart

Pour lancer l'application, je crée un fichier nommé booksmart (qu'il faut rendre executable avant de l'utiliser : chown +x booksmart) avec le contenu suivant :

#! /bin/sh
cd /usr/lib/booksmart
for file in lib/*; do
LOCALCLASSPATH="$LOCALCLASSPATH:$file"
done
sudo java -Xincgc -ea -Xms256m -Xmx1024m -classpath $LOCALCLASSPATH com.blurb.booksmart.application.BookSmart
exit $?

Et voila, 5 minutes chrono plus tard, Booksmart 2.5.1 tourne sur ma Karmic. Je suis loin de mes premiers essais ou il me fallait décompiler pour créer des patchs...
Pour obtenir ce résultat, il m'a fallu :

comprendre qu'un logiciel java packagé pour Mac est plus compatible avec Linux que son homologue packagé Microsoft (version de jre, dll).
avoir une Ubuntu Karmic qui est compatible avec le packet dmg2img qui sera présent dans Ubuntu Lucid (repository universe).
admettre qu'une boucle for est le plus efficace pour générer un classpath java avec tous les jars d'un dossier.

Test de performance avec Concordion

noreply@blogger.com (leuc) — Thu, 11 Feb 2010 07:45:00 +0000

Pour ceux qui ne connaissent pas Concordion, lisez d'abord cet article en français et surtout le site de Concordion.
En résumé, Concordion permet de rendre exécutable des documents (des spécifications logicielles ou un cahier des charges par exemple) afin de vérifier la correspondance entre le besoin exprimé et le code effectif du logiciel. On peut alors automatiser des tests de validation par exemple.
Dernièrement un test Concordion m'a posé quelques problèmes car il se mêlait de vérifier à la fois la réalisation d'une fonction mais aussi le temps de réponse de cette dernière, chose du genre:
"Après avoir choisi une ville dans la configuration, un graphique doit présenter la répartition des données en moins de 5 secondes."

En conséquence, ma fixture réalisait les préconditions ("avoir choisi une ville dans la configuration"), attendait 5 secondes puis vérifiait la présence d'un graphique.
Quand le test était OK, tout était pour le mieux mais dans le cas inverse, avec ce test, pas moyen de savoir si le graphique ne s'affichera jamais ou s'il se serait afficher 1 seconde ou 2 plus tard.

C'est à cause de ce genre de test (que l'on peut rapprocher des "tests de performance") que j'ai essayé de recencer ce qu'il était possible de réaliser avec Concordion.
La principale difficulté réside dans le fait que Concordion propose un nombre limité de commandes. On dispose de assertEquals et de assertTrue (ou assertFalse) mais pas de chose comme assertGreaterThan par exemple.
Tester qu'une fonction répond en moins de x secondes revient à réaliser l'opération de comparaison dans la fixture (via une méthode renvoyant un booléen) et à utiliser un assertTrue.

Du coup, si la fonction répond en plus de temps, le test est bien rouge mais n'indique que la valeur false (alors que l'on attend true). (voir exemple 1 ci dessous)

On obtient un peu plus d'information en utilisant assertEquals comme le montre l'exemple 2 ci dessous.

Enfin, depuis la version 1.3.1RC5, on dispose d'une nouvelle commande "echo" qui étend nettement les solutions à cette problématique; car en plus de pouvoir tester que le temps de réponse est acceptable (assertTrue), on sait par ailleurs affiché la durée réelle d'éxecution; c'est l'exemple 3.

La classe à tester dans les exemples est la suivante:

package magicaltools;
import java.util.Random;

public class GoldenHammer {
    private static Random r = new Random();
 public void wait(int nms){
        long t0, t1;
        nms = nms + r.nextInt(150) - 75;
        t0 =  System.currentTimeMillis();
        do{
            t1 = System.currentTimeMillis();
        }
        while ((t1 - t0) < (nms));
    }
}

Pour accrocher ma spécification Concordion au code, j'utilise la fixture junit suivante :

package magicaltools;

import org.concordion.api.ExpectedToFail;
import org.concordion.integration.junit4.ConcordionRunner;
import org.junit.runner.RunWith;

@RunWith(ConcordionRunner.class)
@ExpectedToFail
public class GoldenHammerTest extends StopWatch{

 private GoldenHammer my = new GoldenHammer();
    
 public Boolean assertAnswerInLessThan(int approx_duration,int limit){
  start();
  my.wait(approx_duration);
  return stop()<limit*1000;
 }
 
 public String answerInLessThan2s(int approx_duration){
  start();
  my.wait(approx_duration);
  return (stop()<2000)?"moins de 2 secondes":""+realDuration()+" ms";
 }
 

 public String answerInLessThan2sAndExpect2fail(int approx_duration){
  return answerInLessThan2s(approx_duration);
 }
}

NB : la classe utilitaire Stopwatch possède l'implémentation suivante :

package magicaltools;

public class StopWatch {
 private long m_duration = 0;
 private long start =0L;
 public void start(){start = System.currentTimeMillis();}
 public long stop(){
  m_duration = System.currentTimeMillis()-start;
  return m_duration;
 }
 public long realDuration(){return m_duration;}
}

Halte à la procrastination et aux atermoiements

noreply@blogger.com (leuc) — Sun, 31 Jan 2010 18:35:00 +0000

Pour ceux qui ne connaissent pas ces termes (c'était mon cas, il y a 3 jours), cela signifie simplement "remettre au lendemain".

Et si vous êtes régulièrement victime de ce symptôme, je vous encourage à lire le livre " Getting things done" de David Allen. Sa méthode (souvent désignée par les initiales GTD) vous propose de revoir votre organisation du temps afin d'évacuer votre stress du retard et de l'accumulation des taches. C'est selon lui la clé pour gagner facilement en productivité.

Je ne vous cache pas qu'appliquer les principes de ce livre va remettre en question pas mal de vos (mauvaises) habitudes. En effet, David Allen vous propose essentiellement une discipline vous permettant de vous "vider" la tête et d'attaquer vos projets sans attendre.

Sinon, autant en parler dès maintenant, il existe des dérivés (édulcorés ou spécialisés) de la GTD. Par exemple :

Zen To Done : Leo Babauta a pratiquer puis tenter de simplifier la méthode
Inbox zero : Merlin Mann (créateur de 43 Folders®) décrit comment gérer votre boite mail de façon efficace.

Encore un site de challenges !!

noreply@blogger.com (leuc) — Fri, 23 Oct 2009 20:35:00 +0000

Après le python challenge (que je n'ai jamais fini...), le Yet Another Software Challenge (celui la, je l'ai fini), je conseille à tous les amateurs du genre : .

Cette fois, l'idée est de se confronter au monde du web et aux différentes techniques permettant de hacker un site.
Si vous croyez maitriser ces techniques, et bien n'hésitez plus, ce site vous donnera rapidement votre score.
Pour les autres, si vous êtes curieux et que vous prenez le temps de vous documenter un peu (le guide de reference du projet owasp par exemple), essayer, ca ne coute rien et c'est très enrichissant.

UML en ligne

noreply@blogger.com (leuc) — Mon, 10 Aug 2009 21:04:00 +0000

Dans le style : obtenir une diagramme UML (diagramme de classe et de séquence) à partir d'une expression litérale, il existait UmlGraph (UmlGraph exploite Graphviz pour obtenir l'image du diagramme). L'outil était intéressant car très léger et permettant de transformer une description texte du modèle souhaité en diagramme.

Depuis, le monde des web services est passé et nous disposons à présent de yuml.me (pour les diagrammes de classes et les use cases) et de websequencediagrams (pour les diagrammes de séquences).

Plus rien à installer pour faire de jolis diagrammes !

XP days 2009 : de C. Alexander à M. Onfray

noreply@blogger.com (leuc) — Thu, 28 May 2009 06:55:00 +0000

XP days France 2009 vient de se terminer et le bilan est globablement très positif. Je suis ravi de constater que cet évenemment attire de plus en plus de monde (250, cette année).
Mes présentations favorites sont (sans hésitation) :

Le développement hédoniste de Dominic Williams.
La théorie des centres de Régis Médina.

Ces deux présentations ont beaucoup de points communs selon moi (même si elles ne parlent pas du tout du même sujet):

Des présentateurs charismatiques. Il est d'ailleurs curieux que, lors des XPdays 2007, ces deux orateurs étaient déjà remarqués (ables).
Ce sont des exemples de présentations zen, très bien préparées (d'ailleurs, j'ai pu constater l'intérêt et la force de cette forme de support en assistant en fin de conférence à une autre scéance sur l'hédonisme (plus classique dans la forme,cette fois)).
Ce sont des présentations "ambitieuses", des propositions de réflexion et des synthèses de recherche de parallele entre le développement informatique et des domaines n'ayant rien à voir (philosophie pour l'un, architecture pour le second).
Un plan qui surprend : "Matérialisme, Jardin d'Epicure, Dieu, Le plaisir" pour Dominic et "Flow, Alexander, Centres, Code" pour Régis.

Sinon, j'ai particulièrement apprécié : "Acquérir de l'expertise Lean: Introduction aux A3" de Ignace Marie-Pia. C'est plus concret mais pas inintéressant du tout. Le caractère provocateur de l'oratrice (avec des phrases du genre : "j'aurais tendance à considérer le binomage comme un muda (muda=gaspillage)" ou "vous, qui êtes dogmatiques" en plein milieu des xpdays...) a énormement participé à l'attention que j'ai porté à cette présentation.

Enfin, merci à Antoine Contal pour la discussion du dejeuner du mardi qui m'a permis de rattraper la présentation que j'ai loupé sur "XP2.0: améliorer l'amélioration continue avec Lean".

NB : les supports ne sont pas encore disponibles mais pour en savoir plus sur ces deux présentations; vous pouvez retrouver les idées générales ici et là.

L'effet sparadrap

noreply@blogger.com (leuc) — Thu, 21 May 2009 11:20:00 +0000

Un exemplaire d'animations de transition que je trouve magnifique; Oui je sais, ça ne sert à rien et on doit sans lasser rapidement.
Il n'empêche que je reste bluffé par la qualité de l'ergonomie et le soin apporté au rendu graphique sur des plateformes de type téléphone portable.

Parmi tous les effets, mes deux préférés restent sans contexte l'effet sparadrap (le truc où on a l'impression d'enlever un post-it ou un pansement) et l'effet de "bloom" sur l'élément ayant le focus.

Conseil de lecture

noreply@blogger.com (leuc) — Wed, 06 May 2009 20:39:00 +0000

J'ai finalement pris le temps de lire le livre "présentation zen" de Garr Reynolds.
Ce qui est étrange avec ce livre, c'est la désagréable impression qu'une bonne part des recommandations sont simplement du bon sens. Du coup, une sorte de frustation apparait de ne s'être rendu compte plus tôt des erreurs standards que l'on fait par "habitude" dans des présentations.
Cette lecture est très instructive et permet de jeter une bonne fois pour toute le "style powerpoint" à la poubelle.
Ca fait du bien; Je conseille largement ce livre.

Liquidbase

noreply@blogger.com (leuc) — Tue, 10 Mar 2009 08:44:00 +0000

Juste quelques mots pour vous faire partager un produit que je ne connaissais pas. Il s'agit de LiquidBase. Ce produit (accompagné de son plugin eclipse) permet de présenter, aux développeurs, les modifications de schéma de la base de données (de votre application préférée) comme de simples refactorings (voir ici pour une petite démo).

Les modifications sont stockées dans un fichier changelog.xml qui peut donc être enregistré (comme n'importe quel autre fichier de source) dans votre gestionnaire de configuration préféré.

Liquidbase utilise JDBC pour s'isoler et garder une indépendance vis à vis du SGBD que vous utilisez. Ensuite il offre tout un lot de commandes pour gérer le cycle de vie de votre base; parmi elles :

tag
rollback
diff
dbdoc
...

Depuis le temps que je cherchais un équivalent sérieux à rake db:migrate de RubyOnRails ... Aurais-je trouver mon "golden hammer" ?

Affaire à suivre...

A better team

noreply@blogger.com (leuc) — Mon, 02 Mar 2009 15:11:00 +0000

"abetterteam.org" est une déclinaison en ligne du quiz proposé par James Shore et Shane Warden dans leur livre : "The art of Agile development".

Vous êtes membre d'une équipe XP, vous souhaitez évaluer votre équipe et suivre votre progression, cette application (de Sebastian Hermida) est faite pour vous.

Le résultat est un graphe radar (rouge dans l'exemple ci dessous) accompagné de recommandations pour vous améliorer.