Super idée, je n'ai toujours pas eu l'occasion d'y participer. Pour avril, il resterait encore quelques slots mais c'est chaud : http://www.wemeetintoulouse.net/ Pour le lieu, au pire, y'a ekito, mais on accueille déjà une discussion sur les exceptions le 23/04, ce serait bien de changer. D'autres idées ?
Nicolas On Wednesday, March 26, 2014 11:53:06 PM UTC+1, oaz wrote: > > Bonsoir, > > Suite à un échange sur twitter il y a quelques semaines, l'eventualité > d'une partie de SoftwareBall dans le cadre du SCT a été évoquée : > https://twitter.com/oaz/status/435789982536830976 > Je lance donc "officiellement" l'idée. Il faudrait donc voir s'il y a > suffisamment de personnes intéressées (ça ne fonctionne qu'avec au moins 8 > ou 9 joueurs), trouver une date et un lieu. > En ce qui me concerne je suis dispo pour animer ça un mardi ou un jeudi > soir en avril ou en juin (en mai, c'est souvent compliqué mais cette année > c'est plus qu'impossible). > Il faut compter entre 1h et 3h de jeu. Cela dépend du nombre de katas que > l'on veut dérouler. > > a+ > Olivier > > > En prime, le pitch du jeu : > > *Software development is a cooperative game of invention and > communication* (Alistair Cockburn) > > Profitez d'une partie de Soft(ware)Ball pour découvrir des pratiques et > des principes popularisés par les méthodes agiles : refactoring, > programmation en groupe, responsabilité unique, ouvert/fermé, inversion de > dépendances... > > Et si vous les connaissez déjà, vous les redécouvrirez sous un jour > nouveau car les katas que vous déroulerez se feront sans clavier ni écran : > une équipe, un ballon, un peu d'intelligence collective, et tout devient > possible ! > > Plus d'informations sur softwareball.org <http://www.softwareball.org/>(mais > n'en regardez pas trop car les jeux sont plus intéressants quand on > les découvre en équipe) > > Une expérience humaine : > > - L'apport du jeu dans tout apprentissage, même les plus proches de la > technique et du code source. > - Une expérience de programmation collective. Premier pas vers le "Mob > Programming" ? > > Et un regard nouveau sur des techniques éprouvées : > > - L'importance du refactoring dans toute base de code. Le coût > engendré par sa pratique et sa non-pratique. > - La responsabilité unique des composants pour une meilleure > réutilisabilité > - La simplification de code (notamment la suppression des > "if-then-else") à travers l'inversion systématique des dépendances. > > > -- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes Software Craftsmanship Toulouse. Pour vous désabonner de ce groupe et ne plus recevoir d'e-mails le concernant, envoyez un e-mail à l'adresse [email protected]. Pour plus d'options, visitez le site https://groups.google.com/d/optout .
