TechChats

Retour sur l'agile Tour Paris 2011

2011-12-14T20:30:00.000+01:00

Pour débuter, l'organisation de l'évènement était vraiment bien, à la hauteur de l'événement. Cela se passait dans les locaux de Microsoft et l'on a senti l'implication des organisateurs pour pousser l'Agile. Le nombre de personnes ayant assisté à cette journée est estimé à environs 300 personnes.

Je décrirais les sessions auxquelles j'ai assisté par chronologie: D'abord, la keynote de Martin Woodward, Product Owner sur les outils Microsoft, c'était un rappel sur le monde de l'agilité, le passé, le
présent, le futur. Une belle introduction qui rappelle les points importants dans la pratique agile : l'importance des feedback "Inspect & Adapt", la définition de "DONE" et le pourquoi de l'agile "Empower your team".

La seconde session se portait sur la présence d'un UX designer dans un projet SCRUM. Une session qui montre que l'UX Design c'est bien pour un projet mais que son rôle empiète beaucoup avec le Product Owner. Un bon retour d'expérience sur la mise en place d'une équipe Agile.

J'ai assisté ensuite à une session portant sur le Déploiement Continu. C'est rien de moins qu'une Intégration Continue avec une obligation de permettre un Rollback sur la Production. Les principaux bénéfices qu'on en retire sont la focalisation sur la Valeur Ajouté d'un projet, un feedback immédiat et une Responsabilité accrue de la part de l'équipe de développement.

Je ne m'attarderais pas trop sur le retour d'expérience de la session l'agilité ^ 3 chez un éditeur vantant principalement l'outil de l'éditeur.

Après le déjeuner, les deux sessions suivantes se sont portés sur l'utilisation de produits Microsoft pour faire des tests fonctionnels et également des tests de charges. Par rapport à l'agilité, ces sessions étaient clairement destinées à des utilisateurs de la plateforme .NET. Venant du monde .NET, la possibilité d'effectuer avec ces outils des tests de charge était très intéressant et l'utilisation de TFS 2011 pour suivre les bugs d'une équipe également. Cela montre clairement l'implication de Microsoft dans la communauté Agile même si tout n'est
pas rose.

Les deux dernières sessions de la journée se focalisaient sur la vision du Product Owner. La première était un retour d'expérience au sein d'une banque d'investissement et la seconde un retour d'expérience d'un coach agile.
L'idée sur le Product Owner est qu'il est le personnage clé d'une équipe Agile, bien sûr il ne fait pas tout. Il doit assurer : la décision et la validation. C'est lui le garant de l'avancé du projet.

Les avantages de l'agilité :

c'est concret et progressif, chaque itération montre l'avancement
c'est une convergence, le product owner et l'équipe recherche le même but
c'est transparent, on montre clairement l'avancement du développement et les choses qui ne vont pas

Pour le coach agile, afin de respecter SCRUM, le Product Owner doit faire partie de l'équipe de prestation et une principe sur lequel on ne peut transiger, c'est la qualité. D'ailleurs, un lien vers le scrum guide écrit en juillet 2011.

Voilà, la journée a été très riche et très convaincante sur l'agilité.
J'espère d'ailleurs pouvoir assister à la session 2012.

J.-P.S.

Devoxx 2011: HTML5

2011-11-29T08:58:00.000+01:00

Working Off the Grid: HTML5 Offline

Speaker: Sam Dutton @sw12 de Google

La présentation (voir les slides) de Sam Dutton démarre mal: il n'arrive pas à se connecter au wifi de la salle. Cet incident a le mérite d'illustrer parfaitement le thème de cette session: les application HTML5 Offline. Il débute sa présentation par les cas d'utilisations pour le "offline":

Accéder à son application web, même lorsqu'on n'est pas connecté à internet
Accéder à son application pendant un déplacement (métro, train, dans la rue) avec une connexion intermittante
Améliorer la réactivité de son application en faisant appel au contenu "offline" plutot que de requeter le serveur web
Conserver les données utilisateurs quand il y a un problème de connexion. Par exemple lorsqu'un utilisateur remplit un formulaire et que la connexion tombe, un "draft" est sauvegardé dans une base locale (localStorage, sessionStorage) puis envoyé quand la connexion est de nouveau disponible

Sam nous présente le devtools de Chrome pour travailler sur la fonctionnalité (accessible dans Chrome via Ctrl+Maj+J). Pour tester la connectivité, dans la console javascript, il suffit de tester le booléen navigator.onLine pour savoir si votre terminal (mobile ou desktop) est connecté ou pas. La plupart des téléphones mobiles supportent cette fonctionnalité. Attention, si navigator.onLine renvoie "true", cela ne signifie pas forcément que le terminal est connecté à Internet, cela signifie juste qu'un réseau est accessible (par exemple le réseau local peut etre accessible, mais pas internet). Il ne faut donc pas simplement vérifier navigator.onLine, mais aussi entourer les appels ajax des try/catch habituels pour éviter toute déconvenue.

En mode offline, on peut donc proposer à l'application d'accéder à différentes sources de données disponibles dans trois endroits différents: window.sessionStorage, window.localStorage ou dans les fichiers listés dans un fichier *.appcache.

Le fichier appcache doir être référencé dans la balise html: . example.appcache doit être servi par le serveur web avec le mime type text/cache-manifest. Plusieurs problèmes de appcache sont à noter (la plupart sont référencés sur appcachefacts.info) :

si un seul des fichier référencé n'est pas disponible (404 error) aucun des fichier n'est accessible offline
c'est seulement au deuxième chargement de la page que les fichiers offline seront chargés
il est conseillé d'ajouter un commentaire avec un timestamp pour que le serveur propose la dernière version du appacache au navigateur

Il est aussi possible d'utiliser la base de donnée clé-valeur IndexedDB (qui propose une api asynchrone pour récupérer les données), mais le support de celle-ci n'est pas encore généralisé.

Finalement, Sam Dutton nous conseille d'utiliser une librairie pour abstraire le stockage des donnes, au format JSON par exemple: Lawnchair

Un conseil pour organiser son code: il est plus facile de mettre en place un système de file d'évenements pour accumuler/resynchroniser les données de l'utilisateur.

Il faut aussi faire attention aux quotas de place disponible qui peuvent varier d'un terminal à un autre. Pour les navigateurs basés sur webkit, on peut récupérer de nombreuses informations via l'objet webkitStorageInfo.

Enfin, si l'objectif est de créer une application web mobile pour la distribuer sur google web store, il nous conseille d'utiliser appmator.com pour générer un fichier description facilement.

Pour plus d'infos sur HTML5 il nous conseille chaudement updates.html5rocks.com

Bleeding Edge HTML5

Speaker: Paul Kinlan de Google

Paul nous présente différentes fonctionnalités sur lesquelles il travaille au afin de les proposer dans la spécification HTML5.

Celle qui retient le plus l'attention: les web intents. L'idée est de définir des verbes, comme "share", "shorten", "pick" (an image), et de les utiliser dans nos pages web. Lorsque l'utilisateur souhaite partager un billet de blog, ou si il souhaite raccourcir une url, ou encore si il souhaite insérer une image dans un commentaire, c'est la navigateur qui détecte l'action de l'utilisateur et propose une liste de service qui correspondent au verbe. Pour l'action "share" l'utilisateur pourra choisir parmi une liste de service. L'ajout de la balise "intent share" remplace l'implémentation des apis de tous les services.

Les autres technologies présentées sont requestAnimationFrame, Page Visibility API, une possibilité de "prefetch" les pages en avance pour que l'expérience utilisateur soit accélérée (ces pages sont alors récupérées avec un header spécial qui permet de ne pas les compter comme page effectivement visitées pour les différencier d'une navigation classique), une foncionnalité de "plein écran" (on s'attend à voir arriver rapidement des jeux sur les mobiles avec les memes fonctionnalités que les applications natives, accès au micro, accéléromètre, accès aux joysticks, temps réél, webRTC), Paul nous présente aussi une démo d'une image synchronisée avec le son provenant d'une balise audio.

La démo des webintents:

Devoxx 2011: Introduction

2011-11-23T20:00:00.000+01:00

Devoxx 2011

Cette année Devoxx fête sa 10e édition. Plus de 3200 personnes inscrites et le Thalys vers Anvers est rempli de développeurs java. Pour la keynote, après le message de bienvenue et l'indispensable procédure pour se connecter au wifi, nous avons le droit à une annonce: il y aura un devoxx a Paris en avril prochain.

Les stands

Une Vingtaine de stands proposent de nombreux goodies. Parmis ceux qu'on retiendra: Le stand Google, Typesafe, MongoDB, Oracle, Adobe, Microsoft avec Azure

Stand Google

HTML5

Des démonstrations de code HTML5 tournent sur les écrans. Une discussion informelle très intéressante avec Sam Dutton à propos du navigateur chrome qui devrait remplacer celui d'android rapidement. Des annonces devraient être faites bientôt sur les blogs.

DART pour remplacer Javascript?

J'en profite pour poser une question à David Chandter qui travaille dans une grosse équipe google dédiée à DART: "what is the intend behind DART?" sa réponse: "to be popular". On discute ensuite de la compétition entre javascript et DART.

Les autres thèmes du stand

GoogleTV, Android icescream sandwich. Bizarrement, on n'entend pas du tout parler de GWT.

Stand MongoDB

Une discussion très intéressante sur les différences entre CouchDB et MongoDB. CouchDB permet d'embarquer des applications web directement (couchapps) qui peuvent discuter avec la base via REST. Pour arriver au même résultat avec MongoDB il faut utiliser un plugin REST. Mais le usecase des applications web pour mongoDB n'est pas l'objectif.
Une autre différence se situe au niveau de la réplication. Pour CouchDB il est possible de synchronizer deux bases: on peut ecrire dans les deux et les modifications sont répliquées dans chacune (master-master). MongoDB fonctionne en master-slave.

MongoLab et MongoHq proposent des bases MongoDB hébergées pour tester gratuitement MongoDB.

HTML5 Programming with WebGL
Speaker: James William
L'intention du speaker était de coder en Coffeescript/WebGL et en live les première étapes du tutorial OpenGL.
La présentation démarre sur l'utilisation de CoffeeScript à la place de javascript pour faciliter les développements. Une présentation trop courte et un peu hors-sujet. On constate cependant que CoffeeScript, malgres sa jeunesse, est de plus en plus populaire.
La partie "live coding" ne se passe pas comme prévu. James code de grosses parties des tutoriaux en une seule fois, essaye de les lancer dans le navigateur, constate qu'une erreur se répète à l'infini dans une boucle lancée par "requestAnimationFrame". Il peut cependant nous présenter le code qu'il avait préparé à l'avance.
Les étapes pour développer en 3D sont toujours les mêmes:

Créer la scène du monde
Créer une caméra, la placer dans le monde
Appliquer un rendu, insérer le tout dans la page
Ajouter une lumière directionnelle dans la scène
Creer une "geometrie" dans laquelle on insère une série de triangles
Ajouter des couleur et insérer l'objet géométrique dans la scene
Pour les animations, au lieu d'un setTimeout, on utilise le fameux requestAnimationFrame()

La démonstration de code en live s'arrête à l'affichage d'une pyramide. Le speaker essaye de nous présenter une démo qui ne fonctionne pas, et se rabat sur les questions du public.
three.js est la librairie javascript à suivre pour développer en 3D dans le navigateur. Cependant, il faudra attendre encore un peu avant de pouvoir se lancer dans un développement sérieux en 3D dans les navigateurs desktop ou mobiles: le macbook air sur lequel James William développait n'était pas adapté au traitement d'objets 3D (pas d'accélération GPU), les outils de développement sont rudimentaires (jEdit et la console javascript de Chrome pour notre speaker).

Les Présentations intéressantes dans les autres salles:

The Diabolical Developer: take the power back de Martijn Verburg Beaucoup de retours enthousiasmés apres cette présentation. Le speaker semble avoir touché la corde sesible de tous les développeurs présents dans la salle

Java: The Good, the Bad ad the Ugly Parts de Joshua Bloch.

Techchats: Tests et Usines Logicielles

2011-11-08T20:30:00.000+01:00

Session Tests

Pourquoi teste-t-on ?

Correction de bug (bug bien corrigé)
Vérifier la non régression
Documenter le code
Intention derrière le code (conception émergente)
Pour qualifier un logiciel
Faire du refactoring
Pour comprendre le code
Pour améliorer le design (découper le code)
Harnais par rapport aux travail des autres

Classification des tests :

Black box / White box
Test unitaire
Test fonctionnel
Test d’intégration
Test d’infrastructure
Fuzzy testing, mutation testing, test par propriétés
TDD, BDD, TDR
Test de sécurité (HP fortify)
Test de charge
Test d’interface
Test manuel / test automatique

Tests unitaires :

Définition « académique » : en POO : la fonction.
En pratique : souvent la classe.
3A : arrange, act, assert
Teste des fonctions privées ? Non
Propriété du test unitaire :

Indépendant de l’environnement (Mock, Stub, H2, HSQLDB)

Quel dose ?

Pas sur les propriétés
Systématiquement ?

Définition

3A
Pourquoi
Inutile ? (si dans un grand ensemble)
Insaisissable ?
Quel dose ?
Sandboxing
TDD

Les tests d’intégration

Définition : tester l’environnement (tester les « externalités » : web services, base de données…) l’appli doit marcher sur toutes les machines.
Problème : c’est lent.
Smoke test : uniquement la présence de l’externalité.
Outil de vérification temps-réel : nagios

Les tests d’acceptation

Définition : validation client du logiciel.
TDR : Ecrire dans un wiki (Fitnesse) les specs. Ces tests s’effectuent Hors IHM.
Difficile car niveau MOA.
TDR vs BDD : définitions et exemples.

Tests d’interface

Faire des interfaces bidons pour commencer.
Ne pas tester automatiquement le layout, car trop subjectif.
Simplifier au maximum.
N’automatiser que les données.
Au plus un test par page.

Maintenance des tests

Dérive du temps total des tests au fil des semaines.
Comment détecter les test inutiles ? (voir outils)
Log4j.

Notre usine de test

Test unitaire : dans tous les packages au moins un, beaucoup sur les fonctions utilitaire. Dans l’IC.
Test d’intégration : au minimum car trop lent : juste les smoke test dans l’IC. D’autres possibles hors IC pour aller plus vite lors du débuggage.
Test fonctionnel : utiliser du TDR pour automatiser.
Test d’interface : automatiser uniquement l’existence des données.
Test manuels (hors IC) : indispensable, le plus réduit possible dans le cadre d’une production continue.

Session Usines Logicielles

1) Les usines de dev, mais qu'est-ce donc ?

Suite à cette question, on se rend compte que la notion est finalement assez floue, aucune réponse évidente n'étant trouvée.
On s'accorde pour dire que le SCM et l'IC y jouent un rôle prépondérant ; il y a débat sur les autres points (Wiki, Instant Messaging, etc.)

Au final, on opte pour :

L'usine de dev regroupe tout ce qui permet d'aller plus vite dans le projet, en termes d'automatisation et d'industrialisation.

L'automatisation étant plus ou moins le "contrat", et l'industrialisation son "implémentation" (théorie / mise en pratique)

2) Que contient l'usine de dev pour une équipe d'1 personne :

PVCS Dimension
ClearCase
Starteam
CVS
Perforce
SVN
Mercurial
Bazaar
Git
mention spéciale pour les utilitaires de la famille TortoiseXXX qui se révèlent généralement bien pratiques

Eclipse
Intellij
Netbeans
Visual Studio
Kylix

Outils de tests

JUnit & XUnit likes
GreenPepper
Sélénium
JMeter
Apache benchmark
TestNG

Outils de build et de gestion de dépendances

Maven
Ant
Gradle
Ivy
SBT (Scala Builder Tool)
Buildr
make (nostalgie)

Intégration Continue

Cruise Control
Jenkins / Hudson
TeamCity (s'intègre particulièrement bien dans Intellij, tous deux sont des produits JetBrains)
Bamboo (Atlassian)
Quickbuild

Outils de qualimétrie

Sonar
Metriware
Fortify
JaCoCo
PMD
Checkstyle
FindBugs
Linq
Clover
Cobertura

Wiki

Confluence
XWiki
trop de possibilités !

Outils de gestion des tâches

JIRA
Mantis
BugZilla
TRAC
Redmine
LightHouse

3) Pour une équipe de plusieurs personnes :

Idem, mais on rajoute les outils de Code Review :

Code Review

Crucible
Gerrit

De plus, certains outils deviennent plus importants (tout particulièrement le SCM).

21ème dojo: mastermind en scala

2011-09-22T07:20:00.000+02:00

Prochaine Date
--------------
Mardi 18/10/2011

Participants
------------
Luc
Steeve
Patrick
Philippe
Jerome
Jean
Aurelien

Retrospective
-------------
Kata scala mastermind
Bien parceque scala mais trop "découverte" meme pour le présentateur
On a reussi a faire les bons bien placés
On a cru que c'était fini
Pas perdu trop de temps sur l'environnement

encore (et toujours) mastermind ... et on a toujours pas fini

Sujets
------
1***************** Mastermind scala kata
2**** Mastermind ruby randori
3** Puissance 4 python kata
4*** Puissance 4 python randori
5*********** Mastermind javascript kata
6************** Calcul de score bowling java kata
7***** Calculatrice java kata

20ème dojo : Mastermind en scala

2011-08-25T19:54:00.001+02:00

Participants
--------------
Steve Beroard
Michaël Graf
Erwan Letallec
David Boureau
Patrick Dos Santos
Nicolas Brun
Philippe Antoine
Jérôme Duquennoy

Prochaine date
---------------
21 Septembre 2011

Retrospective
----------------
P4 en python / kata
Pas très loin d'un succès, il ne manquait pas grand chose
Sujet borné -> on a pu avancer
MAIS, il restait un bug vicelard a la fin ...

Sujets du jour
----------------
1 - *********** Master mind ruby kata
2 - ********* Master mind ruby randori
3 - **************** Master mind scala kata

Sujet non validés
-------------------
refactoring de test U IRL (avec code obsolète et tout)
Accumulateur Huffman
master mind javascrip avec un truc bidouillé ( SUnit, plus ou moins équivalent a Qunit, mais mieux ! )

19ème DOJO : puissance 4 python

2011-08-25T19:52:00.003+02:00

Participants du jour

--------------------

Mamadou

Patrick

Nicolas

Jérôme

Renaud

retrospective

-------------

Sujet : Huffmann Java Kata

Résultat : echec (cuisant)

- sujet pas préparé -> test pas évidents à trouver

- sans doute un peu ambitieux pour une seul séance

Prochaine date

--------------

Mercredi 24 Aout

sujets

-------

1 - ******** Puissance 4 - Python - kata

2 - **** game of life ascii - Python - krata

Objectif

---------

une fonction qui prend en entrée une colonne et qui retourne le nombre maximum de points alignés avec le sommet de cette colonne, en tenant compte des verticales, des horizontales, et des diagonales.

18e dojo : Compression de hoffman

2011-08-25T19:51:00.001+02:00

Etaient présents

----------------

- philippe

- jean

- olivier

- gregory

- aurelien

- steeve

- jerome

- patrick

Retrospective

----------------

pas de TDD,developement mobile HTML5

but atteint : liste sur mobile récupérée (les dernieres photos de chat sur flickr)

compétences présentes, pas d'hésitation et une vision

on a frôlé le dérapage mais on a réussi a recadrer !!

phongap sans interet pour le sujet

après chaque iteration : test sur mibile => publication live (continuous delivery)

jsonp c'est tordu (gros hack)

peu de code

Sujets
--------

******1 kata python puissance 4

***2 mastermind ruby randori

***********3 mastermind ruby kata

********************4 hoffman java kata

-9 test unitaire de query HSQL avec hsqlDb/unitils/dbunit/spring

-9b js morpion krandori

code lost

17e dojo: Game Of Life en javascript

2011-08-25T19:43:00.000+02:00

Prochaine dojo: Mercredi 1er juin

gregory d.
olivier m.
jerome d.
philippe a.

Retrospective
* c'était en java
* pour du java en randori on a reussi a avancer
* tests pas assez préparés
* commencer par proposer le sujet en kata avant de le passer en randori

Sujets:
* puissance 4 krata python
* puissance 4 randori java (clavier bizarre)
* game of life kata en javascript : sujet choisi

KawaCampParis4 retro

2011-04-19T14:12:00.000+02:00

Le 4e kawacamp qui s'est tenu la semaine dernière, dans les locaux de Softeam, a rassemblé une trentaine de passionnés. Les sujets abordés pendant la première sessions:

git et le versionning: retours d'expérience sur l'utilisation de git sur des projets
les gros #fails: retours d'expérience sur des projets ratés et les lecons apprises
HTML5 et mobile: une discussion ouverte sur les dernières fonctionnalités qu'apporte HTML5 et son utilisation pour les applications web mobiles

Pour la seconde session :

le cloud en entreprise
Scala
Test Driven Development en entreprise

Les participants pour la discussion sur le cloud:

La salle TDD :

Retours sur les derniers Meetups à Paris

2011-04-12T21:32:00.000+02:00

Retour sur certains des derniers meetups techniques parisiens.

RailsCampParis3
Ce we s'est tenu le 3e barcamp ruby on rails. Beaucoup de discussions autour de la version 3 de rails qui ne semble pas faire l'unanimité. Certains attendent la version 4 avec l'intégration de la dernière version de ruby 1.9 pour migrer. Dans toutes les conversations, deux mot-clés sont incontournables: "mobile" et "javascript". J'ai particulièrement apprécié la discussion eventmachine/node.js, très technique et très bas niveau (les cas d'utilisations concernaient essentiellement des applications multijoueurs en ligne).

Ci-dessus, le tableau des sujets et une discussion en cours

Parisjs5
Les meetups javascript sont de plus en plus prisés (une centaine d'inscrits). Les sujets étaient comme à l'habitude variés. On pourra retenir la présentation de l'API drag and drop HTML5 et ses défauts, mais surtout une démo en avant-première de my.js, la librairie javascript la plus rapide du web (!). Le créateur de my.js a fait particulièrement attention aux problématiques de performances et compare son framework à jQuery, Mootols etc. Le secret tient dans une meilleure gestion du scope, à une utilisation judicieuse de "eval" pour générer du code à la volée, à des "features detections" réalisées très tôt. Il explique aussi pourquoi certains fonctionnalités proposées dans jquery ne sont pas optimisées (tout passe par un $ fourre-tout, du polymorphisme avec 6 parametres etc.).

d'autres photos

Les premiers Parisjs et le webworkercamp10
Apres deux premiers meetups javascripts coup sur coup (parisjs1 et jscamp0) la communauté javascript commence à s'organiser à Paris. Et c'est à l'occasion du webworkercamp10 que le site parisjs.org a vu le jour pour fédérer la communauté.

Ci-dessus le premier parisjs

Ci-dessous le jscamp et le webworkercamp

French SUG
Le french SUG (pour Scrum User Group) organise régulièrement des conférences autour de SCRUM. Le 30 septembre 2010 plusieurs intervenants ont ainsi eu l'occasion de nous faire un retour d'expérience. La salle était comble et les discussions apres les conférences se sont terminées bien plus tard que prévu. Le sujet passionne toujours.

Les prochains evenements:

KawaCampParis4 chez Softeam demain soir (le 13 avril)
SemanticCampParis sur le web sémantique le samedi 16 avril
WebWorkersCamp11 un nouveau webworkercamp le samedi 16 avril aussi

16ème Dojo: Puissance4 en java randori

2011-04-04T23:40:00.001+02:00

Prochain dojo mardi 26-04-2011 à 19h

Participants:

Jérome D.
Guillaume B.
Olivier M.
Jean H.
Philippe A.
Michael G.
Thomas S.
Gregory D.

Retrospective

parfois le design brutal foncitonne mieux que le design reflechi
Jean voulait montrer que le design a base de tableau n'est pas le meilleur, but fail

Sujets

connect4 java randori (sujet choisi)
connect4 python krata
mastermind ruby randori

idée de sujet: trouver le vendredi 13 le plus proche d'une date révolue java randori

Code
sur github: https://github.com/dojo-softeam/katas/tree/puissance4-20110329

Estimer la complexité d'une tâche avec le jeu du poker planning

2011-03-24T17:35:00.001+01:00

Comment estimer la complexité d'une tâche? C'est la question à laquelle Jeff Sutherland à répondu lors d'une session "SCRUM master certification". Il propose d'utiliser le jeu du "poker planning": chaque développeur choisi une carte dans une série (0, 0.5, 1, 2, 3, 5, ,8, 13, 20 ...), les estimations sont ensuite dévoilées. Le développeur qui a l'estimation la plus forte et celui qui a l'estimation la plus faible exposent les raisons de leur choix. Une nouvelle estimation de la tache est réalisée par tous et on calcule la moyenne. Mais comment choisir une complexité ? L'astuce consiste à identifier une tache bien connue, comme par exemple un écran de recherche qui affiche une liste de résultats. On attribue arbitrairement à cette tâche "étalon" une complexité de 3. Il ne reste plus qu'à comparer la complexité relative d'une nouvelle tache avec l'étalon pour l'estimation.

J'utilise cette technique dans le cadre de mon projet chez CACIB. L'adoption du poker planning s'est faite rapidement, mais par étape: on a d'abord testé le concept avec deux développeurs. Les estimations se sont vite mises à converger. Aurjoud'hui toute l'équipe s'y est mise et nos estimations ne nécessitent presque plus de "deuxième tour".

KawaCampParis4

2011-03-22T13:58:00.000+01:00

C'est officiel, Softeam accueillera dans ses locaux la 4ème édition du KawaCampParis et fournira aux participants un buffet et des softs.Il faut s'inscrire sur http://barcamp.org/KawaCampParis4. Pensez à indiquer vos centres d'intérêt!

KawaCamp kesako ?

Un KawaCamp c'est une recontre/table-ronde informelle auto-organisée de personnes partageant un intéret commun pour l'informatique. Les participants indiquent les sujets principaux qui les interessent sur la page d'inscription ce qui vous permet d'avoir une petite idée des sujets qui pourront être abordés. Sur place, chacun sera invité a proposer ses sujets, les sujets ayant le plus de participants seront retenus pour l'une des salles de discussion. Si la discussion fini par vous fatiguer, vous êtes libres d'aller faire un tour dans les autres salles.

15ème Dojo: Morpion en java (non TDD)

2011-03-17T01:20:00.003+01:00

Prochain dojo, le mardi 29/03/2011 19h00

Participants:

Eric
Choucri
Mickael
Steeve
Jerome
Jean

Retrospective

On a pas fini
Besoin mal défini => on a cherché a faire l'interface alors que le problème interessant c'était la detection de victoire
on a refusé des sujets qui n'étaient pas assez préparés.
java c'est galère pour les grilles

Sujets

Pas de TDD en java sur le kata TicTacToe(Morpion)
krata Morpion en java
mastermind en ruby kata
krata puissance 4 python
huffman en java en kata

Le code

le commit github correspondant est là https://github.com/dojo-softeam/katas/commit/90b9b231021e0dc16bf52849166b97d451d78b2dvous pouvez cloner le code avec les commandes suivantes:

14ème Dojo: Randori puissance 4 en java

2011-02-23T00:07:00.000+01:00

Prochain dojo, le mardi 08/03/2011 19h00

Participants:

Philippe
Jérome
Mickael
Steeve
Gregory
Jean

Retrospective

énoncé un peu trop flou et personne ne l'avait préparé
tests dont on ne connaissait pas le résultat attendu
Il faut un responsable du sujet qui arbitre les tests a faire en cas de probleme (si il ne sait pas il paye la tournée)

Sujets

RLE en ruby kata
RLE en ruby randori
Puissance 4 en python kata
Puissance 4 en java randori
Mastermind en ruby kata

Sujets non retenus car non préparés

Game oflife en javascript kata
Algorithm de compression de huffman en java

Le code

le commit github correspondant est là https://github.com/jeantil/kata/commit/27b1ea48d32a6151322c7fc4f5c5f43389d96c91vous pouvez cloner le code avec les commandes suivantes:

13ème Dojo: Randori "Rare Order" en java

2011-02-05T10:30:00.002+01:00

Prochain dojo, le 22/02/2011 19h00

Participants:

Jerome
Erwan
Thomas
Mickael
Steeve
Olivier
Gregory
Jean

Retrospective

echec total : pas de code
SQL en javascript asynchrone => echec
Pas de framework de test unitaires => préparation trop longue
techno pre-alpha
revert sur kata mastermind en ruby en fin de dojo

Sujets

Todo-list randori java
Mastermind randori java
RLE randori java
Algorithme de Huffmann en java kata
Rare order en randori java
Rare order en randori ruby

Le code

"your program will take a set of strings that has been sorted according to a particular collating sequence and determine what that sequence is"(source)

12ème Dojo: Kata hierarchical SQL en websql

2011-02-05T10:23:00.002+01:00

Prochain dojo, le 03/02/2011 19h00

Participants:

Philippe
Olivier
Mickael
Steeve
François-xavier
Erwan
Jean

(la liste est incomplète/fausse, mettez un commentaire en dessous pour corriger, merci)

Retrospective

echec : on a pas défini ce qu'était la réussite
sans spec on ne peut pas réussir !
réussi bon nom, bon nom sans casse, sous chaine et superchaine
echec orthographe diff
beaucoup de sujets c'était bien
on a trop parlé quand c'était rouge

Sujets

randori vendredi 13 en java (trouver le vendredi 13 précédant une date donnée)
randori mastermind ruby
randori rle en java
kata rle en ruby
interpreteur booleen en java en randori
hierarchical SQL en websql en krata
boyds en js en kata

Le code

pas de code produit :(

11ème dojo : Kata Movie Finder

2010-12-18T09:34:00.002+01:00

Prochain dojo, le 13/01/2011 19h00

Participants:

François-xavier
Thomas
Mickael
Steeve
Olivier
Jean

Retrospective

Beaucoup de tests
On a pas fini
Test first implique chemins de pensée différents des chemins habituels
trop grand pas lors de la création de la fonction
Erreur : vouloir réduire ce trop grand pas sans préparation
Tdd != ne pas réfléchir, mais réfléchir différemment.

Sujets

Kata vendredi 13 en java
Kata RLE en java
Kata Movie Finder en java
Randori Vendredi 13 en java

Le code

Le projet eclipse avec le code est sur github ici : https://github.com/jeantil/kata/tree/movie_finder et le code tout seul ci-dessous

TechChat: Agilité

2010-12-18T09:13:00.003+01:00

Petit compte rendu de la discussion que nous avons eue lors du techchat agilité.

Dans l'invitation il y avait une proposition de sujet :
Discussion ouverte autour des projets et méthodes agiles. Le programme ne sera pas fixe
Retour sur la conférence Agile Tour 2010
Discussions autour de la mise en place des pratiques agiles sur les projets
Braistorm sur les sujets qui freinent la mise en place de l'agile.

En pratique nous n'avons pas vraiment dépassé le premier point et c'est très bien, ça prouve qu'il y a de quoi discuter et je n'hésiterai pas à re-proposer le sujet.

La discussion a commencé avec la question:
C'est quoi l'agile ?
Nous avons essayé de trouver une réponse après avoir restreint la question au sujet du développement informatique ( gestion de projet et de développement logiciel):

Être capable de gérer rapidement les changements dans les besoins utilisateurs, sans sacrifier la qualité du code et sans faire exploser le coût du développement.

Cette réponse elle-même a mené a une discussion sur les bonnes pratiques qui permettent à un projet "agile" de le rester et de ne pas se retrouver paralysé par des problématiques techniques.
Plusieurs pratiques/prérequis ont été mentionnées :

Implication égale de tous les participants (respect des principesagiles plus que des formalismes des méthodes)
Transparence sur la gestion de capacité
Nécessité d'une organisation adaptés (rôles réaffectés,responsabilisation des développeurs, processus adaptés, comment s'intégrer avec CMMI,...)
Automatisation des tests
Mise en place de l'intégration continue et de la capacité de livrer en permanence

Après ces discussions le temps étant écoulé, nous avons échangé en mangeant autour d'exemples plus concret en petits groupes.

10ème dojo: Kata RLE en java

2010-12-01T23:14:00.001+01:00

Prochain dojo, le 16/12/2010 19h00 (à confirmer)

Participants:

Thomas
Olivier
Mickael
François-xavier
Philippe
Thomas (S.)
Jean
Erwan

Retrospective

on a pas fini mais des boid qui se déplacent en diagonale
On a perdu beaucoup de temps sur autre chose que les 3 règles des boids =>prévoir un scaffold ?
salle pas bien (video proj, lumière etc)
beaucoup de questions sur javascript et le prototypage pas bcp de réponses
4 nouveaux participants=>quand il y a suffisament de nouveaux il faut des sujets plus faciles (plutot orienté objet que fonctionnel ou prototypé)
manquait un framework de test unitaire plus puissant : AssertTrue ne suffit pas pour avancer rapidement.

Sujets

Randori mastermind en java
Kata RLE en java (a pile ou face)
Randori RLE en java
Randori BOIDS la suite!

Le code

Le projet eclipse avec le code est sur github ici : https://github.com/jeantil/kata/tree/rle-dojo-20101125 et le code tout seul ci-dessous

Prochains évènements

2010-11-03T08:42:00.000+01:00

Une petite annonce pour donner les dates des prochains évènements:

Le 10ème Dojo aura lieu le 25/11 à 19h00 comme d'habitude.Venez nombreux pour célébrer cette 10ème édition!
Les prochains Technical Chats se tiendront le 30/11, réservez votre date. Il y aura bientôt un post pour annoncer les sujets.

A bientôt !

9eme Dojo : Kata Boids en javascript

2010-10-27T21:44:00.001+02:00

étaient présents à cette séance:

Sebastien
Thomas
Choucri
Philippe
Fx
Vincent
Mickael
Jean

Rétrospective

Giftr en rails
On a cherché le distinct en rails
On a réussi la premiere partie, mais on n'a pas réussi à écrire le test avec du fonctionnel
Ecrire des TU c'est dur
On s'est lancé dans un pas tro pgrand, et en voulant revenir sur un pas plus petit on s'est perdu

Sujets

Randori Real Length Encoding en java
Kata RLE en ruby
Randori mastermind en java
Kata Boids en javascritp

Le Code

8ème Dojo : Kata "Pet Project Giftr" (et prochain dojo)

2010-10-21T21:32:00.000+02:00

Prochain dojo, le 27/10/2010 19h00

Participants:

Philippe
Fx
Olivier
Jean

Retrospective

Dernier dojo trop loin, dur de se souvenir
Les tests de recette passaient
echec de la tentative de refactoring à la fin du kata

Sujets

Mastermind en java
Giftr en ruby
Game of life en Javascript
fourmi de langton en Javascript

Le code

Une fois n'est pas coutume, le code n'est pas directement disponible sur le post. Le code faisant partie d'un "pet project" il est stocké sur github.Le code est disponible dans son contexte sous la forme d'un commit github

Hors contexte :

Il manque le début de test unitaire pour l'ajout de fonctionnalité, que j'ai perdu lors d'une manip malencontreuse...

7ème Dojo : Kata Mastermind en Ioke

2010-09-30T22:15:00.001+02:00

[Ce message aurait du être publié il y a bien longtemps vers le 30 juin, toutes nos excuses]étaient présents à cette séance:

Antoine
Fx
Jean
Philippe

Rétrospective

Précédent dojo randori en java mastermind, les tests de recette ne passent pas
Problemes d'expressivité du code (relecture difficile, les gens réécrivent)
Super ambiance : tout le monde a participé tout le monde a appris
Choix du Array => erreur plutot partir sur une liste ?
Le copilote devient le codeur (essayer l'autre sens ?)
dans l'autre sens : plus proche pair programming ?
là: le co pilote est moins impliqué car plus spectateur.

Sujets

kata mastermind ioke
randori mastermind en java
randori mastermind en ruby

Le Code

La rentrée des Dojos !!

2010-09-09T18:12:00.000+02:00

Nouveau Dojo Test Driven Development le 22 septembre, vous êtes les bienvenus, merci de vous rajouter sur l'évènement google calendar ci-contre !

Au cour de la séance, nous allons créer un programme depuis rien en commençant par écrire des tests unitaires puis en les faisant passer les uns après les autres. Le but est de créer un programme complet en 1h30.

Le domaine fonctionnel est libre et vous êtes encouragés à proposer votre propre sujet. Je vous invite à parcourir les archives du blog pour y consulter les sujets précédement proposés.

En espérant vous voir nombreux, A bientôt !

Rappel dojo: le 30/06 au soir

2010-06-30T00:49:00.001+02:00

Tout est dans le titre :)

Université Finance : Options & certificats

2010-06-28T08:29:00.001+02:00

Ludovic est venu le 233 juin, animer une université finance autour des produits options et certificats. Dans ses propres mots:

"Options et certificats: deux produits dérivés qu'il est nécessaire d'assimiler pour être à l'aise avec les personnes du front et du middle office. Cette présentation est une initiation pragmatique, qui sert de base pour s'initier ensuite facilement aux autres types d'instruments financiers, notamment les structurés."

Il nous a également communiqué sa présentation que voici : produits option

Dojo le 30/06

2010-06-10T08:02:00.001+02:00

La 7ème édition du Dojo aura lieu le mercredi 30/06, rendez-vous à 19h !

Accessoirement, les techchats recrutent si vous avez des idées de thème n'hésitez pas à contacter delphine ou moi.

6ème Dojo : Randori java

2010-06-03T08:04:00.003+02:00

Prochaine séance le mercredi 30 juin, à vos agendas ...

Étaient présents à cette séance:

François Xavier
Philippe
Olivier
Eric
Choucri
Jean

Rétrospective du précédent dojo

le sujet était un "Mastermind" Kata en Ioke

le test de recette n'est pas passé, mais presque :)
Découverte du ioke => langage concis
On a fait les bons tests
Une étape trop 'magique'
On a regardé la doc de ioke mais pas trop
Côté didactique avec une explication du langage
Ioke c'est lent (temps de turnaround sur les tests assez important)

Sujets proposés

Mastermind randori en java
Kata mastermind en Ioke
Game of life Kata en Javascript
Fourmi de langton en java randori

Mastermind fût donc le sujet sélectionné pour cette séance de randori en Java.

6ème Dojo !

2010-06-02T09:57:00.001+02:00

Petit rappel, le 6ème Dojo, c'est ce soir 19h.

5ème Dojo TDD : Kata Mastermind en Ioke

2010-05-17T19:25:00.003+02:00

Prochaine séance le mercredi 02 juin, à vos agendas ...

Étaient présents à cette séance:

François Xavier
Philippe
Yann
Jean

Rétrospective du précédent dojo

le sujet était un "Mastermind" Kata ruby

le test de recette n'est pas passé, mais presque :)
beaucoup de commentaires au début et des très petits pas (trop petits ?)
trop de temps passé sur des pas simples
Bonne communication: écoute des commentaires de la salle, et respect des commentaires sur barre verte(mais quelques interruptions)
participants gagnent en confort par rapport au dojo
question soulevée : peut-on avoir plusieurs tests de recette pour couvrir un domaine ?

Sujets proposés

Kata Timezone en java
Katamastermind en Ioke
Randori rotation d'un tétromino en javascript
Randori mastermind en ruby

Mastermind fût donc le sujet sélectionné pour cette séance avec le langage expérimental Ioke. L'auteur le décrit comme un langage dynamique, orienté prototype et conçu pour être exécuté dans une vm (java ou clr). Il hérite de ruby, de lisp, de smalltalk et de IO. Pour développer nous utilisons la suite de test unitaire "ispec" utilisée par le créateur du langage pour écrire le langage.

Coding Dojo: MasterMind

2010-04-07T07:54:00.006+02:00

Prochaine séance le mardi 04 mai !

Étaient présents à cette séance:

Thomas Schwender
Philippe Antoine
François Xavier Leloup
Jean Helou

Rétrospective du précédent dojo

le sujet était un "Game of Life" (GoL) Krata javascript (processing, qunit)

le test de recette n'est pas passé, mais presque
test de recette pas auto (visuel)
triché pour calculer les voisins
output visuel:sympa, il faudrait qu'il soit disconnect du code
la taille des steps etaient ok
il y a eu des moments où il fallait ralentir
le ping pong entre les participant était sympa, constructif
kata trop gros ? non
pourquoi ne sommes nous pas partis à partir d'une grille ? -> a tester
pour un futur kata

Sujets proposés

Krata mastermind en ruby -> selectionne
Randori Gol javascript (avec la grille!)
Randori mastermind ruby
Krata Tetris en javascript

Mastermind fût donc le sujet sélectionné pour cette séance. Une version très simple en pur ruby testée avec shoulda.

Au programme des Techchats du 13/04/2010 :

2010-03-25T15:35:00.012+01:00

Comme promis, + de précisions sur les 2 thèmes abordés lors des prochains Techchats :

HTML 5 & ses APIs
Nouveautés et Démos !

1. Côté navigateurs : Firefox (vidéo, audio, typographie, historique, 3D, xhr), Chrome (canvas, offline, webworkers), IE (Drag'n drop, SVG), Opera (Validation des formulaires), Safari (Web SQL Database, Geoloc, files)

2. Côté serveur : Jetty (Real Time Web avec webworkers) Jaxers (javascript côté serveur)

3. Html-next : IndexedDB, Microdata, Devices (webcam, p2p...)

BPM
Le BPM, un vaste sujet, ce TechChats est justement là pour en discuter.

Après avoir rappelé ses fondamentaux, nous pourrons échanger sur ce thème, depuis la compréhension des besoins, la modélisation, le référentiel de processus, son implémentation et l’importance grandissante d’une démarche dite d’ « approche par les processus » dans les systèmes d’information.

Et Vous ? Quel est votre avis sur ce thème ?
- Est-ce une nouvelle façon de voir les choses pour se rassurer ?
- Une façon plus souple de concevoir l’évolution des systèmes d’information ?
- Quel est l’impact dans la conception des applications ?

Avis aux amateurs !!! venez nombreux !

News de MODELIO !

2010-03-19T15:52:00.004+01:00

Modelio 1.1.1 est sorti en Janvier 2010. Ses évolutions essentielles sont sa disponibilité Linux, et quelques nouveaux générateurs (BPEL, SQL).

Modelio 1.2 est en cours de préparation et normalement attendu pour juin 2010 ! Il apportera un support plus important du travail de groupe, notamment en intégrant la fonction de diff/merge entre modèles.
Modelio Free edition intègrera les capacités MDA, dans le but de permettre de construire des modules Modelio open source, qui donc peuvent s’exécuter sous un environnement gratuit. Nous apporteront progressivement des modules open source, typiquement des modules supportant des profils standard d’extension UML (SysML, SoaML, MARTE, …)

Modelio Free Edition est bien évidemment une gamme d’entrée dans l’offre Modelio. Elle supporte la modélisation complète de UML, et bientôt donc son support MDA (scripts Jython, définition de modules et profils, etc.). Il faut passer à la version Enterprise pour le travail de groupe, la génération de code, une génération de documentation paramétrable et riche, etc. Une base Modelio Free Edition peut être migrée Enterprise Edition. L’inverse n’est pas autorisé.

Rendez - vous sur : http://www.modeliosoft.com/

Prochaine édition TechChats !!

2010-03-17T16:00:00.004+01:00

La prochaine édition des TechChats aura lieu : le Mardi 13 Avril prochain
Vous pouvez d'ores et déjà bloquer cette date dans vos agendas !!
2 thématiques au programme :

BPM
les nouveautés HTML 5

+ de news et de détails sur les sujets abordés très prochainement.

Coding Dojo: Kata Game of Life

2010-02-17T21:55:00.007+01:00

Le 30 mars a19h00

C'est la date choisie en séance pour le prochain dojo!

Étaient présents à cette séance :

Daniel Chaffiol
Rémi Masson
Philippe Antoine
François Xavier Leloup
Jean Helou

Rétrospective du précédent dojo

Le sujet était un randori des casiers en ruby. Rapides retours :

FAIL - le test de recette n'est pas passé
FAIL - le test de recette était faux (ce qui n'aide pas a le faire passer)
Le pitch des casiers est à revoir
Le randori a reçu un accueil partagé, certains aiment d'autres pas du tout. (Problème que pour que le randori avance, il faut que tout le monde connaisse le langage ?)

Sujets proposés

Tour de hanoi en Ruby - Randori
Poser 8 reines sur les memes couleurs qui ne se mangent pas en Ruby - Randori
Mastermind en Ruby - Randori
Mastermind en Ruby - Kata
Counting LoC (Lines of Code) en Ruby - Kata
Game Of Life en Javascript - Kata

Game of life fût donc l'heureux élu de cette séance. Sujet de Kata en javascript, basé sur le framework de test unitaire javascript QUnit de JQuery, et sur la bibliothèque Processing pour le rendu graphique.

Le sujet du jeu de la vie est de construire un automate cellulaire évoluant dans une grille de taille connue et pré-initialisée. A Chaque itération,l'automate applique les règles de vie et de mort suivantes :

Une cellule qui touche 0 ou 1 cellule vivante, meurt
Une cellule qui touche 4 autres cellules vivantes meurt
Une cellule mort entourée par 3 cellule vivante renaît.

Le code du dojo

Le code de support pour le rendu graphique et les tests

Le Coding Dojo expliqué en vidéo

2010-02-01T09:50:00.002+01:00

Olivier Moquais nous a trouvé une petite video de presentation des coding dojos sur YouTube pour ceux qui de demandent si il faut venir :)

ça de passe ici ...

Rendez-vous le 16/02 19:00 ...

Coding Dojo

2010-01-29T07:50:00.002+01:00

Les Dojos sont les premiers de retours avec une session le 16 février. Prévenez-nous si vous pensez venir.

Pour rappel, le sujet sera choisi en séance sur propositions des participants.

Les sujets précédents:

Et quelques idées de sujets (vous pouvez reprendre les sujets déjà traités et les améliorer, surtout qu'ils n'ont pas été terminés mais ils sont faisables):

Mastermind
Des joints et des plinthes
Jeu de la vie
Tours de hanoi
...

Dojo annulé

2009-12-17T17:53:00.000+01:00

En raison d'une très faible affluence, de la grève et de la
Neige: il n'y aura pas de dojo ce soir.

Retour en janvier!

Techchat : Scrum

2009-11-20T23:24:00.005+01:00

Les Techchats ont repris après une pause d'été qui s'est un peu prolongée. Rémi Masson nous a proposé de débattre autour de sa présentation de Scrum.

Une session pleine d'interaction, avec des goodies!! ( le jeu de cartes à point pour le planning poker )

Sans plus tarder je vous propose le support:

Et le livre que nous a recommandé Rémi:
Scrum And Xp From The Trenches (traduction française)

Dites nous ce que vous en avez pensé en commentaire ... :)

Update universite finance

2009-11-20T23:23:00.001+01:00

Pour ceux d'entre vous qui auraient eu des difficultés à accéder au support des universités finances, le problème devrait être résolu. Laissez un commentaire sous le message si ce n'est pas le cas.

2eme Dojo TDD : Randori des casiers

2009-11-20T23:04:00.008+01:00

Le deuxième Dojo TDD a eu lieu comme prévu le 12/11, étaient présents :

Thomas Schwender
Philippe Antoine
Jean Helou
Daniel Chaffiol

Dans la tradition du dojo, nous avons commencé par choisir la date du prochain Dojo : le jeudi 17/12

Rétrospective du précédent dojo :
Kata Nimm en ruby : le test de recette n'est pas passé mais on a bidouillé le code pour faire passer à la fin (post time box)
TDD : "Trop au pied de la lettre"
Préparation : Krata ( préparation du kata insuffisante mea culpa JHE)
Test de recette au début: pas préparé du coup surprise
1er Dojo
Nom des méthodes et des tests mals choisis
Problème de perspective
PB d'environnement : Netbeans + Autotest

Sujets proposés pour cette séance (le sujet est choisi par vote a bulletin secret, en séance le langage est librement proposé):

*********** Randori casiers en ruby
Krata Game Of Life
Randori Cluedo ruby
Randori partition javascript

Le code du dojo :

Techat multitheading java

2009-11-12T08:09:00.005+01:00

Avec un peu de retard, voici le code du techchat sur le multithreading animé par françois qui présente des utilisations réelles des nouvelles fonctionnalités de gestion de la concurrence en java 5

package eqd.etg.square;

import java.util.concurrent.TimeUnit;

import java.util.concurrent.locks.Condition;

import java.util.concurrent.locks.Lock;

import java.util.concurrent.locks.ReentrantLock;



import eqd.etg.square.commons.external.rt.interfaces.RtObserver;

import eqd.etg.square.commons.external.rt.rfa.RtObject;

/**

 * Java 5 introduces classes that implement explicit locks. Explicit locks are useful in cases where you need to overcome 

 * some of the shortcomings of built-in synchronization. In particular, they have the following features:

 * 

 * * A thread can attempt to acquire a lock interruptibly;

 * * A thread can give a timeout value for attempting to acquire the lock;

 * * Read/write locks are supported- that is, locks that allow multiple concurrent readers if the lock is not locked for writing;

 * * The traditional wait/notify metaphor is extended to allow conditions;

 * * Support for fairness (if more than one thread is waiting for a lock, they acquire in first-in-first-out order when it becomes available);

 * * The ability to lock beyond the scope of a block: for example, one method can pass a lock object to another thread;

 * * Locks can be queried to find out, for example, if they currently have any threads waiting to acquire them.

 */ 

public class _1_WaitActivationDemo {



 private _1_WaitActivationDemo() {

  super();

 }



 private static boolean waitActivation(RtObject rtObject, long timeout) {

  if (rtObject.isActive()) {

   return true;

  }



  final Lock lock = new ReentrantLock();

  final Condition condition = lock.newCondition();



  RtObserver observer = new RtObserver() {

   @Override public void rtObjectActivated(RtObject obj) {

    lock.lock();

    try {

     condition.signalAll();

    } finally {

     lock.unlock();

    }

   }



   @Override public void rtObjectUpdated(RtObject obj) {

    // nothing to do

   }

  };



  rtObject.addObserver(observer);



  lock.lock();

  try {

   return condition.await(timeout, TimeUnit.MILLISECONDS);

  } catch (InterruptedException e) {

   return false; // should not happen

  } finally {

   lock.unlock();

   rtObject.removeObserver(observer);

  }

 }

}

package eqd.etg.square;



import java.util.ArrayList;

import java.util.Collection;

import java.util.HashSet;

import java.util.List;

import java.util.Set;

import java.util.concurrent.locks.Lock;

import java.util.concurrent.locks.ReadWriteLock;

import java.util.concurrent.locks.ReentrantReadWriteLock;



import org.apache.commons.lang.Validate;



import eqd.etg.square.Entity.NameScheme;

import eqd.etg.square.commons.tools.apache.Predicate;

import eqd.etg.square.commons.tools.collections.IntObjectHashMap;



/**

 * An abstract class that all services managing a certain type of {@link Entity} must implement.

 * 

 * @param <D> the type of the database object the {@link Entity} instances will be created from

 * @param <E> the type of {@link Entity} this service will manage

 * 

 * @author François L.

 */

public abstract class _2_EntityManager<D,E extends Entity> {



 /** The collection of managed entities. */

 private final IntObjectHashMap<E> entities = new IntObjectHashMap<E>();

 // the above collection is mostly static (loaded in bulk when needed), but needs protection agains some rare full or partial writes

 private final ReadWriteLock lock = new ReentrantReadWriteLock();



 protected _2_EntityManager() {

  super();

 }



 /** Loads all entities from DB. */

 protected abstract Collection<D> findAll();

 /** Creates the entity based on it's DB object. */

 protected abstract E toEntity(D dbObject);



 protected E refreshOne(E entity, D dbObject) {

  throw new UnsupportedOperationException("This manager does not support object refresh");

 }



 protected void reloaded() {

  // nothing by default

 }



 protected final List<E> getAllInternal() {

  Lock l = lock.readLock();

  l.lock();

  try {

   return entities.values();

  } finally {

   l.unlock();

  }

 }



 protected final E getInternal(int id) {

  Lock l = lock.readLock();

  l.lock();

  try {

   return entities.get(id);

  } finally {

   l.unlock();

  }

 }



 protected final void putInternal(int id, E entity) {

  Lock l = lock.writeLock();

  l.lock();

  try {

   entities.put(id, entity);

  } finally {

   l.unlock();

  }

 }



 protected final Set<E> getByIdsInternal(final Set<Integer> ids) {

  return collectObjects(new Predicate<E>() {

   @Override public boolean evaluate(E value) {

    return ids.contains(value.getId());

   }

  }, new HashSet<E>(ids.size()));

 }



 protected final E getByNameInternal(final String name, final NameScheme scheme) {

  Validate.notNull(name, "the name can not be null");



  return collectObject(new Predicate<E>() {

   @Override public boolean evaluate(E value) {

    return name.equals((scheme != null) ? value.getName(scheme) : value.getName());

   }

  });

 }



 protected final void reloadInternal() {

  Collection<D> dbObjects = findAll();

 

  Lock l = lock.writeLock();

  l.lock();

  try {

   entities.clear();

  

   for (D dbObject : dbObjects) {

    reloadOneInternal(dbObject);

   }

  

   entities.trimToSize();

  } finally {

   l.unlock();

  }

  reloaded();

 }



 protected final E reloadOneInternal(D dbObject) {

  E domainObject = toEntity(dbObject);

  putInternal(domainObject.getId(), domainObject);

  return domainObject;

 }



 protected final E refreshOneInternal(D dbObject) {

  E domainObject = toEntity(dbObject); // Note: creates a temporary object to get the id, not that great

  domainObject = getInternal(domainObject.getId());

 

  if (domainObject == null) {

   return reloadOneInternal(dbObject);

  }



  // will try refreshing the internals of this object instead a creating a new one

  domainObject = refreshOne(domainObject, dbObject);

  putInternal(domainObject.getId(), domainObject);

  return domainObject;

 }



 protected final List<E> refreshSomeInternal(Collection<D> dbObjects) {

  List<E> refreshedObjects = new ArrayList<E>(dbObjects.size());

 

  for (D dbObject : dbObjects) {

   refreshedObjects.add(refreshOneInternal(dbObject));

  }

 

  return refreshedObjects;

 }



 protected final E collectObject(Predicate<E> predicate) {

  Lock l = lock.readLock();

  l.lock();

  try {

   return entities.findValue(predicate);

  } finally {

   l.unlock();

  }

 }



 protected final List<E> collectObjects(Predicate<E> predicate) {

  Lock l = lock.readLock();

  l.lock();

  try {

   return entities.collectValues(predicate);

  } finally {

   l.unlock();

  }

 }

 

 protected final <O extends E,C extends Collection<O>> C collectObjects(Predicate<E> predicate, C collection) {

  Lock l = lock.readLock();

  l.lock();

  try {

   return entities.collectValues(predicate, collection);

  } finally {

   l.unlock();

  }

 }

}

package eqd.etg.square;



import java.util.Map;

import java.util.concurrent.ConcurrentHashMap;



import eqd.etg.square.commons.database.DbManager;



public class _3_TBSummaryDemo {



 private static final Map<Integer,Double> ytdPerfs = new ConcurrentHashMap<Integer,Double>();

 

 private static int selectedId = -1;



 private _3_TBSummaryDemo() {

  super();

 }



 /** Called from the EDT, must not block. */

 private static void selectId(final int id) {

  if (selectedId == id) {

   return;

  }

  selectedId = id;

  

  // Load the perf for this ID, and only once thanks to caching.



  // Well, in case of multi-threading, it could be loaded more than once, but the user won't click

  // fast enough anyway, and we are just interested in quick access: the ConcurrentHashMap is

  // indeed fast to read, and tolerates additional writes

  if (!ytdPerfs.containsKey(id)) {

   new Thread() {

    @Override public void run() {

     DbManager.getLynxConnector().acquireThreadLocalConnection();

     ytdPerfs.put(id, retrievalFromDB(id));

     DbManager.getLynxConnector().releaseThreadLocalConnection();

    }

   }.start();

  }

 }



 /** Called from somewhere else, possibly other threads. */

 private static void display() {

  Double wp = ytdPerfs.get(selectedId);

  double perf = wp != null ? wp.doubleValue() : Double.NaN;

 }

}

package eqd.etg.square;



import java.util.Collection;



import eqd.etg.square.commons.database.DbHelper;

import eqd.etg.square.commons.database.DbManager;



public class _4_DbThreadDemo {



 private _4_DbThreadDemo() {

  super();

 }



 private static void savePortfolioPositions(final int portfolioId, final Collection<DbHPosition> toSave) {

  DbHelper.executeThreadSafely(true, DbManager.getLynxConnector(), new Runnable() {

   @Override public void run() {

    DaoHPosition.deleteByDate(DateHelper.today(), portfolioId);

    int successCount = DaoHPosition.bulkInsert(toSave);

    addReportStatus(successCount, toSave.size() - successCount);

   }

  });

 }



===== code from DbHelper



 /**

  * Executes the specified {@link Runnable} in a threaded environment where a threadlocal connection is acquired

  * using {@link DbConnector#acquireThreadLocalConnection()} and that is optionally transactioned.

  * <p>

  * Warning: if the runnable throws an {@link Exception} or sets the {@link Thread#interrupted()} flag,

  *        the transaction is rolled back if one has been asked.

  *

  * @param withTransaction whether or not to create a transaction for the execution

  * @param connector the connector used to allocate the environment for running the Runnable in

  * @param runnable the runnable to execute in a threaded environment

  * @throws IllegalArgumentException if an argument is <code>null</code>

  */

 public static void executeThreadSafely(boolean withTransaction, DbConnector connector, Runnable runnable) {

  Validate.notNull(connector, "the connector can not be null");

  Validate.notNull(runnable, "the callable can not be null");



  // acquires the thread local connection and starts a transaction environment if applicable

  connector.acquireThreadLocalConnection();



  if (withTransaction) {

   connector.beginTran();

  }



  boolean success = false;



  try {

   runnable.run();

   success = true;

  } catch (Exception re) {

   // nothing: 'success' will not be set

  } finally {

   // commits or rolls back and release the acquired resources

   if (withTransaction) {

    connector.endTran(success && !Thread.currentThread().isInterrupted());

   }

   connector.releaseThreadLocalConnection();

  }

 }

 

==== Code from DbConnector



 /** The thread local connection, used for transverse multi-threaded optimization. */

 private final ThreadLocal<Connection> threadLocalConnection = new ThreadLocal<Connection>();



 @Override

 public final Connection getThreadLocalConnection() {

  if (threadLocalConnection.get() == null) {

   throw new IllegalStateException("the local connection is not acquired yet");

  }



  threadLocalConnection.set(getConnectionFromPool()); // getConnectionFromPool() returns a collection from a commons-dbcp pool

 }

 

 @Override

 public final void releaseThreadLocalConnection() {

  Connection connection = threadLocalConnection.get();



  if (connection == null) {

   throw new IllegalStateException("the local connection is not acquired yet");

  }



  // returns the connection to the pool

  try {

   connection.close();

  } catch (SQLException e) {

   Logger.severe(e);

  }



  // clears the thread local values

  threadLocalConnection.remove();

 }



}

package eqd.etg.square;



import java.util.Arrays;

import java.util.concurrent.Callable;

import java.util.concurrent.ExecutionException;

import java.util.concurrent.ExecutorService;

import java.util.concurrent.Executors;

import java.util.concurrent.Future;

import java.util.concurrent.PriorityBlockingQueue;

import java.util.concurrent.ThreadPoolExecutor;

import java.util.concurrent.TimeUnit;

import java.util.concurrent.TimeoutException;

import java.util.concurrent.atomic.AtomicInteger;



import eqd.etg.square.commons.tools.logging.Logger;



public final class _5_DownloadDemo {



 /** Market Data Gateway requests executor. */

 private static final ExecutorService MDG_EXECUTOR = Executors.newCachedThreadPool();



 /** Maximum number of simultaneous connections. */

 private static final int THREAD_COUNT = 5;



 /** The timeout for the connections (in seconds). */

 private static final int TIMEOUT = 200;



 private _5_DownloadDemo() {

  super();

 }



 // ==============================================================================



 private static void executorDemo() throws InterruptedException {

  ExecutorService executor = new ThreadPoolExecutor(THREAD_COUNT, THREAD_COUNT, 0L, TimeUnit.MILLISECONDS,

    new PriorityBlockingQueue<Runnable>());

  AtomicInteger processed = new AtomicInteger(0);



  // Queue all tasks, they will be executed THREAD_COUNT at a time

  for (int instrumentId : Arrays.asList(1, 2, 3, 4)) {

   executor.execute(new LoadTask(instrumentId, DownloadPriority.HIGH, processed));

  }



  executor.shutdown();

  executor.awaitTermination(Long.MAX_VALUE, TimeUnit.NANOSECONDS);

 }



 // ==============================================================================

 private static void downloadData(int instrumentId) {

  Callable<double[]> downloadTask = new Callable<double[]>() {

   @Override public double[] call() throws Exception {

    return MdgConnexion.getMarketDataStructure(instrumentId);

   }

  };



  Future<double[]> futureResult = MDG_EXECUTOR.submit(downloadTask);



  try {

   double[] doubles = futureResult.get(TIMEOUT, TimeUnit.SECONDS);  // Using a future makes timeouts easy

   // parse result, save to db, etc

  } catch (InterruptedException e) {

   Thread.interrupted(); // clears the interrupted flag

  } catch (ExecutionException e) {

   Logger.severe("Execution error", e);

  } catch (TimeoutException e) {

   Logger.severe("Timeout for " + instrumentId);

  } finally {

   futureResult.cancel(true); // no harm to do it either it timed out or not

  }

 }





 private enum DownloadPriority {

  CRITICAL, HIGH, LOW;

 }





 /** Custom task used to order downloads by priority. */

 private static class LoadTask implements Runnable, Comparable<LoadTask> {

  private final int instrumentId;

  private final DownloadPriority priority;

  private final AtomicInteger processed;



  public LoadTask(int instrumentId, DownloadPriority priority, AtomicInteger processed) {

   super();

   this.instrumentId = instrumentId;

   this.priority = priority;

   this.processed = processed;

  }



  public void run() {

   try {

    // Use an AtomicInteger to keep a global coherent count of executed tasks.

    // If it was just an int, two ++ at the same time could give a wrong result.

    // If it was a volatile int, the ++ would be correct, but two tasks could display the same count

    Logger.info("Processing n° " + processed.incrementAndGet());

    downloadData(instrumentId);

   } catch (RuntimeException e) {

    Logger.severe(new RuntimeException("Could not retrieve data for " + instrumentId, e));

   } catch (Throwable t) {

    Logger.severe(t);

   }

  }



  @Override

  public boolean equals(Object o) {

   if (o == this) {

    return true;

   }



   if (o == null || !o.getClass().equals(this.getClass())) {

    return false;

   }



   LoadTask other = (LoadTask) o;

   return priority == other.priority && instrumentId == other.instrumentId;

  }



  public int compareTo(LoadTask other) {

   if (priority != other.priority) {

    return priority.compareTo(other.priority);

   }

   return instrumentId - other.instrumentId;

  }

 }

}

package eqd.etg.square;



import java.awt.Component;



import javax.swing.JFrame;



import eqd.etg.square.commons.tools.task.IndeterminatedTask;

import eqd.etg.square.gui.progress.ProgressGlassPane;

import eqd.etg.square.gui.util.WindowHelper;



public class _6_ProgressGlassPaneDemo {



 private static TradingBoardFrame tradingBoard;

 

 private _6_ProgressGlassPaneDemo() {

  super();

 }



 // ==============================================================================



 public static JFrame showTradingBoard(final Component parent) {

  if (tradingBoard == null) {

   tradingBoard = new TradingBoardFrame();

   WindowHelper.show(tradingBoard, parent, false);



   // ProgressGlassPane is a nice utility class of ours, doing job in the background like a SwingWorker, 

   // but also displaying progress in a glass pane over the frame.

   new ProgressGlassPane(tradingBoard).start(new IndeterminatedTask("Loading data") {

    @Override protected boolean work() {

     // This is more subtle: we have several complex singleton mutable objects that need global protection

     // against synchronization issues: we encapsulated all actions on these objects in a single manager, 

     // with all methods synchronized.

     // When a custom action needed to be applied, we used this kind of closure to enforce the synchronization.

     PositionTreeSupportManager.invokeAndWait(new Runnable() {

      @Override public void run() {

       tradingBoard.initialize();

      }

     });

     return true;

    }

   });

  } else {

   WindowHelper.showOrRaise(tradingBoard);

  }



  return tradingBoard;

 }

}

Rappel, événements a venir

2009-11-09T15:12:00.000+01:00

Pour rappel :
Le 12/11 Dojo TDD (n'hésitez pas a venir avec vos sujets :) )
Le 19/11 Techchat scrum & scala

Venez nombreux!

Université finances: Les produits de taux

2009-10-23T15:34:00.005+02:00

Nous avons eu le droit hier soir à une présentation très interessante sur les produits de taux et le progiciel summit.

Avec quelques rappels sur les principaux produits du marché, agrémentés de remarques sur les spécificités des produits de taux et les principaux indicateurs de ce marché.

La discussion a fini par s'orienter vers des notions de processus et de méthode de gestion de projet dans un environnement front office avec une forte pression des utilisateurs, avant de dériver vers des considérations plus génériques d'architecture du SI d'une banque.

Vous pouvez retrouver le support de la présentation d'Alexandre ici

Dojo TDD

2009-10-21T00:01:00.019+02:00

La première séance du Dojo TDD a eu lieu le 13/10 avec les participants suivants :

Thomas Schwender
Philippe Antoine
Jean Helou
François Leiber

Lors de cette séance il n'y a pas eu de rétrospective, remplacée par une présentation du concept du dojo. Pour rappel il s'agit de coder en TDD (test driven development) aussi "pur" que possible et de voir émerger le code en appliquant au maximum les bonnes pratiques TDD / XP (eXtrem Programming). la formule se décompose en katas où une personne seule fait l'exercice devant les autres, ou en randori, où chaque participant passe 5minutes chrono devant le clavier en poursuivant ce qu'on fait les autres. Je m'étendrais d'avantage sur les intérets de ces formules dans de futurs billets.

Nous avons aussi décidé de la date du prochain Dojo : il aura lieu le 12/11, venez nombreux !

Au programme du prochain dojo : discussion rétrospective et leçons apprises lors de ce dojo, choix du sujet et mise en application.

Les sujets proposés : (le premier est celui qui a été retenu )
Sujets:

Jeu de Nimm kata ruby
Mastermind kata ruby
Mastermind randori ruby
Cluedo randori java

Et le code du dojo (noter que l'exercice n'a pas été terminé) :

Retour des Techchats et des université finance

2009-10-14T22:48:00.003+02:00

Bonjour à tous,

Les Universités Finance et les Techchats font leur grand retour le 22 octobre et le 19 novembre respectivement.

Au programme du 22 octobre : les produits de taux

Au programme du 19 novembre : Scrum et Scala

Sinon vous avez surement noté la création d'un nouvel atelier, avec une orientation plus pratique : Le Dojo TDD

le code de celui d'hier et la date de la prochaine session seront bientôt publiés ici.

Les votes sont ouverts

2009-06-22T14:25:00.004+02:00

Les prochains techchats devraient se tenir en septembre, cela laisse les vacances d'été pour l'organiser. Puisque nous avons un peu plus de temps on va essayer de faire ça mieux que la fois précédente.

Donc voilà la liste des sujets connus à ce jour, votez pour nous dire ce qui vous intéresse le plus. On arretera les votes le 15 Août. Comme toujours : si vous avez envie d'animer, n'hésitez pas à envoyer votre sujet, et rappellez-vous qu'un sujet avec animateur à plus de chances de passer.

Votez pour vos sujets techchats préférés ! (les sujets pour lesquels un animateur se propose auront priorité )(opinion)

Bonnes vacances à tous !

(vous aurez aussi noté que nous avons changé de site pour le questionnaire, celui-là à l'air plus fiable.)

MDA : Model Driven Architecture

2009-05-15T12:05:00.008+02:00

Le choix était difficile mardi 12, quand il a fallu choisir entre MDA et Multithreading. Emmanuel et ses acolytes Alain,et Stéphane nous avaient préparé une présentation et une démonstration.
La discussion s'étant prolongée plus longtemps que celle du multithreading j'ai pu aller faire un tour dans la salle lors de la démo finale: la mise en oeuvre du code généré et la modification rapide de la petite application réalisée pendant la session (une calculatrice) pour y rajouter un opérateur.

Je vous recommande le compte rendu d'Emmanuel et la présentation

N'hésitez pas a poser vos questions / faire vos commentaires ici ou sur le blog d'emmanuel

Nos trois animateurs :


Emmanuel	Stéphane	Alain

Techchats 2ème édition

2009-05-15T11:23:00.013+02:00

La deuxième édition des TechChats s'est tenue le 12/05 avec un format un peu différent : 2 sujets seulement, mais 1h30 pour avoir le temps de discuter (et encore on a dépassé :) )

Après quoi tout le monde à rejoint sa salle en fonction de son intérêt : Multithreading ou MDA le choix fut difficile.

Laissant nos deux super logisticiennes de choc avec une pile de pizzas !

Les discussions commencent avec les présentations :

Et bien sur l'inévitable tableau à idées qui attends vos contributions

et pour les plus courageux la soirée s'est terminée autour d'une bière après un exil stratégique :

Pour cette fois ...

2009-04-16T15:13:00.002+02:00

On aurait aimé faire voter tout le monde pour les prochains TechChats mais les ponts entrainent des problèmes logistiques que nous n'avions pas prévu.

Nous sommes donc dans l'obligation pour cette fois d'imposer les sujets qui seront :

MultiThreading
MDA

Que ça ne vous empêche surtout pas de réfléchir aux sujets dont vous voudriez discuter en session, de voter sur le sondage du blog, le résultat des votes sera affiché à la soirée du 12.

Choix des sujets du 12/05

2009-04-16T12:47:00.003+02:00

Click Here for Poll Online Survey
| Website Polls
| Email Marketing

| Crowdsourcing
View MicroPoll

Les photos du dernier techchats

2009-04-15T11:41:00.004+02:00

TDD : Test Driven Development

2009-04-15T11:28:00.004+02:00

Voici le retour sur la session TDD.

Introduction : Mastermind

Créer un Mastermind en ruby : Tests et code source d'Emmanuel Gaillot. Voir l'installation de l'environnement a la fin de l'article.

Discussion

Reactions :

TDD fonctionne bien pour un mastermind, mais qu'en est-il avec du "vrai code" ?

TDD itère par petites étapes: est-ce trop lent pour etre productif ? <-> Augmenter la confiance dans son code, moins de bugs, qualité du code, refactoring plsu facile

TDD coute cher des le début, comment convaincre mon manager ?

A quel moment est-on sur que les tests sont suffisants pour une fonctionnalité?

Si on cherche absolument a faire passer les tests il suffit de coder des fakes et passer a autre chose. Non: le fake ne sert qu'a avancer dans le code, il faut ensuite passer par une phase de refactoring.

Liens web présentés pendant la discussion :

TDD pour un vrai projet? John Resig a repris le vieux code non testé de FireBug pour y intégrer une nouvelle fonctionnalité (network), il en a profité pour créer son propre outil de tests : FireUnit. Peut etre utilisé pour TDD ? Ou utiliser env.js du meme auteur ?

John Resig how browsers implemented selectors api ? : javascript test suite

BDD : Behaviour Driven Development ? Une librairie existe pour Rails: cucumber

MasterMind Source code

Tests :


require "test/unit"
require "lib/Arbitre"

class ArbitreTest < Test::Unit::TestCase

 def assert_evalue resultatAttendu, secret, proposition
  assert_equal resultatAttendu, Arbitre.new.evalue(secret, proposition)
 end

 def testToutFauxPourCombinaisonUnSeulElement
  assert_evalue [bienPlaces = 0, malPlaces = 0],
   secret = [:bleu], proposition = [:rouge]
 end

 def testToutJustePourCombinaisonUnSeulElement
  assert_evalue [1, 0], [:bleu], [:bleu]
  assert_evalue [1,0], [:rouge], [:rouge]
 end
 
 def testPlusieursElementsJustesSurCombinaisonPlusieursElements
  assert_evalue [1, 0], [:bleu, :rouge], [:bleu, :vert]
  assert_evalue [1,0], [:bleu, :vert], [:rouge, :vert]
  assert_evalue [2, 0], [:bleu, :vert, :jaune], [:bleu, :vert, :rouge]
 end
 
 def testQuelquesElementsMalPlacesParmiPlusieurs
  assert_evalue [0, 1], [:bleu, :mauve], [:mauve, :rouge]
  assert_evalue [0, 2], [:bleu, :bleu, :mauve, :mauve], [:mauve, :mauve, :vert, :vert]
 end
 
 def testNeCompterLesMauvesQueSiIlYEnADansLeSecret
  assert_evalue [0,0] , [:bleu, :vert], [:rouge,:mauve]
 end
 
 def testUnMalPlaceNeDoitEtreCompteQuUneFois
  assert_evalue [0, 1], [:bleu, :bleu, :mauve], [:mauve, :mauve, :rouge]
 end
 
 def testJauneAussiPeutEtreMalPlace
  assert_evalue [0,1], [:bleu,:bleu,:jaune], [:jaune,:jaune,:rouge]
 end
 
 def testToutesLesCouleursPeuventEtreMalPlacees
  assert_evalue [0,6],
   [:bleu,:rouge,:jaune,:vert,:mauve,:noir],
   [:rouge,:jaune,:vert,:mauve,:noir,:bleu]
 end
 
end

Code Arbitre.rb :


class Arbitre

 def initialize
  @bienPlaces = 0
   
  @couleursDansSecret = nouveauCompteurCouleurs
  @couleursDansProposition = nouveauCompteurCouleurs
 end
 
 def nouveauCompteurCouleurs
  resultat = Hash.new
  resultat.default = 0
  resultat
 end
 
 def comptePions couleurSecret, couleurProposition
 
  if (couleurSecret == couleurProposition)
   @bienPlaces += 1
  else
   
   @couleursDansSecret[couleurSecret] += 1
   @couleursDansProposition[couleurProposition] += 1
  end
 end
 
 def nbMalPlacesPourCouleur c
  [@couleursDansSecret[c], @couleursDansProposition[c]].min
 end
 
 def somme liste
  liste.inject(0) {|x, y| x + y}
 end
 
 def malPlaces
  somme (@couleursDansSecret.keys.map {|c| nbMalPlacesPourCouleur c})
 end
 
 def evalue secret, proposition
  secret.each_index do |i|
   comptePions secret[i], proposition[i]
  end
  [@bienPlaces,malPlaces]
 end
end

Installation de l'environnement

Setup for windows :

One-click install ruby (with gem option)

Install autotest with this command : gem install zentest

Install colors for the autotest results : gem install win32console

Add to the beginning of the file C:\Ruby\lib\ruby\gems\1.8\gems\ZenTest-4.0.0\lib\autotest.rb the line : require 'Win32/Console/ANSI'

Create C:\Mastermind\.autotest and add this line to the file : require 'autotest/redgreen'

Create an empty file C:\Mastermind\spec\spec.opts

Create the source code file in Mastermind\lib\Arbitre.rb

Create your test file (the filename must start with "test_") : C:\Mastermind\test\test_Arbitre.rb

You can start autotest with the command C:\Mastermind\autotest -v

Première série de sujets proposés

2009-04-09T13:15:00.003+02:00

Certains ont déjà contacté Delphine avec leurs proposition de sujet, voilà ce que ça donne pour le moment :

Les moteurs de règles (java) open source Drools
Scala (plateforme java), le multithreading, Le multithreading en Java
L'optimisation de performance
La gestion de la connaissance dans un projet informatique
MDA

D'autres nous ont contacté pour dire qu'ils étaient interessés pour animer mais sans préciser de thème, je leur suggère de choisir dans les thèmes porteurs
Il n'est pas encore trop tard pour proposer un thème !

Prochaine Session TechChats

2009-04-06T18:30:00.002+02:00

Pour ceux qui aurait raté le coche, ouvrez vos agendas. La prochaine session des TechChats aura lieu le 12 mai (2009/05/12).

Contactez delphine pour les inscriptions (animateur ou participant)

Animer un TechChat

2009-04-03T08:03:00.002+02:00

"J'aimerais bien qu'il y ait un TechChat sur ${XXX} mais je ne suis pas un expert. Je ne peux pas animer sur ce sujet et puis en plus je n'ai pas le temps de faire une présentation powerpoint. Bon tant pis j'espère que quelqu'un d'autre aura le courage d'animer sur ce sujet ... "

Heureusement, animer un TechChat ne nécessite pas forcément d'être l'expert ultime sur le sujet, ni même de faire une présentation powerpoint de 50 pages :

Un TechChat c'est une discussion, tous les participants sont égaux (ou presque)!

Le rôle de l'animateur se limite a peu de choses.

Que la discussion démarre
Quand vous vous retrouvez à une table où personne ne se connait, il s'ensuit un silence gêné jusqu'à ce que quelqu'un de plus culotté brise la glace. Le but de l'animateur est d'accélérer le processus pour éviter de perdre du temps.
En tant qu'animateur vous serez donc le premier à parler. Histoire de parler utile, nous vous conseillons de lancer le débat en présentant votre vision du sujet, en présentant une problématique ou en lançant un débat contradictoire (on trouve deux opinions sur ${XXX} vous en pensez quoi)

Qu'elle ne meure pas
Si les participants sont trop timides ou pas assez sûrs d'eux, il se peut que la discussion finisse par s'éteindre, le rôle de l'animateur est alors de poser une question, de rebondir sur un point qui a été mentionné pour essayer d'explorer une autre piste. De faire un tour de table pour demander son avis à chacun. Encore une fois, son rôle c'est de prendre la parole quand personne ne parle.

Qu'elle ne dégénère pas (trop)
Les TechChats sont destinés à des échanges cordiaux, mais nous avons souvent des avis très tranchés (moi le premier) et la discussion peut devenir houleuse (Pensez : Linux vs Windows vs Mac, ou Emacs vs Vi)

Qu'on en tire quelquechose
Nous demanderons à tous les animateurs de nous faire un petit retour suite à leur session pour alimenter le blog. Vous pourrez voir en le parcourant que ce n'est pas très difficile, ça ne devrait pas vous prendre très longtemps.

Suggestions de thèmes pour les TechChats :)

2009-03-19T18:22:00.001+01:00

Vous vous rappellez le grand tableau avec les post-it ?Il n'était pas là que pour décorer la pièce, on a récupéré les post-its, ça donne une petite idée des thèmes qui interessent les gens qui sont venus :)

Les grands vainqueurs du tableau :

Flex
GWT
Jquery

Autres idées de sujets en vrac (les moins grands vainqueurs du tableau à post-it):
Praxeme, JPA, Hibernate, RCP eclipse, Maven vs Ivy, IHM, OSGI, Spring3, Entity Framework, Linq, L'intégration Continue, Les problématiques du multithreading, JDK7 aka dolphin, MDA, et Scrum, ...

On a plus qu'a trouver des volontaires pour animer!

Notez que la liste des sujets n'est pas fermée, loin de là, si vous avez un sujet et que vous êtes volontaires n'hésitez pas a vous faire connaitre de Delphine. Le vote final des sujets se fera sur les sujets ayant trouvé des animateurs.

Techchats needs _you_ !

VCS : gestion de version

2009-03-19T18:19:00.002+01:00

La première session des TechChats s'est terminée. J'ai essayé d'animer deux tables rondes, la première autour des systèmes de gestion de version la seconde sur du rétro testing.

Même si mon sujet n'a pas eu le succès espéré, nous avons pu avoir une discussion intéressante autour du sujet. Pour lancer un peu la discussion, j'avais préparé un petit support reprenant

Un rapide historique problématiques de la gestion de version et des différents outils qui ont tenté de les résoudre?
Les principales organisations que j'avais pu croiser sur des projets et les problèmes ayant mené à ces problématiques
Les problématiques nouvelles et les outils tentant d'y répondre (en particulier les problématiques de gestion de version distribuée)

La discussion qui a suivi cette petite entrée en matière a été riche avec des retours d'expériences sur clearcase et la présentation informelle de Daniel sur git.

Techchats 1.0

2009-03-19T18:00:00.001+01:00

Voilà ça y est, ça à commencé et on va essayer de faire en sorte que ça se maintienne (on compte sur vous pour nous aider), que ça dure et qu'on en profite a fond.

Je parle des techchats bien sûr, à mi-chemin entre le barcamp et le user group, une petite pres pour lancer le sujet, une bonne discussion pour poursuivre.

Suite à ce premier épisode, on a lancé le blog avec philippe, pour faire un petit compte rendu des sujets, mettre a dispo les documents, lister les sujets du tableau à idées, lancer les appels pour les animateurs, annoncer les prochaines éditions, etc.

Si vous avez participé à une session n'hésitez pas à commenter sur le topic correspondant. Les animateurs se verront ajoutés à la liste des contributeurs du blog ...

A bientôt !