Découpe la semaine 6 en jours

2017-11-29 17:53:47 +01:00
parent bb79d1a275
commit 698a3c5687
6 changed files with 279 additions and 269 deletions
@@ -0,0 +1,38 @@
 ---
 title: "Jour 26 — Lundi 13 octobre 2014"
 date: 2014-10-13T13:15:29+01:00
 ---
 [Kata Garros](http://codingdojo.org/cgi-bin/index.pl?KataTennis) en
 JavaScript. Difficult avancer. Encore ce problme de comparaison de
 tableaux. En fait, il ne faut pas le faire en JavaScript. Il faut
 trouver une autre voie. Rodolphe ma fait un retour intressant: je leur
 dicte trop ce quil faut faire. Les laisser trouver une solution, et les
 aider la mettre en place. Lanne dernire (1er promo), je me mettais dans
 la boucle, est-ce que je doit me mettre dans la boucle ?
 Pendant une heure ensuite, nous avons fait le commit sur Simplonline (et
 donc vue diffrents aspect de rails, de git et de github). Pas sûr qu'ils aient
 tous compris. Comment proposer un Mob Programming et faire en sorte que les
 autres puissent faire un truc de leur côté ?
 Découvert à la réunion d’équipe que la TV vient demain matin et mercredi
 matin: comment gérer ce truc ? Faut-il faire cours ? J’ai peur de perdre
 du temps.
 Évoquer aussi l'aspect [Archipel](http://www.larchipel.paris/larchipel/)
 en mode: nous pourrions peut-être nous y installer tout de suite ?
 Reprise des cours pour découvrir comment on démarre un projet
 [Rails](http://rubyonrails.org/). Trop de notions en même temps. Nous
 sommes sur le problème du démarrage de projet : trop de notions d'un
 coup. Je voulais les aborder au fur et mesure sur des points particulier
 au moment ou les problèmes apparaissent. En même temps, c'est plus clair
 en prenant dans ce sens, car il y a moins de notions directes sur place,
 ils construisent eux-mêmes. Le soucis est peut-être qu'ils ne font pas
 eux-mêmes vraiment. Ils attendent trop un résultat direct. Comment les
 faire patienter ?
 Demain je testerais un nouveau kata et surtout de moins participer.
@@ -0,0 +1,30 @@
 ---
 title: "Jour 27 — Mardi 14 octobre 2014"
 date: 2014-10-14T13:15:29+01:00
 ---
 Ce matin, BFMTV. Ne souhaitant pas être filmé, je reste à l’écart.
 Rodolphe et là et ok pour jouer le jeux. Il fait un cours sur Rails et
 les formulaires. Il est tout le temps interrompu. Certains élèves ne
 souhaitent pas participer et se cachent. D’autres répondent aux
 questions. La formation devrait faire parler d’elle par ces réussite,
 pas parce que nous sommes «beau» à la télé.
 Un groupe parle de [HAML](http://haml.info/). Bonne présentation,
 j'ajoute juste une partie contextuelle. Quelques questions, mais ils
 semblent avoir saisi.
 Nouvelles organisation suite aux remarques de Rodolphe: Je me mets dans
 la boucle, je fais le setup, et je ne dicte pas ce qu’il faut écrire, je
 me mets en mode je pose des questions. Cela semble bien fonctionner. Ils
 apprécient je crois et comprennent mieux. Par contre, Le groupe est trop
 volumineux, le dojo et certaines interventions devraient pouvoir ce
 faire en plus petit commité pour bien fonctionner.
 Certains élèves ont parlé à Laure pour qu’elle me parle ensuite (ils me
 l’ont avoué, mais pourquoi pas directement ?), et nous allons mettre en
 place une sorte de table ronde. Utiliser un pseudo format retrospective
 ? Comment permettre à chacun de poser ses questions et à tous d’entendre
 les réponses ? À voir demain. Nous ferons ce point jeudi de 17h à 18h.
@@ -0,0 +1,69 @@
 ---
 title: "Jour 28 — Mercredi 15 octobre 2014"
 date: 2014-10-15T13:15:29+01:00
 ---
 Ce matin, France24. Pas de cours, comme hier matin. Certains élèves
 jouent le jeu.
 Après midi, une présentation sur JavaScript, mais ça part trop dans la
 syntaxe et le comment ça marche plutôt que dans le pourquoi ? Il faut
 que je pose des questions précises sur un sujet pour l’orienter.
 Kata [RomanToNumber](http://codingdojo.org/cgi-bin/index.pl?KataRomanNumerals)
 en Javascript. Intéressant, mais long au démarrage. C'est bien de ne pas
 dicter mais poser des questions. Ils déclenchent une capture vidéo des
 kata maintenant
 Kata NumberToRoman en [Python](https://www.python.org). Ce kata assez
 simple est très instructif. Les élèves commencent à se sentir mieux on
 dirait.
 Remonté par mail une série d’échanges d’IRC de personnes qui se
 plaignent un peu de la maigre qualité de la plateforme et de l’absence
 du prof et des fondateurs de Simplon, ainsi que du manque de suivi de
 progression.
 Pour le premier point, a rejoint une discussion avec Laure qui propose
 de faire un partenariat avec 360learning'com et dutiliser leur
 plateforme. Ce qui me gne cest que cette plateforme nest pas libre, et
 surtout, je pense quelle ne nous permettra pas de faire ce que nous
 voulons au niveau des exercices (demander crire un fichier de test ET un
 fichier de programme). Mais cest peut-tre trop compliqu. Pour le forum,
 peut-tre faut-il brancher un discourse ? Peut-tre pourrions nous essayer
 de mettre en place une plateforme EDX ? Si je fait sauter mon envie de
 demander une certaine forme dexercice, je pourrais peut-tre ouvrir la
 porte dautres plateformes. Jtais parti sur lide davoir un truc tout
 intgr, mais est-ce quil ne faudrait pas avoir une multitude de morceaux
 qui font chacun un job bien ? Le wagon avait un simple discourse pour
 difuser les cours et chatter genre forum ?. Associ une instance Yose The Game,
 peut-tre que a pourrais faire le job ? Voir jouer avec un github ou un gitlab
 et leur demander de proposer du code selon un exercice texte simple, et
 automatiser le rsultat
 Pour le deuxième point, c’est clair qu’il faudrait une personnes dédiée
 à la gestion de communauté. Elle pourrait faire d’autres trucs à coté
 sûrement, mais il faudrait qu’elle soit en permanence sur IRC et sur le
 facebook, ainsi que le forum. Une autre idée (pas forcement incompatible
 d’ailleurs) pourrait être de mettre une machine en libre accès chez
 Simplon, connectée en permanence sur le chat, avec un compte Simplonco
 ou un truc du genre, pour qu’à tout moment, une discussion puisse avoir
 lieu. Nous pourrions aussi mettre une webcam live ? Il faut déclencher
 une première rencontre physique rapidement.
 Pour le troisième point, il faut que j’affiche un peu plus clairement la
 couleur, que je rappelle ce que je souhaite. Que je mette en forme ce
 que j’ai dans la tête…
 Je me pose aussi la question des 4 semaines d’avance. Est-ce vraiment
 nécessaire ? Est-ce que nous ne devrions pas penser le vendredi aux
 cours que nous allons diffuser le lundi ? Que chaque élèves présentiel
 écrivent une sorte de journal de ce qu’il apprend, et que nous en
 fassions un cours ? Ça casse complètement ce que j’avais imaginé mais
 est-ce pour la bonne cause ? En fait ce que ça change c’est juste sur
 les 4 semaines d’avance : comment faire après la formation ? Que faire
 des cours déjà écrit ? (on peut les distiller…).
 Est-ce que nous avons bien fait de faire cette FOAD ?
@@ -0,0 +1,66 @@
 ---
 title: "Jour 29 — Jeudi 16 octobre 2014"
 date: 2014-10-16T13:15:29+01:00
 ---
 change téléphonique avec une connaissance (35 ans dans linformatique)
 pour lui demander quel tarifs les cabinet de recrutement pratiquent. Il
 confirme ce que je pense: 10 15\\% du salaire annuel brut. Par contre il
 me prcise que de la part dune cole cest un peu louche. Je dois jeter un
 coup doeil la hacker school pour voir,
 leur business model semble tre bas sur cela ?. Il voque plutt le
 paiement pendant un stage (voir une alternance, on reviens cette ide).
 Je nai toujours pas regard le RNCP.
 Ce matin, une élève a amené de la javel, elle à encore vue des cafards
 sur la cafetière. Ils doivent repasser ce soir. Nous nettoyons un bon
 coup ce que nous pouvons: verres en plastique, frigo blanc, canapé,
 poubelle et le placard/étagère noir qui est rempli de truc et de cafard.
 Session un peu en retard du coup et plus ou moins mob programming avec
 l’équipe «hackersLab», mais en fait tout le monde est encore là (ou
 presque, il y en a un qui reste à l’écart, comme souvent). Nous
 reprenons leur projet. Ensemble nous déroulons le fil. Un lien, un
 formulaire… Revue des principes de communication HTTP, présentation des
 helper de rails, rappel sur la structure des dossiers. De toutes façon,
 c’est ça le principe, répéter. Ils semblent intéressés et posent des
 questions intéressantes. Quelques changements derrière le clavier. A un
 moment il faudra vraiment se mettre en mode mob programming: un timer
 sur 20 minutes (ou autre), une installation qui va bien (table, pc fixe,
 assise)… Petit manque également: TDD sur projet web.
 Début d’après midi, je prends les membres de la team «anonyme» pour
 parler de Simplonline et des branches dans git. Le but est de mettre en
 place l’utilisation d’une plateforme de dev/demo sur laquelle nous
 pourrions déployer tout le temps (continue) et tester, voir faire tester
 par beaucoup avant de livrer. J’avance assez vite, je fait des
 explications rapides, quelques questions. Je pense que tout n’est pas
 compris, mais ça à certainement déposé un premier vernis vraiment
 intéressant. Nous modifions ensuite le script de déploiement, ça donne à
 Aurélie envie de faire du bash on dirait :-), Mehdi lance une
 proposition de Dojo en shell.
 Présentation des Design Pattern. Vaste sujet qui a avalé l’équipe
 «Gecko». Mais cela me permet de leur parler de design et d’architecture,
 indispensable pour faire un bon logiciel. Il faudra rappeler le design
 émergeant lié aux tests.
 Table ronde pour poser des questions sur l’après Simplon. Un peu de
 crispation. J’amène assez mal le sujet. J’ai du mal à voir l’intérêt de
 cet échange. Mais peut-être que certain y ont trouvé leur compte ? En
 tout cas ils veulent le refaire…
 Plusieurs retours sur le fait que nous devons être la première
 école/formation où l’on apprend le TDD ;-). Selon les résultats ensuite,
 nous pourrons en parler peut-être.
 La prairie écourte les cours. Je fais un tour sur le chat. Je n’ai pas
 pris le temps de demander à Laure si elle est ok pour essayer de gérer
 un peu la communauté : facebook, forum et IRC. Je n’ai pas non plus
 proposé l’idée de mettre une webcam live (pas pointée sur les cours… ou
 si ?) avec un ordi connecté à IRC avec un compte simplon…
 Plusieurs ont remarqué des erreurs dans le cours sur l’installation de
 [Ruby](https://ruby-lang.org). C’est en cours de reprise.
@@ -0,0 +1,76 @@
 ---
 title: "Jour 30 — Vendredi 17 octobre 2014"
 date: 2014-10-17T13:15:29+01:00
 ---
 Pour la première fois, nous essayons un outil de réstrospective. Cela
 fonctionne bien, ils vident un peu leur sac. Le soucis c’est que c’est
 long, et certains sortent, prennent une pause, s’absentent. Espérons que
 la prochaine fois, ça soit un peu moins long (moins de tickets). Ce qui
 est intéressant, c’est que ça ressemble à ce que nous avons essayé la
 veille en fin de journée, mais en plus structuré et peut-être du coup
 plus efficace ?.
 Certaines actions remontent :
 -   Pour pallier à la sensation de manquer de temps, et pour pouvoir en
    faire plus, nous découpons les journées en tranches horaires. Deux
    le matin, trois l’après midi avec des pauses entre chaque.
 -   Je vais faire en sorte que nous gardions du mou (des tranches
    horaires vides) pour qu’ils puissent ensemble travailler certains
    aspects vus ensemble. Ça devrait me permettre de moi souffler aussi
    un peu. Mais je vais surement passer du temps avec eux malgré tout…
 -   Ils doivent nettoyer leur table le soir avant de partir
 -   Nous devons monter une machine avec irc et une webcam branché
    pendant la journée (10h -&gt; 17h) Comment fait-on du live ?
 -   L’équipe qui faire l’édito choisi l’histoire de la session,
    sélectionne les chapitres à écrire.
 -   Nous limitons les contenus (en faire moins, mais mieux). On s’assure
    que deux personnes réalisent les contenus (pas moins)
 -   Seules les personnes qui ont un truc à partager participent à
    la rédaction. Ceux qui veulent apprendre en participant doivent
    maintenant le faire en relisant le contenu produit.
 -   Des problèmes de volumes sonores et d’organisation sont encore
    apparus, commen l’année dernière: IL FAUT TROUVER UNE SOLUTION POUR
    LE LOCAL
 J’avais espéré tirer des éléments de contenu pendant la rétrospective,
 mais bon, tant pis.
 Après une pause déjeuner, nous avons donc refait le jeu du qu’est-ce que
 vous avez appris pendant la semaine ? qu’avez vous envie de partager ?.
 les sujets sont beaucoup plus limités. Cela permettra peut-être
 d’ajouter des choses au dernier moment.
 Je pense que les 4 semaines d’avance c’est trop. ça nuit un peu à la
 dynamique. Il faudra faire moins, peut-être juste une semaine d’avance.
 La plateforme est pas complète. Je me demande si un truc à la
 stackoverflow serait intéressant à la place du forum… Le lexique aussi
 est un peu dommage, un moteur de recherche et le stackoverflow
 pourraient suffire !
 Laure exprime des inquiétudes sur le fait que les contenus ressemblent
 trop à des articles de blog. C’est vrai qu’il y a une part d’article de
 sortie ou de livre qui peuvent être un peu limite. Il faut être vigilant
 sur les autres articles. Nous évoquons aussi ensemble les formats et
 l’opportunité de faire une petite vidéo pour nous présenter, ou nous
 voir en action. Est-ce qu’un élève ou deux ne seraient pas OP pour faire
 ça ? Je n’ai pas évoqué le côté webcam live à Laure à ce moment là, mais
 ça pourrait aussi faire sont petit effet :-)
 J’ai évoqué à Erwan et Laure mon intention de préparer une présentation
 sur ce que nous faisons en cours. Je la roderais à Paris'rb, mais cela
 concernant le \#mobProgramming et les \#dojo de dev, je me permettrais
 de la faire tourner plus largement ensuite. J’espère que cela préparera
 certaines boites à recruter des élèves de chez nous.
 Les référentiels de formation posent encore problème. Mais comment
 contourner cela ? Est-ce qu’une explication de nos méthodes n’est pas
 suffissante ? Les aspects d’évaluation sont également mis sur la table…
 Nous avons besoin de trouver des solutions, mais pour ça il faut
 connaitre le vrai problème : la «root cause».
 Faut-il compter les jours du type hackathon Hager dans les jours de
 formation ou bien devons-nous décaler ?
@@ -1,269 +0,0 @@
 ---
 title: "Semaine 06"
 date: 2014-10-13T13:15:29+01:00
 ---
 *Du 13 au 17 octobre 2014.*
 ## Jour 26 — Lundi 13 octobre 2014
 [Kata Garros](http://codingdojo.org/cgi-bin/index.pl?KataTennis) en
 JavaScript. Difficult avancer. Encore ce problme de comparaison de
 tableaux. En fait, il ne faut pas le faire en JavaScript. Il faut
 trouver une autre voie. Rodolphe ma fait un retour intressant: je leur
 dicte trop ce quil faut faire. Les laisser trouver une solution, et les
 aider la mettre en place. Lanne dernire (1er promo), je me mettais dans
 la boucle, est-ce que je doit me mettre dans la boucle ?
 Pendant une heure ensuite, nous avons fait le commit sur Simplonline (et
 donc vue diffrents aspect de rails, de git et de github). Pas sûr qu'ils aient
 tous compris. Comment proposer un Mob Programming et faire en sorte que les
 autres puissent faire un truc de leur côté ?
 Découvert à la réunion d’équipe que la TV vient demain matin et mercredi
 matin: comment gérer ce truc ? Faut-il faire cours ? J’ai peur de perdre
 du temps.
 Évoquer aussi l'aspect [Archipel](http://www.larchipel.paris/larchipel/)
 en mode: nous pourrions peut-être nous y installer tout de suite ?
 Reprise des cours pour découvrir comment on démarre un projet
 [Rails](http://rubyonrails.org/). Trop de notions en même temps. Nous
 sommes sur le problème du démarrage de projet : trop de notions d'un
 coup. Je voulais les aborder au fur et mesure sur des points particulier
 au moment ou les problèmes apparaissent. En même temps, c'est plus clair
 en prenant dans ce sens, car il y a moins de notions directes sur place,
 ils construisent eux-mêmes. Le soucis est peut-être qu'ils ne font pas
 eux-mêmes vraiment. Ils attendent trop un résultat direct. Comment les
 faire patienter ?
 Demain je testerais un nouveau kata et surtout de moins participer.
 ## Jour 27 — Mardi 14 octobre 2014
 Ce matin, BFMTV. Ne souhaitant pas être filmé, je reste à l’écart.
 Rodolphe et là et ok pour jouer le jeux. Il fait un cours sur Rails et
 les formulaires. Il est tout le temps interrompu. Certains élèves ne
 souhaitent pas participer et se cachent. D’autres répondent aux
 questions. La formation devrait faire parler d’elle par ces réussite,
 pas parce que nous sommes «beau» à la télé.
 Un groupe parle de [HAML](http://haml.info/). Bonne présentation,
 j'ajoute juste une partie contextuelle. Quelques questions, mais ils
 semblent avoir saisi.
 Nouvelles organisation suite aux remarques de Rodolphe: Je me mets dans
 la boucle, je fais le setup, et je ne dicte pas ce qu’il faut écrire, je
 me mets en mode je pose des questions. Cela semble bien fonctionner. Ils
 apprécient je crois et comprennent mieux. Par contre, Le groupe est trop
 volumineux, le dojo et certaines interventions devraient pouvoir ce
 faire en plus petit commité pour bien fonctionner.
 Certains élèves ont parlé à Laure pour qu’elle me parle ensuite (ils me
 l’ont avoué, mais pourquoi pas directement ?), et nous allons mettre en
 place une sorte de table ronde. Utiliser un pseudo format retrospective
 ? Comment permettre à chacun de poser ses questions et à tous d’entendre
 les réponses ? À voir demain. Nous ferons ce point jeudi de 17h à 18h.
 ## Jour 28 — Mercredi 15 octobre 2014
 Ce matin, France24. Pas de cours, comme hier matin. Certains élèves
 jouent le jeu.
 Après midi, une présentation sur JavaScript, mais ça part trop dans la
 syntaxe et le comment ça marche plutôt que dans le pourquoi ? Il faut
 que je pose des questions précises sur un sujet pour l’orienter.
 Kata [RomanToNumber](http://codingdojo.org/cgi-bin/index.pl?KataRomanNumerals)
 en Javascript. Intéressant, mais long au démarrage. C'est bien de ne pas
 dicter mais poser des questions. Ils déclenchent une capture vidéo des
 kata maintenant
 Kata NumberToRoman en [Python](https://www.python.org). Ce kata assez
 simple est très instructif. Les élèves commencent à se sentir mieux on
 dirait.
 Remonté par mail une série d’échanges d’IRC de personnes qui se
 plaignent un peu de la maigre qualité de la plateforme et de l’absence
 du prof et des fondateurs de Simplon, ainsi que du manque de suivi de
 progression.
 Pour le premier point, a rejoint une discussion avec Laure qui propose
 de faire un partenariat avec 360learning'com et dutiliser leur
 plateforme. Ce qui me gne cest que cette plateforme nest pas libre, et
 surtout, je pense quelle ne nous permettra pas de faire ce que nous
 voulons au niveau des exercices (demander crire un fichier de test ET un
 fichier de programme). Mais cest peut-tre trop compliqu. Pour le forum,
 peut-tre faut-il brancher un discourse ? Peut-tre pourrions nous essayer
 de mettre en place une plateforme EDX ? Si je fait sauter mon envie de
 demander une certaine forme dexercice, je pourrais peut-tre ouvrir la
 porte dautres plateformes. Jtais parti sur lide davoir un truc tout
 intgr, mais est-ce quil ne faudrait pas avoir une multitude de morceaux
 qui font chacun un job bien ? Le wagon avait un simple discourse pour
 difuser les cours et chatter genre forum ?. Associ une instance Yose The Game,
 peut-tre que a pourrais faire le job ? Voir jouer avec un github ou un gitlab
 et leur demander de proposer du code selon un exercice texte simple, et
 automatiser le rsultat
 Pour le deuxième point, c’est clair qu’il faudrait une personnes dédiée
 à la gestion de communauté. Elle pourrait faire d’autres trucs à coté
 sûrement, mais il faudrait qu’elle soit en permanence sur IRC et sur le
 facebook, ainsi que le forum. Une autre idée (pas forcement incompatible
 d’ailleurs) pourrait être de mettre une machine en libre accès chez
 Simplon, connectée en permanence sur le chat, avec un compte Simplonco
 ou un truc du genre, pour qu’à tout moment, une discussion puisse avoir
 lieu. Nous pourrions aussi mettre une webcam live ? Il faut déclencher
 une première rencontre physique rapidement.
 Pour le troisième point, il faut que j’affiche un peu plus clairement la
 couleur, que je rappelle ce que je souhaite. Que je mette en forme ce
 que j’ai dans la tête…
 Je me pose aussi la question des 4 semaines d’avance. Est-ce vraiment
 nécessaire ? Est-ce que nous ne devrions pas penser le vendredi aux
 cours que nous allons diffuser le lundi ? Que chaque élèves présentiel
 écrivent une sorte de journal de ce qu’il apprend, et que nous en
 fassions un cours ? Ça casse complètement ce que j’avais imaginé mais
 est-ce pour la bonne cause ? En fait ce que ça change c’est juste sur
 les 4 semaines d’avance : comment faire après la formation ? Que faire
 des cours déjà écrit ? (on peut les distiller…).
 Est-ce que nous avons bien fait de faire cette FOAD ?
 ## Jour 29 — Jeudi 16 octobre 2014
 change téléphonique avec une connaissance (35 ans dans linformatique)
 pour lui demander quel tarifs les cabinet de recrutement pratiquent. Il
 confirme ce que je pense: 10 15\\% du salaire annuel brut. Par contre il
 me prcise que de la part dune cole cest un peu louche. Je dois jeter un
 coup doeil la hacker school pour voir,
 leur business model semble tre bas sur cela ?. Il voque plutt le
 paiement pendant un stage (voir une alternance, on reviens cette ide).
 Je nai toujours pas regard le RNCP.
 Ce matin, une élève a amené de la javel, elle à encore vue des cafards
 sur la cafetière. Ils doivent repasser ce soir. Nous nettoyons un bon
 coup ce que nous pouvons: verres en plastique, frigo blanc, canapé,
 poubelle et le placard/étagère noir qui est rempli de truc et de cafard.
 Session un peu en retard du coup et plus ou moins mob programming avec
 l’équipe «hackersLab», mais en fait tout le monde est encore là (ou
 presque, il y en a un qui reste à l’écart, comme souvent). Nous
 reprenons leur projet. Ensemble nous déroulons le fil. Un lien, un
 formulaire… Revue des principes de communication HTTP, présentation des
 helper de rails, rappel sur la structure des dossiers. De toutes façon,
 c’est ça le principe, répéter. Ils semblent intéressés et posent des
 questions intéressantes. Quelques changements derrière le clavier. A un
 moment il faudra vraiment se mettre en mode mob programming: un timer
 sur 20 minutes (ou autre), une installation qui va bien (table, pc fixe,
 assise)… Petit manque également: TDD sur projet web.
 Début d’après midi, je prends les membres de la team «anonyme» pour
 parler de Simplonline et des branches dans git. Le but est de mettre en
 place l’utilisation d’une plateforme de dev/demo sur laquelle nous
 pourrions déployer tout le temps (continue) et tester, voir faire tester
 par beaucoup avant de livrer. J’avance assez vite, je fait des
 explications rapides, quelques questions. Je pense que tout n’est pas
 compris, mais ça à certainement déposé un premier vernis vraiment
 intéressant. Nous modifions ensuite le script de déploiement, ça donne à
 Aurélie envie de faire du bash on dirait :-), Mehdi lance une
 proposition de Dojo en shell.
 Présentation des Design Pattern. Vaste sujet qui a avalé l’équipe
 «Gecko». Mais cela me permet de leur parler de design et d’architecture,
 indispensable pour faire un bon logiciel. Il faudra rappeler le design
 émergeant lié aux tests.
 Table ronde pour poser des questions sur l’après Simplon. Un peu de
 crispation. J’amène assez mal le sujet. J’ai du mal à voir l’intérêt de
 cet échange. Mais peut-être que certain y ont trouvé leur compte ? En
 tout cas ils veulent le refaire…
 Plusieurs retours sur le fait que nous devons être la première
 école/formation où l’on apprend le TDD ;-). Selon les résultats ensuite,
 nous pourrons en parler peut-être.
 La prairie écourte les cours. Je fais un tour sur le chat. Je n’ai pas
 pris le temps de demander à Laure si elle est ok pour essayer de gérer
 un peu la communauté : facebook, forum et IRC. Je n’ai pas non plus
 proposé l’idée de mettre une webcam live (pas pointée sur les cours… ou
 si ?) avec un ordi connecté à IRC avec un compte simplon…
 Plusieurs ont remarqué des erreurs dans le cours sur l’installation de
 [Ruby](https://ruby-lang.org). C’est en cours de reprise.
 ## Jour 30 — Vendredi 17 octobre 2014
 Pour la première fois, nous essayons un outil de réstrospective. Cela
 fonctionne bien, ils vident un peu leur sac. Le soucis c’est que c’est
 long, et certains sortent, prennent une pause, s’absentent. Espérons que
 la prochaine fois, ça soit un peu moins long (moins de tickets). Ce qui
 est intéressant, c’est que ça ressemble à ce que nous avons essayé la
 veille en fin de journée, mais en plus structuré et peut-être du coup
 plus efficace ?.
 Certaines actions remontent :
 -   Pour pallier à la sensation de manquer de temps, et pour pouvoir en
    faire plus, nous découpons les journées en tranches horaires. Deux
    le matin, trois l’après midi avec des pauses entre chaque.
 -   Je vais faire en sorte que nous gardions du mou (des tranches
    horaires vides) pour qu’ils puissent ensemble travailler certains
    aspects vus ensemble. Ça devrait me permettre de moi souffler aussi
    un peu. Mais je vais surement passer du temps avec eux malgré tout…
 -   Ils doivent nettoyer leur table le soir avant de partir
 -   Nous devons monter une machine avec irc et une webcam branché
    pendant la journée (10h -&gt; 17h) Comment fait-on du live ?
 -   L’équipe qui faire l’édito choisi l’histoire de la session,
    sélectionne les chapitres à écrire.
 -   Nous limitons les contenus (en faire moins, mais mieux). On s’assure
    que deux personnes réalisent les contenus (pas moins)
 -   Seules les personnes qui ont un truc à partager participent à
    la rédaction. Ceux qui veulent apprendre en participant doivent
    maintenant le faire en relisant le contenu produit.
 -   Des problèmes de volumes sonores et d’organisation sont encore
    apparus, commen l’année dernière: IL FAUT TROUVER UNE SOLUTION POUR
    LE LOCAL
 J’avais espéré tirer des éléments de contenu pendant la rétrospective,
 mais bon, tant pis.
 Après une pause déjeuner, nous avons donc refait le jeu du qu’est-ce que
 vous avez appris pendant la semaine ? qu’avez vous envie de partager ?.
 les sujets sont beaucoup plus limités. Cela permettra peut-être
 d’ajouter des choses au dernier moment.
 Je pense que les 4 semaines d’avance c’est trop. ça nuit un peu à la
 dynamique. Il faudra faire moins, peut-être juste une semaine d’avance.
 La plateforme est pas complète. Je me demande si un truc à la
 stackoverflow serait intéressant à la place du forum… Le lexique aussi
 est un peu dommage, un moteur de recherche et le stackoverflow
 pourraient suffire !
 Laure exprime des inquiétudes sur le fait que les contenus ressemblent
 trop à des articles de blog. C’est vrai qu’il y a une part d’article de
 sortie ou de livre qui peuvent être un peu limite. Il faut être vigilant
 sur les autres articles. Nous évoquons aussi ensemble les formats et
 l’opportunité de faire une petite vidéo pour nous présenter, ou nous
 voir en action. Est-ce qu’un élève ou deux ne seraient pas OP pour faire
 ça ? Je n’ai pas évoqué le côté webcam live à Laure à ce moment là, mais
 ça pourrait aussi faire sont petit effet :-)
 J’ai évoqué à Erwan et Laure mon intention de préparer une présentation
 sur ce que nous faisons en cours. Je la roderais à Paris'rb, mais cela
 concernant le \#mobProgramming et les \#dojo de dev, je me permettrais
 de la faire tourner plus largement ensuite. J’espère que cela préparera
 certaines boites à recruter des élèves de chez nous.
 Les référentiels de formation posent encore problème. Mais comment
 contourner cela ? Est-ce qu’une explication de nos méthodes n’est pas
 suffissante ? Les aspects d’évaluation sont également mis sur la table…
 Nous avons besoin de trouver des solutions, mais pour ça il faut
 connaitre le vrai problème : la «root cause».
 Faut-il compter les jours du type hackathon Hager dans les jours de
 formation ou bien devons-nous décaler ?
 Ceci est [l'histoire d'une de mes expriences en tant que formateur dans
 un bootcamp](https://yaf.github.io/journal-d-un-formateur-en-2015/).