Dans single

<p>Des volontaires pour coder, 6 personnes, pour faire un FizzBuzz en TDD.
J’ai parfois l’impression qu’ils pensent que Fizzbuzz est un outil
magique et mélangent un peu TDD et énoncé. Doucement mais sûrement le
groupe s’en sort. Je parle beaucoup trop. Tous posent des questions
auxquelles il faut répondre. En petit groupe ça sera mieux où nous
mettrons nous pour faire les dojo ? Dans la cuisine avec un écran
peut-être ?</p>

<p>Présentation d’un bout de code simple en Ruby. Une hash de paramétrages
et une fonction de vérification que certaines conditions sont bien
remplies. Simple mais bien expliqué.</p>

<p>Discussion autour de l’hébergement. Ça tourne un peu trop autour de moi
qui parle et eux qui posent des questions, c’est pas assez classe
inversée à mon gout. Je vais peut-être reprendre l’aspect présentation
d’un groupe sur un sujet. Est-ce l’oppurtunité de mixer les groupes de
code, comme pour le dojo ? Nous avons abordé des sujets variés et
intéressants.</p>

<p>Puisque les deux prochains jours, nous ne pourrons pas accéder au local,
je leur demandent de:</p>

<ul>
<li>Refaire FizzBuzz en TDD.</li>
<li>Essayer de déployer leurs pages HTML sur github pages.</li>
<li>Pour les plus courageux, essayer de faire un screencast en
faisant fizzbuzz.</li>
<li>Préparer les sujets de discussion. En y pensant, je crois qu’il faut
vraiment revenir au mode présentation</li>
<li>Lire du code que je vais leur fournir (ou un autre bout de code).</li>
</ul>

<p>Lundi nous ferons la FOAD. Mardi nous ferons les goupes.</p>

<p>Dans cette optique des groupes, je leur demande de faire une
auto-évaluation et une évaluation par les pairs. En mode radar, ils ont
selectionné quelques activités nécessaires pour travailler en équipe:</p>

<ul>
<li>Langages</li>
<li>Linux/unix/terminal</li>
<li>Communication/travail en équipe</li>
<li>Environnement de dev (git, editeur)</li>
<li>Web (http, html, css)</li>
<li>Anglais</li>
</ul>

<p>en mettant <code>c</code> quand ils ne savent pas par quel bout le prendre, <code>b</code> quand
ils comprennent mais on besoin d’aide et <code>a</code> quand ils arrivent à se
débrouiller tout seuls. D’abord en le faisant pour soi, puis je
redistribue les tickets pour que 2 autres personnes donnent leurs avis.
Il y a eu des discussions, quelques tentatives de blocage, mais je crois
qu’ils ont compris que le but est plutôt de vérifier que nous nous
améliorons. Je vais compiler les résultats et les afficher pour
constituer les groupes. Je vais essayer de faire une enquête par email
pour avoir tout le monde, au moins en auto-évaluation.</p>

<p>J’ai oublié de parler de Deming: on ne peut améliorer que ce qu’on
mesure</p>

<p>Fin de journée à 16h, Hager commence le déménagement.</p>