journal-d-un-formateur-en-2015/journaux/semaine-04.md

---
title: "Semaine 04"
date: 2014-09-29T13:15:29+01:00
---

*Du 29 septembre au 3 octobre 2014.*

## 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

[kataGarros](http://codingdojo.org/kata/Tennis/) en
[Ruby](https://ruby-lang.org) (l'autre choix était
[FizzBuzz](http://codingdojo.org/kata/FizzBuzz/) en
[Python](https://www.python.org/)). Intéressant 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 (l'autre proposition était un [Kata
Bowling](http://codingdojo.org/kata/Bowling/) en Ruby). Bien apprécié de
voir un nouveau langage apparemment. Mais cela amène à des discussions
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, plutôt
    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 différence il y a (et donc qu'est-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
    après-midi pour parler du projet, de son projet (dérivé de Tryton
    pour faire un SAAS pour association) et peut-être pour qu'elle les
    aides à 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](https://www.haskell.org/), mais Jekyll me
    paraît mieux. Je leur en parle demain !
-   [Fat Fre Crm](http://www.fatfreecrm.com/). Exit. Trop de projets
    web déjà. Et ils voulaient du C (scratch semblait en C, mais vue
    l'orientation HTML5)
-   [Redis](http://redis.io/). En C, utilisé par beaucoup de personnes.
    Projet intressant. Je n'ai 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 prévoir une machine spéciale Dojo. Pas
beaucoup d'avancées dans le code. À la fin, prise du clavier pour
exposer le principe de reprsentation d'une donnée, d'un élément. C'est
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 sélectionnons deux pour le moment.
-   HacketyHack: plateforme pour apprendre coder en
    [Ruby](https://www.ruby-lang.org/en/). C'est une plateforme crée par
    “\_why”. Peut-être la plateforme correspondrais à ce que nous
    voulons mettre en œuvre ? L'idée est donc d'en faire une
    présentation 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 sélection d'un projet avec un client autre que
    moi au bout: Soit Ariel et la re-écriture de Pommo en
    [Python](https://www.python.org/), Soit un des projet
    [Ushaidi](https://www.ushahidi.com/).
-   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/): Abandonné. Faire du
    [JRuby](https://jruby.org) 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
    [OpenStreetMap](https://www.openstreetmap.org/) dans le code, pas
    les cartes :-))
-   [EcoFabLab](http://ecodesignfablab.org/): Très emballé. Qu'est-ce
    qu'ils veulent, et pourquoi ça n'existe pas encore ? Prendre un
    rendez-vous avec eux pour qu'ils viennent visiter et discuter avec
    le groupe pour préciser le besoin. Nous abordons aussi l'idée d'un
    e-shop et surtout de l'envie de mettre du Arduino et autres
    connecteur et micro contrôlleur 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’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 l'installation de Simplonline. Et si à côté
du projecteur on plaçait un PC fixe, connecté sur le réseau des élèves
pour pouvoir faire les [Katas](http://codingdojo.org/), les démos, les
prez et des scéances 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…

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/).