Mot-clé - outils

Fil des billets - Fil des commentaires

5 astuces qui ont fait chuter ma procrastination

procrastination-ephemeride.jpg

procrastination-ephemeride.jpgLa cible à abattre : la procrastination. Il s'agit de cette force invisible qui vous fait trainasser pendant la réalisation de vos tâches. Vous les peaufinez longuement pour au tout dernier moment speeder comme un malade.

Bien que largement pratiquée, la procrastination a plus d'inconvénients que d'avantages : beaucoup de tâches entamées mais non terminées, moins d'accomplissement et du bâclage sans parler du stress. Du côté des (faux) avantages : une adrénaline superficielle et le sentiment d'être un artiste/un incompris.

J'ai essayé les plannings sur plusieurs mois, le backlog, trello, excel, la feuille de papier, le tableau de post-its... J'ai enfin trouvé un mode d'organisation qui marche assez bien chez moi comme au travail.

Lire la suite

Kobo glo

Kertesz_Lire_kobo.jpg

Kertesz_Lire_kobo.jpgJe voulais une liseuse numérique quand j'étais encore en master. C'était encore une rumeur et on avait du mal à croire que cela allait exister. Comme j'aimais aussi tourné les pages et que je ne lis pas tant que cela non plus, je n'ai sauté le pas qu'il y a un an. L'effet fun et techno a eu le temps de s'estomper mais j'aime toujours énormément mon kobo ! C'est même un de mes meilleurs achats.

Une liseuse est-elle rentable ? Kobo ou Kindle ? Ca marche avec Linux ? Comment vont les yeux ? Quels sont les bonnes surprises ? Les inconvénients ? Voici mon retour d'expérience.

Lire la suite

Un rapport de tests clair avec Test in Progress

Logo jenkins

Logo jenkinsQuand les tests ne passent plus sur l'intégration continue, le(s) coupable(s) ne saute pas tout de suite aux yeux.

Il n'y a pas non plus d'indication sur la durée d'un test et vous ne savez pas s'ils sont bientôt terminés.

Le tout nouveau plugin Test in progress pour Jenkins vous assiste sur ces aspects.

Lire la suite

Un tableau brulant

badges_flammes.jpg

Un scrum master de mon entreprise a commandé des magnets personnalisés super fun pour rendre les risques et les urgences encore plus visibles.

Je trouve le principe des aimants mieux que des bouts de post-its découpés, qui finissent par se fondre dans la masse des post-its. J'en profiterai pour vous parler d'autres bombes utilisées sur nos murs.

Lire la suite

Les plugins dotclear pour aider le référencement

Recherche Google sur blog agile

Après avoir abordé un peu de front, je souhaitais aborder les aspects référencement naturel du site. C'est l'occasion de voir quelques bases et de se rendre compte que ce travail n'a rien de "naturel" justement.

L'air de rien, le blog avait accumulé les anti-patterns. Dotclear proposent des plugins [1] qui devraient y remédier facilement.

Lire la suite

Quelques optimisations sur le front

XITI chapitres

Une fois n'est pas coutume, je vais parler de développement front sur ce blog. Rien de révolutionnaire pour une personne du métier mais venant du monde java, j'ai suffisamment galéré pour en parler :-)

J'ai commencé par un nettoyage visuel pour poursuivre sur la réduction du temps de chargement de la page. Le plus gros du travail a concerné les images. Les outils utilisés sont très répandus, leurs préconisations très simples à suivre sur un environnement où l'on a la main mais moins chez un hébergeur gratuit comme Free.

Lire la suite

Retour d'expérience sur le monitoring des logs

burndown.png

burndown.pngVoici les premiers retours du script de monitoring des logs.

J'étais bien contente du développement super rapide en binôme de ce petit script. J'en avais un peu marre de devoir scanner tous les serveurs quand il y avait un problème et de me demander si telle erreur était "normale" ou pas. Je suis apparemment un piètre vecteur d'enthousiasme : mon mari assez geek était sceptique; mes pairs au boulot n'ont pas semblé plus émus que cela quand je leur en ai parlé. Je me suis vraiment demandé si c'était si peu réutilisable. Alors est ce que cela valait le coup ?

Il est aujourd'hui utilisé sur trois projets Java, avec des équipes et historiques différents : A, B, C. Le script a un peu évolué depuis : il permet de voir l'évolution du nombre d'erreurs dans hudson et contient des règles supplémentaires. Les développeurs reçoivent un mail quand un seuil d'erreurs est dépassé.

Lire la suite

Etre alerté quand une nouvelle erreur squatte nos logs

Nous avons des releases de JSP assez fréquentes. Elles n'ont pas d'impact la plupart du temps. Une fois pourtant, on nous signale qu'un candidat n'arrive pas à déposer un fichier. Les logs révèlent que ce n'est pas la première fois mais impossible de savoir à quand cela remonte. En mettant le nez dedans, on se rend compte en plus qu'il y a des deadlocks en série depuis cinq jours, la dernière MEP web. Arf.

Ok, dans un monde de rêve, une erreur dans les logs devrait être un évènement grave, qui mobiliserait toute l'équipe. Dans la réalité, les logs parfaites sont rares et les erreurs "connues" sont monnaie courante.

[05/07/2011 03:41:32.196-http-a-8080-7$21292131] Unable to create account for candidat with email=bonjourMail@joujou.com

Lire la suite

Exécuter la même commande sur plusieurs serveurs

Nous avons parfois besoin d'effectuer une même opération sur plusieurs serveurs. Les équipes exploitation connaissent bien cette problématique avec la multitude de frontaux à mettre à jour lors d'une mise en production.

Les développeurs aussi. Nous devons créer un répertoire sur les serveurs de recette et d'intégration; suite à un bogue, nous partons à la recherche d'informations dans les logs sur les cinq frontaux; nous avons besoin de comparer les logs de production avec ceux de recette, etc.

Il y a au moins trois possibilités à ce type de besoin : le faire à la main à la suite; utiliser clusterSSH; ou Gnome Connection Manager.

Lire la suite

Voter avec ses mains

doigts.jpg

Parmi les goodies de l'agile tour Paris 2010, il y avait des cartes de planning poker d'Octo. J'en avais déjà eu aux XPDays 2009 mais j'ai apprécié le cadeau car je n'en avais pas assez. Je me rappelle le plaisir que j'ai eu la premiere fois à utiliser des cartes pour évaluer les complexité des  […]

Lire la suite

Console dans eclipse

Console sur eclipse

Eclipse, j'en suis fan, mais il m'arrive parfois d'avoir besoin d'effectuer des opérations en ligne de commande. Un mvn clean install -DSkipTest ou un find par exemple. Plus simplement, on peut aussi avoir besoin des variables d'environnement. J'ai alors deux options :

  1. soit j'ouvre une console, je navigue jusque mon projet et je lance la commande; Je bascule entre les deux à coup d'ALT+TAB.
  2. soit j'effectue l'opération équivalente grace à l'IDE (recours à un plugin, création d'une configuration Run ou External Tools spécifique ou fonction intégrée d'eclipse).

Voici une troisième option : intégrer une console à Eclipse.

Console sur eclipse

Lire la suite

Quand une métrique devient utile

burndown.png

burndown.pngJ'ai trop longtemps mis à jour des métriques à la main pour en avoir une image positive. Ces derniers temps, je me suis pourtant surprise à en apprécier quelques unes. Je vais vous raconter comment certaines ont réussi à trouver (un peu) grâce à mes yeux, en particulier le burn down chart. Mais avant d'y venir, faisons un tour d'horizon sur quelques défauts des métriques.

Les métriques mentent

La métrique peut être tout à fait pertinente au départ, et dans les faits refleter quelque chose de complètement faux. Nous considérons par exemple qu'une MEP réussie n'a pas de rollback et n'a pas eu d'incidents pendant son déroulement.

Lire la suite

Quelques news autour de Fitnesse (Mai-Juin 2010)

FitNesse.jpg

FitNesse.jpg

Quelques mails ont retenu mon attention dernièrement sur la mailing de Fitnesse :

  • Gfbrols tente une nouvelle implémentation d'éditeur WYSIWYG
  • Gojko Adzic, un membre très actif de la communauté, explique sa vision d'un bon test d'acceptance.
  • Toshiyuki Fukuzawa a développé un plugin Eclipse pour Fitnesse. Il était temps que quelqu'un se dévoue, merci à lui !

J'aime beaucoup Fitnesse, mais le cout de maintenance peut être très couteux à la longue (sur la forme ou sur la gestion dse dépendances par exemple). Ce genre de billet aide à faire les choses bien dès le départ.

Lire la suite

Tools used for agile projects : the survey's results !

depouillement.jpg

depouillement.jpg

It all began when I wanted to have feedbacks on agile tools. By "agile tool", I mean more backlog management than continuous integration. Forums are full of information but they are messy, so I created a survey on my blog. I am very greatful to all the people who took part of it : many thanks to the 204 voters !

But

Soon enough, some limits appeared :

  1. Voting is easy. A company can easily send an email to its customers to ask them to vote. This is not really a problem, but it may not reflect the reality (what about the company who aren't aware of the survey or just don't care) ?.
  2. Someone asked me what to do when you were using several tools... (There was only one possible choice in the survey).
  3. The meaningless option "Other" was getting bigger and bigger, despite my efforts to be exhaustive. I finally created a post to invite people to tell me when the option was not available, but I guess it was too late and / or not convenient enough
  4. A widespread tool does necessarily fit your needs. X may be perfect for a distributed team in a multinational but not for my open source project. Surveys make valuable information disappear.
  5. Drawbacks are also missing. We don't know when a tool has been dropped and why.

Lire la suite

Conférence à distance

webconf.jpg

J'ai assisté hier à une conférence donnée par Sébastien Douche et Yannick Ameur sur un retour d'expérience Lean et Kanban. De chez moi !

Je m'y suis retrouvée complètement par hasard. En cliquant sur un lien twitter de Sébastien, une lightbox s'affiche en me demandant de saisir mon nom, tel que je souhaite qu'il s'affiche dans la conférence. Kesako? Je clique et me retrouve en plein milieu d'une présentation Kanban. Apparemment, il s'agissait d'une répétition.

C'est l'occasion de publier un billet sur les outils de webconférence que j'ai utilisé ces derniers temps. Si vous connaissez mieux, n'hésitez pas !

Lire la suite

Un mauvais ouvrier a toujours de mauvais outils

Vive les crayons

Nous voulions que la maitrise d'ouvrage soit autonome dans l'écriture des spécifications, et pour cela, qu'ils sachent en écrire avec Fitnesse. Hop c'est parti. Nous nous mettons à trois devant un écran (deux développeurs + webmarketing). Il s'agissait de définir le sens d'un "tri pertinent", en proposant plusieurs scénarios. Nous nous jetons sur l'outil Fitnesse, illustrons les tris attendus par des exemples. Le client hésite. Nous changeons le tri de nouveau. Au bout de 5mn et 23 couper-coller, on commence à avoir mal à la tete et le client dit "Attendez, je vais écrire les objets sur un papier, ce sera mieux pour voir ce qu'on a à trier". On le regarde méditer et là, ce ciseau sur la table m'appelle. "Eeeh si on découpait ta feuille?" Les changements d'avis sont devenus beaucoup plus simples à gérer. Une fois le client 100% convaincu de ce qu'il voulait, nous avons pu nous concentrer sur Fitnesse.

C'est un aspect que j'aime beaucoup dans Scrum : le retour des feutres, de la feuille de papier, des ciseaux. Ces objets palpables, que tout le monde peut voir sans avoir à allumer un PC. Nous nous concentrons sur l'essentiel plutôt que sur la compréhension de l'outil.

Cet attachement au concret, au parlant pour tout le monde fait que je ne me suis jamais intéressée aux outils agiles. Un tableau blanc, des feutres, des post its et un tableur pour le backlog suffisent. Et puis ce n'est pas l'outil qui va rendre une équipe plus agile. "Un mauvais ouvrier a toujours de mauvais outils", n'est ce pas? Il vaut mieux déjà savoir faire sans.

Un référentiel d'outils agiles

Pour autant, je pense maintenant qu'un logiciel pourrait m'être utile pour :

  • rechercher des stories;
  • gérer un historique;
  • ne pas avoir un backlog de 10km;
  • pouvoir éditer des stories en simultané (plutot que committer un Excel ou utiliser google docs);
  • avoir un burn down chart automatique;
  • changer facilement le statut d'une story, en particulièrement une story à reporter;
  • avoir des statistiques automatiques, sur le réalisé/accompli par exemple;
  • créer des ids automatiquement pour les stories.
  • [Ajout du 26 Mai] avoir un generateur des stories (id+libellé) sur des cartes, au format post-its, pour ne plus avoir à effectuer cette tache à la main. Ils pourront ainsi directement etre aimantés sur le tableau et faciliter le découpage en taches en début de sprint.

Une user story doit aussi être classable dans une catégorie ou avec des tags.

Lire la suite

Haut de page