Découpe la semaine 10 en jours

2017-11-29 11:23:55 +01:00
parent 70cca30e06
commit 9336fab9d3
4 changed files with 124 additions and 120 deletions
@@ -0,0 +1,42 @@
 ---
 title: "Jour 46 — Mercredi 12 novenbre 2014"
 date: 2014-11-12T13:15:29+01:00
 ---
 Visite de la ville Roubaix (le maire et son quipe), travaux dlectricit,
 perceuse Du coup nous avons vite fini lexplication de code sur Go,
 pu\[is \](https://golang.org/)chacun est parti se dbrouiller avec son
 casque sur les oreilles. Jespre que demain a ira mieux, mais cest pas
 gagn, jai vu du matriel en sortant. La zone cuisine nest pas touche par
 les histoires de cafards, mais en fait nous en retrouvons encore plein
 (toilettes, cuisines). Peut-tre faut-il tout traiter ?
 En début d’après-midi nous voulons aborder les objets, méthodes et
 autres classes, mais la perceuse fait toujours des siennes. Nous avons
 donc repoussé les cours à 16h.
 Je reste persuadé que faire UN projet from scratch n’est pas la bonne
 solution pour apprendre le code, c’est une solution de repli que j’ai
 mis en place pour répondre à leurs questionnements et la difficulté
 qu’ils avaient à aborder le code des autres (effet muraille
 infranchissable).
 Je dois mettre en place un remplacement, fonctionner par paire. Beaucoup
 d’absents. Un décrochage ou bien un week-end prolongé ?
 La difficulté pour faire les groupes c’est les sujets. Il faut que je
 liste des projets simples et utiles, qui peuvent nous toucher (ou
 toucher l’univers du dev) sur lesquels ils pourraient essayer de
 participer. Avec une deadline de 7 jours ou quelques chose dans le genre
 à l’issue de laquelle, au pire, la paire devrait présenter un bout de
 code du projet. Peut-être faut-il limiter les projets et les faires
 tourner, histoire qu’ils aient le temps de ce familiariser avec eux et
 leurs environnements ? Il faut des projets en
 [Ruby](https://ruby-lang.org), [Python](https://www.python.org),
 Javascript (avec du NodeJS aussi), [Haskell](https://www.haskell.org/),
 Go. Bientôt nous pourrons ajouter Java et C\#, il nous restera à ajouter
 Clojure, Scala, C, et Erlang. Les autres (Elixir, C++,…) pourrait être
 abordé en dojo, mais pas forcément en projet. Faut-il des projets pour
 chacun de ces langages d’ailleurs ? N’est-ce pas un peu trop ?
@@ -0,0 +1,62 @@
 ---
 title: "Jour 47 — Jeudi 13 novenbre 2014"
 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 ?
@@ -0,0 +1,20 @@
 ---
 title: "Jour 48 — Vendredi 14 novenbre 2014"
 date: 2014-11-14T13:15:29+01:00
 ---
 Dur travail de mémoire pour se souvenir de ce qu’ils ont appris durant
 ces 12 derniers jours ! Nous n’avons pas pu faire de FOAD depuis 2
 semaines et demie. En essayant de remplir un calendrier des choses
 effectuées, certains se rappelent de choses et d’autres.
 Laure viens prendre le relai pour présenter et organiser la FOAD pour
 essayer de faire un parcours.
 Je passe une bonne partie de l’après midi à faire de la prod sur la
 plateforme de la FOAD pour résoudre des soucis et ajouter la feature qui
 permettra d’organiser les contenues comme convenu par Laure et Mathilde.
 Livraison en deux étapes. La première devrait avoir lieu ce week-end, et
 la seconde en fin de semaine prochaine (évitons l’effet nouveau contenu
 de lundi soir).
@@ -1,120 +0,0 @@
 ---
 title: "Semaine 10"
 date: 2014-11-12T13:15:29+01:00
 ---
 *Du 12 au 14 novembre 2014.*
 ## Jour 46 — Mercredi 12 novenbre 2014
 Visite de la ville Roubaix (le maire et son quipe), travaux dlectricit,
 perceuse Du coup nous avons vite fini lexplication de code sur Go,
 pu\[is \](https://golang.org/)chacun est parti se dbrouiller avec son
 casque sur les oreilles. Jespre que demain a ira mieux, mais cest pas
 gagn, jai vu du matriel en sortant. La zone cuisine nest pas touche par
 les histoires de cafards, mais en fait nous en retrouvons encore plein
 (toilettes, cuisines). Peut-tre faut-il tout traiter ?
 En début d’après-midi nous voulons aborder les objets, méthodes et
 autres classes, mais la perceuse fait toujours des siennes. Nous avons
 donc repoussé les cours à 16h.
 Je reste persuadé que faire UN projet from scratch n’est pas la bonne
 solution pour apprendre le code, c’est une solution de repli que j’ai
 mis en place pour répondre à leurs questionnements et la difficulté
 qu’ils avaient à aborder le code des autres (effet muraille
 infranchissable).
 Je dois mettre en place un remplacement, fonctionner par paire. Beaucoup
 d’absents. Un décrochage ou bien un week-end prolongé ?
 La difficulté pour faire les groupes c’est les sujets. Il faut que je
 liste des projets simples et utiles, qui peuvent nous toucher (ou
 toucher l’univers du dev) sur lesquels ils pourraient essayer de
 participer. Avec une deadline de 7 jours ou quelques chose dans le genre
 à l’issue de laquelle, au pire, la paire devrait présenter un bout de
 code du projet. Peut-être faut-il limiter les projets et les faires
 tourner, histoire qu’ils aient le temps de ce familiariser avec eux et
 leurs environnements ? Il faut des projets en
 [Ruby](https://ruby-lang.org), [Python](https://www.python.org),
 Javascript (avec du NodeJS aussi), [Haskell](https://www.haskell.org/),
 Go. Bientôt nous pourrons ajouter Java et C\#, il nous restera à ajouter
 Clojure, Scala, C, et Erlang. Les autres (Elixir, C++,…) pourrait être
 abordé en dojo, mais pas forcément en projet. Faut-il des projets pour
 chacun de ces langages d’ailleurs ? N’est-ce pas un peu trop ?
 ## Jour 47 — Jeudi 13 novenbre 2014
 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 ?
 ## Jour 48 — Vendredi 14 novenbre 2014
 Dur travail de mémoire pour se souvenir de ce qu’ils ont appris durant
 ces 12 derniers jours ! Nous n’avons pas pu faire de FOAD depuis 2
 semaines et demie. En essayant de remplir un calendrier des choses
 effectuées, certains se rappelent de choses et d’autres.
 Laure viens prendre le relai pour présenter et organiser la FOAD pour
 essayer de faire un parcours.
 Je passe une bonne partie de l’après midi à faire de la prod sur la
 plateforme de la FOAD pour résoudre des soucis et ajouter la feature qui
 permettra d’organiser les contenues comme convenu par Laure et Mathilde.
 Livraison en deux étapes. La première devrait avoir lieu ce week-end, et
 la seconde en fin de semaine prochaine (évitons l’effet nouveau contenu
 de lundi soir).