journal-d-un-formateur-en-2015/semaine-04.html

### Semaine 4

Du 29 septembre au 3 octobre 2014. [Lhistoire dune de mes expriences, en tant que formateur dans un bootcamp.](https://medium.com/@ya_f/semaine-0-introduction-a5fb7e35894d#.z0eew7nx4)

### Jour 16 — Lundi 29 septembre 2014

Comme prévenus, nous avons passé quelques minutes à tout remettre en place suite au Hackathon Hager. L’équipes est plutôt bien disposée pour aider heureusement.

Je ne me rappelle plus vraiment ce que nous avons fait d’autre.

La FOAD du coup… Répartition des sujets. Difficile après le week-end: la FOAD doit vraiment être faite la semaine des apprentissages. Il aurait peut-être fallu faire sauter cette semaine là et l’ajouter à celle d’après ?

Difficile de faire un screencast. Ils scénarisent mais rien n’est tourné le moment-même.

### Jour 17 — Mardi 30 septembre 2014

Dojo [kataGarros](h[ttp:](https://www.ruby-la[ng.org/e](h[ttp://](https://www.python.org/)codingdojo.org/cgi-bin/index.pl?KataFizzBuzz)n/)//codingdojo.org/cgi-bin/index.pl?KataTennis) en Ruby (lautre choix tait FizzBuzz en Python). Intressant de les voir sur un nouvel exercice. Attention, certains parlent de fizzbuzz comme une technique. Faut-il varier plus rapidement les sujets ?

Fait les groupes. Affichage des autoévaluation sur post-it. On parle des projets en même temps (suite à demande). Faire les groupes avant serais bien mieux, quitte à faire des mouvements au fur et à mesure. De même que les projets doivent-être mieux préparés. Au final, nous reprenons les tickets d’autoévaluation pour masquer les noms et faire une répartition par niveau. Phase intéressante et qui fonctionne.

Les critères relevés par eux ne sont pas tous à prendre au même niveau: l’anglais, il faut en avoir un ou deux qui s’en sortent, pas besoin de faire un groupe équitable sur le sujet, même chose pour linux et/ou l’environnement de travail peut-être ? Nous basons, avec quelques élèves les groupes sur les critères web et langages, en s’assurant que anglais, com/équipe, env de dev et linux/term soit aussi corrects dans chaque groupe.

Répartition des projets par moi directement, un peu au hasard. J’aurais du faire complètement au hasard ! Les groupes commencent à discuter. Je décèle un groupe un peu limite. Analyse de situation: il manque les critères de leadership potentiel et de confiance en soit. Dans un groupe, 4 à 5 personnes en manque de confiance, avec un leader caché derrière. Alors qu’un autre groupe à 5 personnes trop confiante et potentiel leader. Faut-il changer les goupes tout de suite ?

Toujours pas préparé les visites/rencontre.

Peut-être qu’il faut découvrir les projets au fur et à mesure, en proposant directement une tache ou deux à effectuer, en mode présentation grand public ?

Peut demander à chaque groupe de présenter un projet devant les autres: c’est quoi ? ça fait quoi ?

### Jour 18 — Mercredi 1 octobre 2014

Kata FizzBuzz en [Python](https://www.python.org/) (lautres ch[oix ](https://www.ruby-lang.org/en/)tait Kata Bowling en Ruby). Bien apprci de voir un nouveau langage apparemment. Mais cela amne  des discussion longues. La mise en perspective est vraiment intressante.

Présentation assez courte (le délai l’était aussi) autour de l’agilité en général. Nous abordons un rapide historique. Intéressant pour introduire le management visuel pour la gestion de leurs projets :-)

Rendez-vous avec une porteuse de projet autour de la reforestation en Tunisie. Elle est partante pour travailler avec les contraintes énnoncées: pas d’engagement de résultat. Elle me parle de ces partenaires: World Wide Web Woman qui l’aident pour du financement et autres. Peut-être des embauches en sortie ! Nous faisons ensuite venir l’équipe pour parler du projet. Certains parlent de choses qui les intéressent: le marketing. Je rappelle qu’ils sont là pour faire le dev, pas le marketing :-). Bonne intervention de certains qui posent de bonnes questions. Ce genre d’interaction est vraiment intéressant. Il faut que nous arrivions à faire que chaque groupe échange avec un pseudo-client.

Mise au point avec le groupe en potentiel risque. Après une explication claire le matin de ma part sur ce que je pense, mes doutes, ils ont discuté ensemble pour savoir comment réagir. Ils me disent qu’ils sont partants pour travailler ensemble et voir où ça les emmènent :-) Cool. Nous bouclons ensuite sur leurs projets:

[Scratch](https://scratch.mit.edu/). Pas de code source, plutt orient sur la version html5. Le but pour eux sera de faire un scnario basique sur scratch, puis de le refaire sur la version html5 pour voir quel diffrence il y a (et donc quest-ce que nous devons coder pour y arriver ?)

[Tryton](http://www.tryton.org/). Impossible de trouver les sources et les bugs en 2 minutes. Nous devons voir Catherine demain aprs-midi pour parler du projet, de sont projet (driv de Tryton pour faire un saas pour association) et peut-tre pour quelle les aide  mettre en place le projet en mode dev/test.

Simplon'co. Revoir le site de Simplon. Je leur demande direct de le faire sur Publify. Est-ce vraiment une bonne idée ? Un site statique généré par jekyll ou hakyll aurait été un peu plus intéressant peut-être ? En y repensant, Hakyll aurait été intéressant pour l’usage d’Haskell, mais Jekyll me paraît mieux. Je leur en parle demain !

[Fat Fre Crm](http://www.fatfreecrm.com/). Exit. Trop de projets web dj. Et ils voulaient du C (scratch semblait en C, mais vue lorientation html5)

[Redis](http://redis.io/). En C, utilis par beaucoup de personnes. Projet intressant. Je nai pas donn de consigne sur ce projet il me semble

Trop tard pour voir les autres groupes…

Comment faire une rétrospective chaque semaine pour chaque groupe ? En même temps qu’une planning de sprint ? Faut-il faire du flux continue sur les tickets plutôt que du sprint ? Faire installer un serveur d’intégration continue !

### Jour 19 — Jeudi 2 octobre 2014

Temps de setup un peu long prvoir une machine spcial DOJO. Pas beaucoup davances dans le code.  la fin, prise du clavier pour exposer le principe de reprsentation dune donne, dun lment. Cest finalement un cours express sur les objets en Ruby.[](https://www.ruby-lang.org/en/)

Point avec un groupe à propos de leurs projets.

Un premier groupe:

[Publify](http://www.publify.co/): prendre les bugs dans la liste. Nous en slectionnons deux pour le moment.

HacketyHack: plateforme pour apprendre  coder en R[uby.](https://www.ruby-lang.org/en/) Cest une plateforme cre par _why. Peut-tre la plateforme correspondrais  ce que nous voulons mettre en oeuvre ? Lide est donc den faire une prsentation aux autres. Et de prendre en considration que peut-tre la FOAD/Simplonline pourrait tourner dessus.

FOAD/Simplonline: Liste de bugs simple à corriger pour m’aider. Approche de la démarche autour du changement de design autour de la question le goût et les couleurs versus l’utilisabilitée du site. Travailler par block. Ne pas faire tout en une fois, mais définir une zone de travail autour d’une stratégie: faciliter la navigation, faciliter la sélection des auteurs…

[Piwik](https://piwik.org/): Abandonn.

Discussion pour la selection dun projet avec un client autre que moi au bout: Soit Ariel et la re-criture de Pommo en Py[thon, ](https://www.python[.org/)s](https://www.ushahidi.com/)oit un des projet Ushaidi.

Présentation de Catherine au groupe qui doit travailler sur Trython. Echanges intéressants, présentation du son projet et discussion autour du logiciel libre. Ils ont des premiers trucs à actionner. Simplon pourrait utiliser ce projet pour essayer d’améliorer sa gestion. Il faudra également voir si le SIRH et d’autres entrepreneurs du Mouves du 10⁄10 pourraient être intéressés.

Au tour du groupe suivant:

[Shoes](http://shoesrb.com/[): Ab](http://jruby.org/)andonn. Faire du jruby et oublier le projet original est dommage.

[GitlabHQ](https://about.gitlab.com/): Explication sur lutilit et lusage. Ils doivent dj essayer de linstaller puis rsoudre un problme.

[EtherPad](http://etherpad.org/): explication sur le fait de linstaller et de corriger quelques bugs.

Peut-tre une place pour prendre le projet qui ne sera pas retenu par lautre groupe: pommo ou ushaidi. Sinon, travailler pour Op[enStreetMap (](https://www.openstreetmap.org/)dans le code, pas les cartes :-))

[EcoFabLab](http://ecodesignfablab.org/): Trs emball. Quest-ce quils veulent, et pourquoi a nexiste pas encore ? Prendre un rendez-vous avec eux pour quils viennent visiter et discuter avec le groupe pour prciser le besoin. Nous abordons aussi lide dun e-shop et surtout de lenvie de mettre du Arduino et autres connecteur et micro contrlleur dans les objets produit.

Le groupe suivant:

Point sur le projet AcaciasForAll (refosrestation Tunisienne). Définition d’un premier pas pour pouvoir discuter de la suite: fair eun formulaire simple pour uploader des données sur une plateforme. Formulaire en offline first.

[RefineryCMS](http://www.refinerycms.com/)

Wiki des Petits Deb: essayer déjà d’analyser le contenu. Prendre Rendez-vous avec Tamer pour discuter des besoins.

booktype: Abandonné, l’équipe n’apprécie pas trop le projet on dirait.

[LibreOffice](https://www.libreoffice.org/): essayer de corriger des bugs.

Présentation sur les Bases de données. Bon programme, manque quelques éléments. Nous reprenons une liste des type SGBDR et NoSQL. Liste de quelques noms. Ajout également de type possible sur les NoSQL.

Sorte de mob programming sur linstallation de Simplonline. Et si  cot du projecteur on plaait un PC fixe, connect sur le rseau des lves pour pouvoir faire les Katas, l[es Dm](http://codingdojo.org/)os, les Prez et des scances de mobprogramming ?

*Les projets, c’est bien, mais mieux préparer ce qu’ils vont faire avec c’est mieux. Attention au piège des projets clients qui sont des projets qui démarrent de zéro. Ceci dit, c’est intéressant car plus évolutif comme difficulté. Un bon mixte des deux est vraiment intéressants !

### Jour 20 — Vendredi 3 octobre 2014

Petit point rappel sur le fait que la FOAD s’ouvre lundi prochain. Donc en plus de faire les contenus de la semaine 4, il faut penser à relire, corriger les contenues de la première semaine.

Sur le tableau, liste des jours de la semaine, zone à propos des livres et des sorties, édito. Peut-être qu’il faudrait faire un format un peu plus retrospectivesque: leurs faire faire des post-its sur des trucs cool qu’ils ont appris/découvert. Les éléments comme les jours de la semaine, les sorties, les livres ne sont que des outils du facilitateur pour leur faire quelques points de refresh de temps en temps. Le faire par groupe ?

Petit point tête à tête avec certains élèves pour discuter de doutes et soucis qu’ils ont. Je ne comprend pas où nous allons est une des questions qui revient souvent. Faire un rappel à tous ?

Beaucoup de travail sur la plateforme pour reprendre du code fait à distance…