182 lines
9.0 KiB
Markdown
182 lines
9.0 KiB
Markdown
---
|
||
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/).
|