diff --git a/journaux/20140929-16.md b/journaux/20140929-16.md new file mode 100644 index 0000000..be26b00 --- /dev/null +++ b/journaux/20140929-16.md @@ -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. + + diff --git a/journaux/20140930-17.md b/journaux/20140930-17.md new file mode 100644 index 0000000..9db2a3a --- /dev/null +++ b/journaux/20140930-17.md @@ -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 ? + + diff --git a/journaux/20141001-18.md b/journaux/20141001-18.md new file mode 100644 index 0000000..97f681d --- /dev/null +++ b/journaux/20141001-18.md @@ -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 ! + + diff --git a/journaux/20141002-19.md b/journaux/20141002-19.md new file mode 100644 index 0000000..e77f982 --- /dev/null +++ b/journaux/20141002-19.md @@ -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 !* + + diff --git a/journaux/20141003-20.md b/journaux/20141003-20.md new file mode 100644 index 0000000..d24b802 --- /dev/null +++ b/journaux/20141003-20.md @@ -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/). diff --git a/journaux/semaine-04.md b/journaux/semaine-04.md deleted file mode 100644 index 86a5661..0000000 --- a/journaux/semaine-04.md +++ /dev/null @@ -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/).