5.5 KiB
title, date
| title | date |
|---|---|
| Semaine 10 | 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, Python, Javascript (avec du NodeJS aussi), Haskell, 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).