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