63 lines
2.6 KiB
Markdown
63 lines
2.6 KiB
Markdown
---
|
||
title: "Jour 47"
|
||
date: 2014-11-13T13:15:29+01:00
|
||
---
|
||
|
||
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\](https://kimmobrunfeldt.github.io/progressbar.js/)rmet 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.
|
||
|
||
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:
|
||
|
||
- après le repas, ils s’endorment,
|
||
- la question est floue et cache un autre soucis sûrement,
|
||
- je n’ai rien préparé (comme d’habitude).
|
||
|
||
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\](https://pages.github.com/) sites statiques.
|
||
|
||
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.
|
||
|
||
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:
|
||
|
||
- A faire
|
||
- En cours
|
||
- A Presenter
|
||
- A livrer
|
||
- A suivre
|
||
- A revoir
|
||
- Fini
|
||
|
||
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).
|
||
|
||
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 ?
|
||
|
||
|