Vendredi soir j'ai pu participer à mon premier DOJO de code grâce à deux étudiants brésiliens d'Alfredo Goldman : Hugo et Mariana.
Mais qu'est ce qu'un dojo de code me direz vous ?
Ironiquement c'est un concept français qui revient dans nos contrées. En effet le premier dojo fut créé à Paris (il est d'ailleurs toujours en activité) par Laurent Bossavit.
Vendredi soir, nous étions donc une petite dizaine dans une salle de l'Ensimag encore allumée en ce mois de vacances. Pour commencer le sujet proposé était une introduction à Ruby et au Test Driven Developpement (via rspec).
L'audience était consistuée à la fois de membres du laboratoire qui nous accueillait ainsi que de quelques développeurs que j'oserai qualifier de professionnels ;o).
Une bonne ambiance qui nous a fait ainsi entrer dans le monde Ruby. C'était en tout cas un réel plaisir d'apprendre ainsi.
Alfredo j'attends avec impatience les supports et les liens afin qu'on puisse remettre cela à la rentrée.
lundi 28 juillet 2008
vendredi 25 juillet 2008
Documentation documentation ....
Les aller-retours permanents entre le code et la documentation sont pour moi une perte de temps et d'énergie (Muda selon Lean). D'ailleurs c'est pour cette raison qu'XP préconise de réduire au maximum la documentation et de la faire au plus près du code.
Qui n'a pas utilisé le retro-engineering des outils UML pour produire les diagrammes nécessaires plutôt que de les maintenir au fur et à mesure du développement ?
D'où l'idée qui coniste à produire automatiquement la documentation à partir du code, ainsi on aurait une documentation continue et toujours en adéquation avec le code. C'est d'ailleurs ce que propose Paul Duvall dans son dernier article "Automation for the people: Pushbutton documentation".
Dans le même esprit j'avais déjà expérimenté UMLGraph mais cela restait laborieux. L'outil Apiviz semble un pas en avant vers la bonne solution. J'espère le tester rapidement ;o)
Bon week-end.
Qui n'a pas utilisé le retro-engineering des outils UML pour produire les diagrammes nécessaires plutôt que de les maintenir au fur et à mesure du développement ?
D'où l'idée qui coniste à produire automatiquement la documentation à partir du code, ainsi on aurait une documentation continue et toujours en adéquation avec le code. C'est d'ailleurs ce que propose Paul Duvall dans son dernier article "Automation for the people: Pushbutton documentation".
Dans le même esprit j'avais déjà expérimenté UMLGraph mais cela restait laborieux. L'outil Apiviz semble un pas en avant vers la bonne solution. J'espère le tester rapidement ;o)
Bon week-end.
jeudi 24 juillet 2008
Introduction à Hudson
Il y a quelques mois j'avais écrit une introduction à l'installation d'Hudson mais je n'arrivais pas à la partager sur ce blog :o(.
Ce matin j'ai eu une illumination et grâce à GoogleDocs la voici :
Mise en place de Hudson
Ce matin j'ai eu une illumination et grâce à GoogleDocs la voici :
Mise en place de Hudson
jeudi 10 juillet 2008
Google Lively
Google vient de lancer Lively une forme simplifiée de Second Life, vivement le partage d'application à la Wonderland
mercredi 9 juillet 2008
Vidéos toujours
Pour continuer dans les présentations Agile chez Google avec quelques pointures :
Mike Cohn avec Agile Estimations :
Voilà qui devrait permettre d'approfondir les échanges de la réunion de juin du Club Agile de Grenoble.
Mike Cohn avec Agile Estimations :
Voilà qui devrait permettre d'approfondir les échanges de la réunion de juin du Club Agile de Grenoble.
mercredi 2 juillet 2008
Mary Poppendieck: The role of leadership in software development
Une vidéo excellente et très claire sur l'histoire du management:
On comprend bien d'où l'on vient et où on espère aller :o)
Un grand bravo à Mary et Tom Poppendieck.
On comprend bien d'où l'on vient et où on espère aller :o)
Un grand bravo à Mary et Tom Poppendieck.
Le modèle de Dreyfus
Ce modèle pour caractériser l'acquisition des connaissances (essentielle dans la capitalisation d'une équipe Agile) semble avoir le vent en poupe dernièrement dans le monde informatique.
Andy Hunt célèbre pour son The Pragmatic Programmer: From Journeyman to Master explique sa vision dans l'interview suivante :
Pour plus d'informations :
Andy Hunt célèbre pour son The Pragmatic Programmer: From Journeyman to Master explique sa vision dans l'interview suivante :
Pour plus d'informations :
Inscription à :
Articles (Atom)