64 lines
2.8 KiB
HTML
64 lines
2.8 KiB
HTML
|
||
Dans single
|
||
|
||
<p>10h, pas grand monde (5 personnes). Du coup kata en Go avec les motiv et
|
||
prsents. a se droule pas mal :-). Ensuite prsentation dune lecture de
|
||
code Javascript sorti de la lib progres[sbar’js qui
|
||
pe](<a href="https://kimmobrunfeldt.github.io/progressbar.js/)rmet">https://kimmobrunfeldt.github.io/progressbar.js/)rmet</a> de construire
|
||
des animations de progression en SVG avec JavaScript. Intressant dvoquer
|
||
ces points. Ils ont beaucoup explor, mais la prsentation nest pas
|
||
forcement trs claire (le choix du bout de code prsenter ?). A force de
|
||
lire du code ils dvelopperont un esprit critique sur le sujet et
|
||
pourrons mieux choisir le code expliquer.</p>
|
||
|
||
<p>Après le repas, je voulais faire un rappel sur les objets, les classes
|
||
et les méthodes. Sur une demande de leur part. Difficile car:</p>
|
||
|
||
<ul>
|
||
<li>après le repas, ils s’endorment,</li>
|
||
<li>la question est floue et cache un autre soucis sûrement,</li>
|
||
<li>je n’ai rien préparé (comme d’habitude).</li>
|
||
</ul>
|
||
|
||
<p>Je dcide donc de partir sur le sujet du design de code. Jai le sentiment
|
||
dtre un peu trop haut pour le niveau dattention quils ont. Aprs un
|
||
rappel que ce que je fais cest pour eux, pas pour moi, je r-oriente
|
||
lchange sur ce quest un programme : un outil de manipulation de donnes,
|
||
et chaque paradigme utilise une faon diffrente de manipuler les donnes.
|
||
Certaines questions random sur JavaScript et autres volent, cest
|
||
vraiment trs brouillon. Nous coupons la prsentation. Ensuite je vais
|
||
aborder lutilisation de gh-pages et des gnra[teurs
|
||
de](<a href="https://pages.github.com/">https://pages.github.com/</a>) sites statiques.</p>
|
||
|
||
<p>Plusieurs échangent en journée pour me dire que les groupes ne
|
||
fonctionnent pas (ou équivalent). Faire une liste de projets et
|
||
sélectionner une première session de tickets à faire deviens très
|
||
important. J’espère que demain, pendant la FOAD, Laure s’occupera bien
|
||
d’eux, cela me permettra de faire cette sélection. Il restera à tester
|
||
le mode flux continu.</p>
|
||
|
||
<p>Je vais également modifier les tableaux pour revenir à une semaine
|
||
flottante, avec agenda de base sur le côté, et exception mise sur la
|
||
semaine tournante. Il faut aussi faire un tableau des tâches avec des
|
||
colonnes:</p>
|
||
|
||
<ul>
|
||
<li>A faire</li>
|
||
<li>En cours</li>
|
||
<li>A Presenter</li>
|
||
<li>A livrer</li>
|
||
<li>A suivre</li>
|
||
<li>A revoir</li>
|
||
<li>Fini</li>
|
||
</ul>
|
||
|
||
<p>C’est moi qui place des tickets dans la première colonne, C’est eux qui
|
||
choisissent le ticket à faire, il le passent à présenter ensuite, et ce
|
||
n’est qu’après qu’il faudra le livre (pull request ou livraison).</p>
|
||
|
||
<p>Un petit tableau à deux entrées pourrait accueillir les tickets nommés
|
||
(ajouter le nom du binôme sur le ticket ou bien avoir un truc à part ?)
|
||
Comment faire un suivi ? Comment faire en sorte que deux paires ne se
|
||
retrouvent pas trop souvent ?</p>
|
||
|