Découpe la semaine 14

2017-11-29 09:21:22 +01:00
parent 315af281db
commit 1c181eb73e
6 changed files with 99 additions and 85 deletions
@@ -0,0 +1,11 @@
 ---
 title: "Jour 64 — Lundi 8 décembre 2014"
 date: 2014-12-08T13:15:29+01:00
 ---
 La Poste en masse dans le local de Montreuil, du coup nous sommes
 envoyés sans internet ni chauffage à L’Archipel. Nous en profitons pour
 faire des révisions. Questions ouvertes, puis, point par point, nous
 travaillons dessus ensemble.
@@ -0,0 +1,33 @@
 ---
 title: "Jour 65 — Mardi 9 décembre 2014"
 date: 2014-12-09T13:15:29+01:00
 ---
 Rvisions encore aujourdhui. Nous attaquons par un gros morceau :
 Parseur. Jutilise souvent ce mot apparement. Cest normal, tout est
 parseur Nous regardons dans un cas concret : faire un gnrateur de CSS
 pa\[rti\](https://fr.wikipedia.org/w\[iki/\](http://le\[sscs\](http://lesscss.org/)s.org/)Feuilles\_de\_style\_en\_cascade)r
 de less (un moteur LESS, un parser LESS :-)).
 Le singleton. Un élément de design pattern de moins en moins utilisé. Je
 montre quand même un exemple avec un fichier de configuration en XML et
 un object configurator en [Ruby](https://ruby-lang.org). Ça n'a pas de
 sens, mais c'est pour l'exemple :-)
 Ensuite nous abordons des notions de render dans Ra\[ils.
 \](http://rubyonrails.org/)Le contrlleur puis les vues partielles.
 Nous faisons un ajout de fonctionnalit dans Acacias en permettant
 duploader une photo pour montrer comment faire. Certains simpatientent
 et souhaitent coder Et bien ils seront servis : le jeu de la vie en Go
 :\[-)\](https://golang.org/). Nous rencontrons beaucoup de difficults
 dfinir la faon de traiter le problme : juste en manipulant un tableau de
 cellules (cest trs objet), ou en manipulant uniquement la grille (dans
 un style fonctionnel). Jai limpression que la grille serait plus simple
 dans cette situation, mais nayant pas russi manipuler un tableau de
 tableaux, nous avons chang de direction en cours de route.
 J’aimerais mettre mon journal dans un fichier unique doc sur le drive,
 comment faire ?
@@ -0,0 +1,25 @@
 ---
 title: "Jour 66 — Mercredi 10 décembre 2014"
 date: 2014-12-10T13:15:29+01:00
 ---
 Nouveau format pour le dojo, suite à la discussion de vendredi pendant
 la rétrospective. A 10h, proposition de sujets par les élèves, vote,
 puis 1h pour préparer. A 11h, une équipe commence à coder dessus, puis à
 12h on change d’équipe, potentiellement on repart à zéro ?
 Au final, ce matin, 4 personnes prsentent 10h, dont 3 qui ne participe
 pas souvent au Dojo, donc la premire arrive annonce son sujet : faire un
 kata\[garros en
 \](h\[ttp:/\](http://rspec.info/)/codingdojo.org/kata/Tennis/)RSpec.
 Cest celui retenu. Prparation sans moi comme convenu, puis une premire
 quipe (celle habitue des dojos finalement arrive) montre ce quils ont
 prpar. Des difficults, mais a avance. A 12h cest moi qui prend le
 clavier pour nettoyer lorientation, puis je laisse nouveau le clavier un
 autre binme. Mais nous navons pas organis de rotation.
 Peut-être ne faut-il pas faire de randori ?
 Cette après midi, ils travaillent sur leur ticket.
@@ -0,0 +1,19 @@
 ---
 title: Jour 67 — Jeudi 11 décembre 2014"
 date: 2014-12-08T13:15:29+01:00
 ---
 Encore moins de monde ce matin pour choisir le sujet, du coup j'impose
 Lags en [Python](https://www.python.org). Est-ce qu'il y a un soucis
 avec ce format ? À suivre demain en rétrospective.
 Des difficultés durant le kata, je fini par prendre le clavier pour
 avancer. Est-ce que je devrais ? Ne faudrait-il pas plutôt commencer
 ensemble, échanger sur les possibles pistes, les laisser ensuite essayer
 d'avancer, puis débriefer ?
 Prsentation de F\[orem,\](https://github.com/rubysherpas/forem) install
 dans Simplonline. Des difficults, mais une grosse partie du job t fait !
 Il faut faire le style et voir la gestion des divers utilisateurs.
@@ -0,0 +1,11 @@
 ---
 title: "Jour 68 — Vendredi 12 décembre 2014"
 date: 2014-12-08T13:15:29+01:00
 ---
 Rétrospective ce matin. Les élèves m’ont demandés de participer moi
 aussi à la retrospective. C’était intéressant car effectivement, soit je
 devais en sortir, soit je devais y participer.
 Par contre il va falloir gérer un peu mieux la transition.
@@ -1,85 +0,0 @@
 ---
 title: "Semaine 14"
 date: 2014-12-08T13:15:29+01:00
 ---
 ## Jour 64 — Lundi 8 décembre 2014
 La Poste en masse dans le local de Montreuil, du coup nous sommes
 envoyés sans internet ni chauffage à L’Archipel. Nous en profitons pour
 faire des révisions. Questions ouvertes, puis, point par point, nous
 travaillons dessus ensemble.
 ## Jour 65 — Mardi 9 décembre 2014
 Rvisions encore aujourdhui. Nous attaquons par un gros morceau :
 Parseur. Jutilise souvent ce mot apparement. Cest normal, tout est
 parseur Nous regardons dans un cas concret : faire un gnrateur de CSS
 pa\[rti\](https://fr.wikipedia.org/w\[iki/\](http://le\[sscs\](http://lesscss.org/)s.org/)Feuilles\_de\_style\_en\_cascade)r
 de less (un moteur LESS, un parser LESS :-)).
 Le singleton. Un élément de design pattern de moins en moins utilisé. Je
 montre quand même un exemple avec un fichier de configuration en XML et
 un object configurator en [Ruby](https://ruby-lang.org). Ça n'a pas de
 sens, mais c'est pour l'exemple :-)
 Ensuite nous abordons des notions de render dans Ra\[ils.
 \](http://rubyonrails.org/)Le contrlleur puis les vues partielles.
 Nous faisons un ajout de fonctionnalit dans Acacias en permettant
 duploader une photo pour montrer comment faire. Certains simpatientent
 et souhaitent coder Et bien ils seront servis : le jeu de la vie en Go
 :\[-)\](https://golang.org/). Nous rencontrons beaucoup de difficults
 dfinir la faon de traiter le problme : juste en manipulant un tableau de
 cellules (cest trs objet), ou en manipulant uniquement la grille (dans
 un style fonctionnel). Jai limpression que la grille serait plus simple
 dans cette situation, mais nayant pas russi manipuler un tableau de
 tableaux, nous avons chang de direction en cours de route.
 J’aimerais mettre mon journal dans un fichier unique doc sur le drive,
 comment faire ?
 ## Jour 66 — Mercredi 10 décembre 2014
 Nouveau format pour le dojo, suite à la discussion de vendredi pendant
 la rétrospective. A 10h, proposition de sujets par les élèves, vote,
 puis 1h pour préparer. A 11h, une équipe commence à coder dessus, puis à
 12h on change d’équipe, potentiellement on repart à zéro ?
 Au final, ce matin, 4 personnes prsentent 10h, dont 3 qui ne participe
 pas souvent au Dojo, donc la premire arrive annonce son sujet : faire un
 kata\[garros en
 \](h\[ttp:/\](http://rspec.info/)/codingdojo.org/kata/Tennis/)RSpec.
 Cest celui retenu. Prparation sans moi comme convenu, puis une premire
 quipe (celle habitue des dojos finalement arrive) montre ce quils ont
 prpar. Des difficults, mais a avance. A 12h cest moi qui prend le
 clavier pour nettoyer lorientation, puis je laisse nouveau le clavier un
 autre binme. Mais nous navons pas organis de rotation.
 Peut-être ne faut-il pas faire de randori ?
 Cette après midi, ils travaillent sur leur ticket.
 ## Jour 67 — Jeudi 11 décembre 2014
 Encore moins de monde ce matin pour choisir le sujet, du coup j'impose
 Lags en [Python](https://www.python.org). Est-ce qu'il y a un soucis
 avec ce format ? À suivre demain en rétrospective.
 Des difficultés durant le kata, je fini par prendre le clavier pour
 avancer. Est-ce que je devrais ? Ne faudrait-il pas plutôt commencer
 ensemble, échanger sur les possibles pistes, les laisser ensuite essayer
 d'avancer, puis débriefer ?
 Prsentation de F\[orem,\](https://github.com/rubysherpas/forem) install
 dans Simplonline. Des difficults, mais une grosse partie du job t fait !
 Il faut faire le style et voir la gestion des divers utilisateurs.
 ## Jour 68 — Vendredi 12 décembre 2014
 Rétrospective ce matin. Les élèves m’ont demandés de participer moi
 aussi à la retrospective. C’était intéressant car effectivement, soit je
 devais en sortir, soit je devais y participer.
 Par contre il va falloir gérer un peu mieux la transition.