Découpe la semaine 5 en jours

2017-11-29 17:57:30 +01:00
parent 698a3c5687
commit a232f00bc4
6 changed files with 190 additions and 181 deletions
@@ -0,0 +1,36 @@
 ---
 title: "Jour 21 — Lundi 6 octobre 2014"
 date: 2014-10-06T13:15:29+01:00
 ---
 Petit rappel des règles de vie à Simplon Montreuil. Petit point
 calendrier et rendez-vous. Il y a des trous la semaine prochaine sur les
 échanges/présentations groupe.
 Pas mal de travail en mode isolé pour la FOAD. C’est dommage, je
 m’éloigne des élèves du coup. Pourvu que ce ne soit que pour ce coup-là.
 Cette après-midi, encore des discussions avec certains qui trouvent
 qu’ils ne codent pas assez et que ce n’est pas assez concret. Je les
 aient laissé trop rapidement seuls sur les projets peut-être.
 Faire les groupes/équipes dès le début en utilisant une (des ?) scéance
 radar compétences, présentation, «ce que je recherche à Simplon ?».
 Accompagner un peu plus : [kata](http://codingdojo.org/) le matin
 (d'abord moi au clavier, puis, petit petit, eux), présentation de sujet
 l'après-midi (ils ont du travail la maison alors, classe inverse ?),
 projet step-by-step. Ils prennent les projets une fois un peu sur les
 rails ?
 => Cela pose le problème du cheuvauchement.
 => Quand peuvent-ils partir travailler en groupe sur leur projet ?
 Avec plusieurs salles, on peut imaginer faire une salle commune dans
 laquelle il se passent du code commun en
 [mobPrograming](http://mobprogramming.org/) et certains peuvent aller
 travailler avec leur équipe dans une salle part.
 Idée à creuser. Il y a en tout cas un passage à applanir : groupe, kata =>
 projet sur du Logiciel Libre.
@@ -0,0 +1,30 @@
 ---
 title: "Jour 22 — Mardi 7 octobre 2014"
 date: 2014-10-07T13:15:29+01:00
 ---
 Modification de l’espace commun pour essayer de le rendre plus confortable.
 L’idée étant que je m’y installe pour être plus près et disponible pour les
 élèves.
 visite d'[Ici Montreuil](http://www.icimontreuil.com/). Très sympa. Je n'ai pas
 récolté les feedbacks encore, mais ça donne envie de faire des choses avec les
 résidents du lieu. Par contre difficile d'imaginer des interactions pertinentes
 pour le moment, à suivre. Découverte : ils sont en status SCIC ! En voil un
 truc pertinent !
 Présentation du cycle de vie du logiciel. Présentation trop tournée sur les
 pratiques d’équipes. Nous avons eu l’impression de revoir la même présentation.
 Du coup grosse discussion sur ce que c’est la partie cachée du cycle de vie: la
 maintenance.
 Ensuite, petit méa culpa de ma part sur le fait de les avoir lâché trop vite
 seuls avec 4 projets en leur disant: «essayez de corriger des bugs». C’était
 vraiment pas classe. Nous avons donc inauguré/testé un format de Mob
 Programming. Une équipe vient avec sont projet et nous essayons ensemble de
 passer à l’étape suivante. Nous avons aussi annoncé la suppression des projets
 annexes. Chaque équipe ne garde qu’un projet.
 Certains ne jouent pas vraiment le jeux de l’équipe je trouve.
@@ -0,0 +1,53 @@
 ---
 title: "Jour 23 — Mercredi 8 octobre 2014"
 date: 2014-10-08T13:15:29+01:00
 ---
 Encore une nuit à gérer le chat. Est-ce que c’était une bonne idée ?  Quel
 intérêt ?
 Kata du matin, nous abordons JavaScript avec
 [Jasmine](https://jasmine.github.io/) dans le navigateur.  Il faudra faire un
 peu de JavaScript avec NodeJS plus tard. Le format est vraiment intressant. Par
 contre il manque l'aspect discussion sur un plan, une direction, une intention.
 Est-ce vraiment nécessaire ? L'exercice n'est-il pas de coder, lire du code,
 plus que de faire fonctionner le programme ?
 Discussion autour de la veille techno. Finalement, ce n’est peut-être pas super
 intéressant. Beaucoup font déjà de la veille (ou on l’impression d’en faire).
 Faut-il utiliser certaines questions intéressante comme source de sujet.
 Rendez-vous avec l'[APEDEC](http://www.apedec) et
 l'[EcoDesignFabLab](http://ecodesignfablab.org/) pour visite, et ensuite avec
 le groupe qui va travailler avec eux. Echanges ouverts, des choses à faire mais
 peut-être rien de sorcier. Projet à faire porter en partie par CoDev car ils ne
 veulent pas être en avant (pour fédérer plus facilement les autres fablab). Ils
 pensaient que Simplon pourrait porter, mais cela semble plutt fait pour CoDev
 (asso, fablab).
 Debrief avec l'équipe. Ils partent sur une première app simple : documentation
 des projets au sein du fablab. Sinatra, basique.
 Ils ont besoin de recueillir des donnes pour savoir comment orienter le
 service. Comme expliqué, il faut faire un premier forumulaire très simple pour
 amener la discussion. Ils vont y aller la semaine prochaine Est-ce que je dois
 y aller aussi ?
 Un peu d'aide pour l'équipe Tryton. Leur projet est vraiment bizarre par
 rapport ceux des autres. Faut-il faciliter la chose en faisant en sorte quils
 travaillent tous sur un style de projet commun ? Cette équipe pourrait
 travailler sur quoi ? Deux équipes travaillent sur des projets partant de zéro,
 l'une en Rails, l'autre en Sinatra. Les deux autres se partagent entre l'app de la
 FOAD (Rails écrit frachement) et Tryton (du [Python](https://www.python.org),
 fork d'OpenErp, pas forcment web).  Un peu dur pour la dernière équipe. Comment
 équilibrer ? Publify ? Re-criture de pommo en Rails ?
 *La question de la diversité des langages se posent également : s'ils font tous
 du [Ruby](https://ruby-lang.org), ils ne verront d'autres langages que au dojo.
 Faut-il imaginer leur ajouter des projets en Python par la suite pour quils
 voient d'autres source/contexte ?*
 => Le groupe Tryton pourrait travailler sur un projet de gestion des élèves
 (de la candidature aux infos récoltées en cours de formation, de la gestion de
 la feuille de présence à l’autoévaluation…) et en Rails.
@@ -0,0 +1,50 @@
 ---
 title: "Jour 24 — Jeudi 9 octobre 2014"
 date: 2014-10-09T13:15:29+01:00
 ---
 Rétrospective aujourd’hui, demain nous n’avons pas vraiment accès au local.
 Nouveau format pour gnrer de la donne : chacun crit puis affiche ce quil a
 appris, ou aim dcrouvrir pendant la semaine. Cest un peu plus le format imagin
 au dbut. Des choses surprenantes apparaissent, et cest tant mieux. Sur une
 semaine de moins de 3 jours (lundi ayant t un peu beaucoup occup par la mise en
 ligne et du coup la relecture de la session 01, et demain tant une journe ESS),
 beaucoup de contenu sont apparu. Pour ressembler une retrospective il manque l'aspect implication de
 chacune via le tour de _set the stage_. À faire. Peut-être que des exercices de
 retro pourrait être détournés pour générer de la données.
 Certains n’ont rien mis sur le tableau. Est-ce un problème ? Timidité, manque
 de confiance en soi, rien appris dans la semaine ? Faut-il les brusquer ? Les
 forcer à écrire un truc ?
 Quelques soucis et dernier inscrits sur la FOAD. Vraiment pas très organisée
 notre histoire… Il faut penser à proposer une inscription avec solution de
 paiement directement sur la plateforme plus tard peut-être ?
 Des photos qui disparaissent, mauvaise manip dans le FTP? Pas de backups… Mise
 en oeuvre d’un rsync avec le deuxième serveur. Il faut faire plus. Peut-être le
 moment de tenter à grande échelle le projet git-doc : un dropbox-like basé sur
 github. Il faudrait synchroniser avec le serveur distant.
 Petit point avec l’équipe BBG’s : Vous êtes les seuls en Python sur un gros
 projet, sur mercurial et pas git, ça va créer un décallage avec les autres qui
 sont tous sur ruby/rails/sinatra et git. Est-ce que ça vous dit de prendre un
 autre projet plus en ligne avec ce que les autres font ? Ils sont d’accord. Ils
 héritent du projet élèves : suivi des élèves, de leurs candidatures jusqu’à un
 an après leur sortie de formation.  Beaucoup de choses à mettre dedans mine de
 rien.
 J’ajouterais des projets Python et autres le mois prochain
 Trouver le moyen de rythmer des points avec les équipes, en mode planning &
 rétro si possible. Comment faire tenir tout ça en moins d’une heure ?
 Je ne fait plus de point régulier en face à face depuis deux semaines.  Cette
 pratique me semble pourtant très intéressante Il faut la garder, trouver le
 moyen de l’organiser, de la sacraliser…
 Un élève a bien poussé pour que nous utilisions IRC plutôt que Hipchat, il a
 préparé un tuto, nous migrons.
@@ -0,0 +1,21 @@
 ---
 title: "Jour 25 — Vendredi 10 octobre 2014"
 date: 2014-10-10T13:15:29+01:00
 ---
 La journée du Mouve: Le tour des solutions. ESS.
 Le matin, atelier [makesense](https://www.makesense.org/), les élèves, ceux qui
 ont acceptés l'invitation, ne se sentent pas vraiment impliqué ou intressé.
 Certains changent avec les entrepreneurs.
 Discussion autour du logiciel libre. Tous connaissent déjà, mais je lache
 quelques liens pour infos. Quelques échanges et questions.  Finalement, les
 élèves ne sont pas mis à contribution. Une journée de perdu pour eux et pour
 moi. Les gens de l’ESS semblent content par contre. J’espère que ça nous permet
 au moins d’avoir un peu de sous pour payer du café et du sucre, parce que les
 élèves veulent lancer une caisse pour payer le sucre et le café…
 Je suis de mauvais poil pour plusieurs raison, j’espère que ce genre de journée
 ne se refera pas un vendredi, voir pas dans les même locaux que la formation,
 et surtout sans moi et les élèves.
@@ -1,181 +0,0 @@
 ---
 title: "Semaine 05"
 date: 2014-10-06T13:15:29+01:00
 ---
 *Du 6 au 10 octobre 2014.*
 ## Jour 21 — Lundi 6 octobre 2014
 Petit rappel des règles de vie à Simplon Montreuil. Petit point
 calendrier et rendez-vous. Il y a des trous la semaine prochaine sur les
 échanges/présentations groupe.
 Pas mal de travail en mode isolé pour la FOAD. C’est dommage, je
 m’éloigne des élèves du coup. Pourvu que ce ne soit que pour ce coup-là.
 Cette après-midi, encore des discussions avec certains qui trouvent
 qu’ils ne codent pas assez et que ce n’est pas assez concret. Je les
 aient laissé trop rapidement seuls sur les projets peut-être.
 Faire les groupes/équipes dès le début en utilisant une (des ?) scéance
 radar compétences, présentation, «ce que je recherche à Simplon ?».
 Accompagner un peu plus : [kata](http://codingdojo.org/) le matin
 (d'abord moi au clavier, puis, petit petit, eux), présentation de sujet
 l'après-midi (ils ont du travail la maison alors, classe inverse ?),
 projet step-by-step. Ils prennent les projets une fois un peu sur les
 rails ?
 => Cela pose le problème du cheuvauchement.
 => Quand peuvent-ils partir travailler en groupe sur leur projet ?
 Avec plusieurs salles, on peut imaginer faire une salle commune dans
 laquelle il se passent du code commun en
 [mobPrograming](http://mobprogramming.org/) et certains peuvent aller
 travailler avec leur équipe dans une salle part.
 Idée à creuser. Il y a en tout cas un passage à applanir : groupe, kata =>
 projet sur du Logiciel Libre.
 ## Jour 22 — Mardi 7 octobre 2014
 Modification de l’espace commun pour essayer de le rendre plus confortable.
 L’idée étant que je m’y installe pour être plus près et disponible pour les
 élèves.
 visite d'[Ici Montreuil](http://www.icimontreuil.com/). Très sympa. Je n'ai pas
 récolté les feedbacks encore, mais ça donne envie de faire des choses avec les
 résidents du lieu. Par contre difficile d'imaginer des interactions pertinentes
 pour le moment, à suivre. Découverte : ils sont en status SCIC ! En voil un
 truc pertinent !
 Présentation du cycle de vie du logiciel. Présentation trop tournée sur les
 pratiques d’équipes. Nous avons eu l’impression de revoir la même présentation.
 Du coup grosse discussion sur ce que c’est la partie cachée du cycle de vie: la
 maintenance.
 Ensuite, petit méa culpa de ma part sur le fait de les avoir lâché trop vite
 seuls avec 4 projets en leur disant: «essayez de corriger des bugs». C’était
 vraiment pas classe. Nous avons donc inauguré/testé un format de Mob
 Programming. Une équipe vient avec sont projet et nous essayons ensemble de
 passer à l’étape suivante. Nous avons aussi annoncé la suppression des projets
 annexes. Chaque équipe ne garde qu’un projet.
 Certains ne jouent pas vraiment le jeux de l’équipe je trouve.
 ## Jour 23 — Mercredi 8 octobre 2014
 Encore une nuit à gérer le chat. Est-ce que c’était une bonne idée ?  Quel
 intérêt ?
 Kata du matin, nous abordons JavaScript avec
 [Jasmine](https://jasmine.github.io/) dans le navigateur.  Il faudra faire un
 peu de JavaScript avec NodeJS plus tard. Le format est vraiment intressant. Par
 contre il manque l'aspect discussion sur un plan, une direction, une intention.
 Est-ce vraiment nécessaire ? L'exercice n'est-il pas de coder, lire du code,
 plus que de faire fonctionner le programme ?
 Discussion autour de la veille techno. Finalement, ce n’est peut-être pas super
 intéressant. Beaucoup font déjà de la veille (ou on l’impression d’en faire).
 Faut-il utiliser certaines questions intéressante comme source de sujet.
 Rendez-vous avec l'[APEDEC](http://www.apedec) et
 l'[EcoDesignFabLab](http://ecodesignfablab.org/) pour visite, et ensuite avec
 le groupe qui va travailler avec eux. Echanges ouverts, des choses à faire mais
 peut-être rien de sorcier. Projet à faire porter en partie par CoDev car ils ne
 veulent pas être en avant (pour fédérer plus facilement les autres fablab). Ils
 pensaient que Simplon pourrait porter, mais cela semble plutt fait pour CoDev
 (asso, fablab).
 Debrief avec l'équipe. Ils partent sur une première app simple : documentation
 des projets au sein du fablab. Sinatra, basique.
 Ils ont besoin de recueillir des donnes pour savoir comment orienter le
 service. Comme expliqué, il faut faire un premier forumulaire très simple pour
 amener la discussion. Ils vont y aller la semaine prochaine Est-ce que je dois
 y aller aussi ?
 Un peu d'aide pour l'équipe Tryton. Leur projet est vraiment bizarre par
 rapport ceux des autres. Faut-il faciliter la chose en faisant en sorte quils
 travaillent tous sur un style de projet commun ? Cette équipe pourrait
 travailler sur quoi ? Deux équipes travaillent sur des projets partant de zéro,
 l'une en Rails, l'autre en Sinatra. Les deux autres se partagent entre l'app de la
 FOAD (Rails écrit frachement) et Tryton (du [Python](https://www.python.org),
 fork d'OpenErp, pas forcment web).  Un peu dur pour la dernière équipe. Comment
 équilibrer ? Publify ? Re-criture de pommo en Rails ?
 *La question de la diversité des langages se posent également : s'ils font tous
 du [Ruby](https://ruby-lang.org), ils ne verront d'autres langages que au dojo.
 Faut-il imaginer leur ajouter des projets en Python par la suite pour quils
 voient d'autres source/contexte ?*
 => Le groupe Tryton pourrait travailler sur un projet de gestion des élèves
 (de la candidature aux infos récoltées en cours de formation, de la gestion de
 la feuille de présence à l’autoévaluation…) et en Rails.
 ## Jour 24 — Jeudi 9 octobre 2014
 Rétrospective aujourd’hui, demain nous n’avons pas vraiment accès au local.
 Nouveau format pour gnrer de la donne : chacun crit puis affiche ce quil a
 appris, ou aim dcrouvrir pendant la semaine. Cest un peu plus le format imagin
 au dbut. Des choses surprenantes apparaissent, et cest tant mieux. Sur une
 semaine de moins de 3 jours (lundi ayant t un peu beaucoup occup par la mise en
 ligne et du coup la relecture de la session 01, et demain tant une journe ESS),
 beaucoup de contenu sont apparu. Pour ressembler une retrospective il manque l'aspect implication de
 chacune via le tour de _set the stage_. À faire. Peut-être que des exercices de
 retro pourrait être détournés pour générer de la données.
 Certains n’ont rien mis sur le tableau. Est-ce un problème ? Timidité, manque
 de confiance en soi, rien appris dans la semaine ? Faut-il les brusquer ? Les
 forcer à écrire un truc ?
 Quelques soucis et dernier inscrits sur la FOAD. Vraiment pas très organisée
 notre histoire… Il faut penser à proposer une inscription avec solution de
 paiement directement sur la plateforme plus tard peut-être ?
 Des photos qui disparaissent, mauvaise manip dans le FTP? Pas de backups… Mise
 en oeuvre d’un rsync avec le deuxième serveur. Il faut faire plus. Peut-être le
 moment de tenter à grande échelle le projet git-doc : un dropbox-like basé sur
 github. Il faudrait synchroniser avec le serveur distant.
 Petit point avec l’équipe BBG’s : Vous êtes les seuls en Python sur un gros
 projet, sur mercurial et pas git, ça va créer un décallage avec les autres qui
 sont tous sur ruby/rails/sinatra et git. Est-ce que ça vous dit de prendre un
 autre projet plus en ligne avec ce que les autres font ? Ils sont d’accord. Ils
 héritent du projet élèves : suivi des élèves, de leurs candidatures jusqu’à un
 an après leur sortie de formation.  Beaucoup de choses à mettre dedans mine de
 rien.
 J’ajouterais des projets Python et autres le mois prochain
 Trouver le moyen de rythmer des points avec les équipes, en mode planning &
 rétro si possible. Comment faire tenir tout ça en moins d’une heure ?
 Je ne fait plus de point régulier en face à face depuis deux semaines.  Cette
 pratique me semble pourtant très intéressante Il faut la garder, trouver le
 moyen de l’organiser, de la sacraliser…
 Un élève a bien poussé pour que nous utilisions IRC plutôt que Hipchat, il a
 préparé un tuto, nous migrons.
 ## Jour 25 — Vendredi 10 octobre 2014
 La journée du Mouve: Le tour des solutions. ESS.
 Le matin, atelier [makesense](https://www.makesense.org/), les élèves, ceux qui
 ont acceptés l'invitation, ne se sentent pas vraiment impliqué ou intressé.
 Certains changent avec les entrepreneurs.
 Discussion autour du logiciel libre. Tous connaissent déjà, mais je lache
 quelques liens pour infos. Quelques échanges et questions.  Finalement, les
 élèves ne sont pas mis à contribution. Une journée de perdu pour eux et pour
 moi. Les gens de l’ESS semblent content par contre. J’espère que ça nous permet
 au moins d’avoir un peu de sous pour payer du café et du sucre, parce que les
 élèves veulent lancer une caisse pour payer le sucre et le café…
 Je suis de mauvais poil pour plusieurs raison, j’espère que ce genre de journée
 ne se refera pas un vendredi, voir pas dans les même locaux que la formation,
 et surtout sans moi et les élèves.
 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/).