Découpe la semaine 4 en jours
This commit is contained in:
Yannick Francois
@@ -0,0 +1,20 @@
|
|||||||
|
---
|
||||||
|
title: "Jour 16 — Lundi 29 septembre 2014"
|
||||||
|
date: 2014-09-29T13:15:29+01:00
|
||||||
|
---
|
||||||
|
|
||||||
|
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.
|
||||||
|
|
||||||
|
|
||||||
@@ -0,0 +1,45 @@
|
|||||||
|
---
|
||||||
|
title: "Jour 17 — Mardi 30 septembre 2014"
|
||||||
|
date: 2014-09-30T13:15:29+01:00
|
||||||
|
---
|
||||||
|
|
||||||
|
[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 ?
|
||||||
|
|
||||||
|
|
||||||
@@ -0,0 +1,63 @@
|
|||||||
|
---
|
||||||
|
title: "Jour 18 — Mercredi 1 octobre 2014"
|
||||||
|
date: 2014-10-01T13:15:29+01:00
|
||||||
|
---
|
||||||
|
|
||||||
|
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 !
|
||||||
|
|
||||||
|
|
||||||
@@ -0,0 +1,91 @@
|
|||||||
|
---
|
||||||
|
title: "Jour 19 — Jeudi 2 octobre 2014"
|
||||||
|
date: 2014-10-02T13:15:29+01:00
|
||||||
|
---
|
||||||
|
|
||||||
|
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 !*
|
||||||
|
|
||||||
|
|
||||||
@@ -0,0 +1,26 @@
|
|||||||
|
---
|
||||||
|
title: "Jour 20 — Vendredi 3 octobre 2014"
|
||||||
|
date: 2014-10-03T13:15:29+01:00
|
||||||
|
---
|
||||||
|
|
||||||
|
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/).
|
||||||
@@ -1,233 +0,0 @@
|
|||||||
---
|
|
||||||
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/).
|
|
||||||
Reference in New Issue
Block a user