Par inutile, j'entends par exemple la création de javadoc sur les getter et les setter ou encore sur des méthodes qui portent un nom explicites, du genre "findUserById". Dans ce cas la documentation est inutile car "auto-parlante".

Il en va de même pour les use cases. La plupart du temps ils peuvent être décrit textuellement et la création de diagramme de séquence, d'état ou autre est totalement inutile. Il est inutile de décrire par un diagramme 3 interactions entre 2 objets. Par contre, si la fonctionnalité est complexe, certains diagrammes sont très utile pour aider à sa compréhension. Dans ce cas la communication écrite est plus importante que la communication verbale.

Pour revenir une dernière fois sur la partie "les individus et leurs interactions", je comprends que les outils sont à éviter. Pourtant pour communiquer sur le long terme, des outils de communications sont indispensables car ils sont le garant de la mémoire du projet et l'on ne dépend plus de la mémoire des individus qui, comme on le sait, vont de projet en projet.

Dans un projet, ce qui est réellement important c'est le projet lui-même. Il a son propre écosystème. Sans lui, rien n'existe.
Le projet devient alors le produit d'individus, de la communication passée, présente et future, des outils et des technologies employés et de tout ce que j'oublie.

Bref il a sa propre existence et doit être considéré comme un tout. Il utilisera sa propre méthodologie, composées de plusieurs éléments de méthodologie qui semble adapté au besoin.

Je pense que les personnes clefs sont les architectes de l'écosystème du projet.

Pour moi, présenter une méthode Agile à une personne qui n'en a pas la connaissance mais veut l'implémenter sur ses projets est extrêment dangereux s'il n'en a pas l'expérience et peut être tout aussi coûteux, voire plus, qu'un projet sur base de RUP par exemple, qui lui veut garder chaque minute écrite.

Une méthode agile marchera sur des projets à courts termes mais pas sur des projets qui demandent un investissement sur le long terme.

J'ai ouvert le débat sur le Google Groups des CastCodeurs, et c'est par là.

Le journal prend donc en compte tout les tags qui passent par twitter et reprend le contenu des liens pour les afficher dans ce journal que je ne peux que vous conseiller : http://paper.li/tag/tunisie#

Bref, un nouvel outil intéressant a vu le jour (du moins pour moi, si ça tombe il est déjà ado ;-))

Mais vous aussi vous pouvez créer le vôtre en quelques clicks. Bon faut juste avoir un compte twitter ou facebook. Mais c'est super sympa. Je vous explique même pas le fonctionnement.

La société qui l'édite vit des moments difficiles et je recommande donc aux utilisateurs du service de suivre les nouvelles de la société pour ne pas avoir de mauvaises surprises. Mais alors pourquoi l'utiliser malgré ce risques ? Simplement en utilisation unique qui va vous permettre de synchroniser vos bookmarks, de le organiser et ensuite d'en organiser l'utilisation avec Google, Delicious, ou tout autre service en ligne.

C'est utile pour les personnes qui comme moi utilisent différents navigateurs. Ce qui amène à la question suivante : Pourquoi utiliser plusieurs navigateurs ? Simplement à cause des performances et des plugins existants. Internet explorer n'existe pas sur tous les OS. J'utilise windows, ubuntu (dont jolicloud) et mon mac. Au bureau, par contre, je suis parfois obligé d'utiliser IE. Firefox était mon préféré mais depuis un moment, je trouve Google Chrome très riche et surtout rapide.Donc il est devenu mon navigateur favori. Mais certains sites ne fonctionnent pas avec ce navigateur, donc retour occasionnels vers firefox. De plus pas de selenium sous Chrome. L'utilisation de différents navigateurs s'impose donc pour moi.

Pour revenir sur Xmarks, je vous conseille donc de suivre leur twitter et leur blog pour connaître les avancées au niveau du business model de la société. D'après ce que je comprend, elle se dirige vers des comptes premium, ce qui semble correct, maintenant, il faut voir le prix qui sera demandé.

PS : Si vous connaissez d'autres plugins de bookmarks multi browsers, laissez un commentaire sur cet article.

Autre point, c'est que je me sentirais obligé d'écrire chaque jour dans ce journal alors que je suis pas constant. La liberté de ne pas s'exprimer pendant un moment est tout aussi importante que celle de s'exprimer. Tout le monde milite pour le droit à la parole mais personne pour celui de ne rien dire. Quant on a un blog, comme j'en vois tant sur la toile, il semble que les bloggeurs sont toujours à l'affût des dernières nouvelles pour les partager avec leurs lecteurs et s'ils ne le font pas régulièrement, ils se feront jeter du flux RSS du suiveur rien que parce qu'ils ne disent pas grand chose.

Et me voilà qui écrit pour me rassurer, pour me dire que je peux faire ce que je veux comme je veux. Et puis avec le nombre de visiteurs par mois, je suis loin d'être le redevable d'énormément de personnes. Mais par respect pour ces quelques âmes généreuses, j'avais envie d'écrire un petit mot sur le fait que je n'avais pas grand chose à dire pour l'instant. Pas que je n'ai pas envie de raconter ma petite vie qui n'intéressera personne, mais plutôt parce que le web est loin de moi pour l'instant. Je ne sais pas si c'est parce que je m'y intéresse moins ou si c'est parce que c'est moins intéressant, moins mouvementé que voici quelques mois. Et dans ce cas, effectivement, c'est difficile de se sentir obligé d'aligner des mots sur son écran alors que je ne me sens pas concernés.

Donc, j'écris pour ne rien dire.

Mais j'ai quand même fait une petite découverte aujourd'hui, il s'agit d'un thème wordpress intéressant pour les personnes qui désirent faire de ce système de blog un système de ticketing pour le web : Quality Control . Découvrez-le très vite, si vous voulez une simple application de ticket qui pourra être utilisé par vos collègues. Simple et ergonomique, en 30 minutes, tout est installé.

// treeView est l'id du div qui contiendra le tree. On attend qu'il soit prêt dans le code HTML
YAHOO.util.Event.onContentReady("treeView",function(){
// On crée un objet TreeView
var tree = new YAHOO.widget.TreeView(document.getElementById("treeView"));
// On récupère le root de l'arbre
var root = tree.getRoot();
// on ajoute un noeud à l'élément Root. Le false signale que l'arbre ne sera pas ouvert par défaut
var tempNode = new YAHOO.widget.TextNode("/", tree.getRoot(), false);
// on ajoute un noeud à l'élément que l'on vient de créer
var tempNode2 = new YAHOO.widget.TextNode("new", tempNode, false);
// Evidemment, on peut continuer le petit jeu à l'infini
// Et finalement on affiche le TreeView
tree.render();
});

Et voilà, nous avons un joli arbre.
Pour plus d'informations, consulter le site de YAHOO UI sur ce composant

J'utilise de plus en plus ce framework combiné à Yahoo UI et je voulais partager mon enthousiasme pour ce combo très productif. J'en ai profité pour changer la tagline de 'Journal d'un site sous Joomla' en 'Journal d'un site'.

Au départ, je voulais ajouter ce qui concernait Grails sur ce site perso mais je pensais qu'un autre lieu serait approprié. Mais pourquoi sur Journal d'un site alors que je ne vais pas monter un site avec Grails mais plutôt des applications. La réponse est que je monte une petite appli de FAQ et que mon expérience pourrait être utile pour créer un site complet avec des besoins spécifiques qu'un CMS tel que Wordpress ou encore Joomla ne pourraient couvrir.

Bref rendez-vous sur Journal d'un site ou directement sur l'article concernant la découverte de Grails

Un ami ou un collègue vient sur votre page Tungle Me et voit votre disponibilité. Il ne lui reste plus qu'à vous inviter. Vous pouvez également inviter des personnes qui ne sont pas forcément sur Tungle Me.

Vous pouvez synchroniser votre calendrier perso (google calendar, Outlook, iCalendar, ...) ainsi que vos contact.

Une petite vidéo de présentation trouvée sur Youtube vous permet de découvrir ce service vraiment sympa.

Adobe Flash Player non installé ou plus vieux que 9.0.115!

Je crée donc un war de production (grails prod war), je le place sous Tomcat et là, catastrophe. Rien ne fonctionne. J'ai une jolie erreur lors du déploiement.

14-avr.-2010 10:11:28 org.apache.catalina.loader.WebappClassLoader clearReferencesStopTimerThread
GRAVE: A web application appears to have started a TimerThread named [net.sf.ehcache.CacheManager@1f6c18] via the java.util.Timer API but has failed to stop it. To prevent a memory leak, the timer (and hence the associated thread) has been forcibly cancelled.
14-avr.-2010 10:11:28 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads
GRAVE: A web application appears to have started a thread named [Store org.grails.taggable.TagLink Spool Thread] but has failed to stop it. This is very likely to create a memory leak.
14-avr.-2010 10:11:28 org.apache.catalina.loader.WebappClassLoader clearReferencesThreads

Qu'est-ce donc que cette histoire ?

Je cherche, je cherche et je cherche encore. Jusqu'au moment où je retire de mon fichier Config.groovy les lignes de log (log4j) concernant ehcache.

Je redéploie l'application et là, tout fonctionne.