new Blog( perso );

Pour faire face à une liste de tâches anarchique, j’expérimente une méthode agile de mon cru : SCUM.

Issu à l’origine d’une faute de frappe, c’est devenu l’acronyme de SCrum for Unique Member (Scrum appliqué à sois tout seul).

Les mêlées quotidiennes sont faciles à organiser, et en plus c’est rapide. Le simple fait de se demander ce qu’on a fait la veille avant d’attaquer est tout de même pas totalement inutile quelque fois !

Un sprint dure de 2 jours à une semaine. Tout seul c’est tenable :)

Jusqu’ici c’est plus du vent qu’autre chose, alors voici le BACKLOG du sprint, et ses célèbres post-it sur le tableau Veleda. L’intérêt énorme de cet outil c’est :

• qu’il n’a pas toutes les limitations de nos trackers en tout genre avec leur cycle de gestion pourrie, leurs champs obligatoires et autres complications inutiles.
• qu’il est dynamique – par définition, un post-it, ça se déplace - et naturellement synthétique

L’air de rien ça permet rapidement de voir où on en est et ce qu’il reste à faire – pour certains ça ferait sans doute peur d’ailleurs, mais ce serait pourtant un bon indicateur !

J’organise donc la “SCUM’Conf 2010”, il reste encore des places pour ceux que ça intéresse :p

Eclipse est omniprésent, et tout le monde s’accorde pour dire que c’est devenu une usine à gaz ingérable. Je dois moi-même faire face aux excès d’humeur de mes petits camarades qui pestent sur un Eclipse “préparé” par mes soins et qui malgré ça plante allègrement ou rame tout ce qu’il peut.

La concurrence, c’est NetBeans – qui a vraiment du mal à décoller même si on m’en a dit beaucoup de bien – et Idea, qui a une excellente réputation, mais malheureusement aussi un prix

Ca, c’était la situation hier. Jetbrains vient en effet de passer son IDE en opensource

Toutes les fonctionnalités de la version payante ne sont bien sur pas au rendez-vous, mais la liste est déjà bien assez large pour contenter les utilisateurs d’Eclipse lassés du “building workspace”

Reste qu’il va falloir franchir le pas de dés-apprendre toute ces (mauvaises ?) habitudes qu’on a si chèrement acquises sous Eclipse, identifier les bons plugins et tout et tout, mais je suis convaincu que ce billet d’entrée sera vite amorti, à commencer par tout ceux qui galèrent avec l’intégration vraiment pourave de Maven dans Eclipse (on attend toujours ce fameux m2e 0.9.9) ...

Pour ma part, je tente l’expérience dès demain :)

Pour plus d’infos, ça se passe ici : http://www.jetbrains.com/idea/nextversion/free_java_ide.html

Je viens de perdre une nouvelle journée de boulot sur des %!@$ problèmes d’encodage. Encore un N-ième fichier XML dont l’entête déclare fièrement un encoding=UTF-8, et qui se retrouve charcuté à la sauce CP-1252 (variante MS de l’ISO-8859-1).

Dire que depuis toutes ces années à inventer des formats interopérables et tout et tout on en est encore là ça fait pitié. J’en suis à me demander s’il n’existerait pas un petit plugin Eclipse bien malin pour convertir à la volée tous nos accents en entités xml ou en échappement Unicode – il y a par exemple le plugin propertiesEditor qui fait ça très bien … pour les fichiers properties.

C’est peut être l’occasion de devenir totalement bilingue et de tout rédiger en anglais, histoire de ne plus sortir du bon vieux ASCII 7 bits qui est finalement le seul moyen de ne pas se prendre la tête.

Le build Maven est un peu (!) plus stable grâce à l’option project.build.sourceEncoding mais ce n’est pas encore la panacée : il semble que le générateur de code de CXF (wsdl2java) produise du code source dans l’encodage “local”… pas gagné cette affaire.

public boolean doSomething( String value, int count )
{
System.out.println( "done" );
return true;
}

private static transient Logger __logger
= LoggerFactory.getLogger( Foo.class );

public boolean doSomething(String value, int count)
{
boolean returnedvalue;
try
{
 __logger.debug( "{" );
 __logger.trace( "  value = {}", value );
 __logger.trace( "  count = {}", count );

 System.out.println( "done" );
 returnedvalue = true;
}
catch (Throwable throwable )
{
 __logger.trace( "  throws {}", throwable );
  throw throwable;
}
__logger.trace( "  return {}", returnedvalue );
__logger.debug( "}" );
return returnedvalue;
}

public boolean doSomething(String value, int count)
{
boolean returnedvalue;
try
{
 String arg1 = value.clone();
 int arg2 = count.clone();
 LoggingAspect.aspectOf().before( this, arg1, arg2 );

 System.out.println( "done" );
 returnedvalue = true;
}
catch (Throwable throwable )
{
 LoggingAspect.aspectOf().afterThrowable( this, t );
 throw throwable;
}
LoggingAspect.aspectOf().after( this, returnedvalue );
return returnedvalue;
}

  <plugin>
<groupid>fr.loof.logeek</groupid>
<artifactid>logeek-maven-plugin</artifactid>
<executions>
 <execution>
   <goals>
     <goal>instrument</goal>
   </goals>
   <configuration>
     <includes>
       <include>**/*.class</include>
     </includes>
     <transformer>fr.loof.logeek.Slf4jLogging</transformer>
   </configuration>
 </execution>
</executions>
</plugin>

   @OneToOne( fetch = FetchType.LAZY )
   private Foo precedent;

   @OneToOne( mappedBy = "precedent", fetch = FetchType.LAZY )
   private Foo suivant;

    @OneToMany( fetch = FetchType.LAZY )
    private Set<Foo> suivants = new HashSet<>();

    public Foo getSuivant()
    {
        Iterator<Foo> it = suivants.iterator();
        return it.hasNext() ? it.next() : null;
    }

    public void setSuivant( Foo suivant )
    {
        for ( Foo item : suivants )
        {
            item.setPrecedent( null );
        }
        this.suivants.clear();

        suivant.setPrecedent( this );
        suivants.add( suivant );
    }