Découpe de la semaine 3
This commit is contained in:
Yannick Francois
@@ -0,0 +1,59 @@
|
||||
---
|
||||
title: "Jour 11 — Lundi 22 septembre 2014"
|
||||
date: 2014-09-22T13:15:29+01:00
|
||||
---
|
||||
|
||||
Rappel de la façon dont nous allons travailler : faire comme si nous
|
||||
étions des équipes de dev, et apprendre en essayant de faire. Ceux qui
|
||||
connaissent déjà devront aider ceux qui ont besoin de comprendre.
|
||||
|
||||
Deux gros morceaux à faire passer: Installation et framework web.
|
||||
|
||||
Pour parler de l'installation de [Ruby](https://ruby-lang.org) (pour
|
||||
commencer), rappel de ce qui caractrise un langage:
|
||||
|
||||
- Syntaxe, et ce qui est important: savoir où est la doc et comment la
|
||||
lire, plus que de connaitre la syntaxe.
|
||||
- Environment d’execution: compilé, interprété, semi-compilé ou
|
||||
pseudo-compilé, programme à executer et options de lancement.
|
||||
- Gestion de librairie/dpendances: Pour Ruby:
|
||||
[Rubygems](https://rubygems.org/), pour
|
||||
[Haskell](https://www.haskell.org/)
|
||||
[Cabal](https://www.haskell.org/cabal/),
|
||||
|
||||
Démonstration de l’utilisation d’un langage, ici Ruby pour faire une
|
||||
application web. Rappel de l’intérêt d’utiliser des langages et de la
|
||||
programmation pour faire une app web: le coté dynamique.
|
||||
|
||||
Nous construisons une interface graphique pour FizzBuzz.
|
||||
Rappel des phases requtes http, html, flux de travail, gem. Explication
|
||||
de Sinatra et erb.
|
||||
|
||||
Certains décrochent, quelques questions quand même. Il faudra sûrement
|
||||
passer plusieurs jours à décortiquer tout cela, à le ré-expliquer. Que
|
||||
mettra-t-on dans la FOAD(Formation Ouverte À Distance) ?
|
||||
|
||||
Suggestion d’une boite à questions/idées anonyme avec période fixe pour
|
||||
lire le contenu. Je me demande ce qu’il y aura dedans ? Demain j’essaie
|
||||
de trouver quelque chose pour la faire.
|
||||
|
||||
Des personnes débarquent en nombre, je ne sais pas qui c’est sur le
|
||||
coup, apparement les gens de la SNCF. Ils prennent des photos sans
|
||||
demander, comme si on était dans un zoo, et que nous étions dans des
|
||||
cages… Bof bof et assez mal perçu par certains élèves.
|
||||
|
||||
Un exterminateur de cafard passe et confirme qu’il y a des cafards, il
|
||||
trouve des déjections derrière le frigo. Quelques explications sur ce
|
||||
qu’il faut faire et ne pas faire. Il enverra un devis.
|
||||
|
||||
Visite d’une entreprise pour le ménage. C’est moi qui me retrouve à leur
|
||||
faire faire un petit tour du local. Ils envoient un devis aussi.
|
||||
|
||||
Comment passer à la suite ? Faire des équipes équilibrées. Le concret
|
||||
permettra sûrement à chacun de mieux comprendre les échanges. Pour le
|
||||
moment c’est flou. Commencer à faire des randoris avec 8 personnes
|
||||
volontaire, et les autres qui regardent ? Je ferais sûrement l’essai
|
||||
demain.
|
||||
|
||||
Pas de news des associés pour le fablab. Nous allons rester à Simplon du
|
||||
coup.
|
||||
@@ -0,0 +1,36 @@
|
||||
---
|
||||
title: "Jour 12 — Mardi 23 septembre 2014"
|
||||
date: 2014-09-23T13:15:29+01:00
|
||||
---
|
||||
|
||||
Visite de l'[écodesignfablab](http://ecodesignfablab.org) de Mozinor. Très sympa.
|
||||
Explication de l'historique, échange autour des principes et valeurs qu'ils
|
||||
véhiculent et sur le fonctionnement de leur fablab. Evocation de projet
|
||||
avec le numérique qu'ils aimeraient faire avec nous. Pourquoi pas, ça fait
|
||||
un projet de plus.
|
||||
|
||||
Visite de leur espace de coworking, juste à côté. Très chouette, belle
|
||||
vue.
|
||||
|
||||
Échange, discussion plutôt, autour des éditeurs de textes et des IDE.
|
||||
Nous listons les existants, puis en parlons un peu. Je ré-explique le
|
||||
but: il faut qu’ils cherchent un peu des infos par eux-mêmes. Je ne vais
|
||||
pas faire difusion de savoir à chaque fois. Ils n’avaient pas compris.
|
||||
Comment faire pour qu’ils sentent qu’ils n’ont pas assez préparé le
|
||||
sujet ? Il faut peut-être que je les laissent lancer des questions,
|
||||
s’ils n’en ont pas, on passe au sujet suivant… Peut-être que malgré les
|
||||
réticences, je devrais rester en mode exposé ?
|
||||
|
||||
Ensuite nous devons aborder les soucis technique, mais ça vire à
|
||||
l’explication des groupes. Ils stressent à l’idée de se mettre en goupe
|
||||
ont dirait. Ils n’ont pas envie de réduire le volume ? Trop installés
|
||||
dans une habitude ?
|
||||
|
||||
Nous passons un certain temps ensuite (je ne sais plus comment c’est
|
||||
arrivé là) sur l’aspect cycle de vie d’une application: ce n’est jamais
|
||||
fini, jamais définitif. La seule chose qui le soit avec une application
|
||||
ou un logiciel, c’est le moment où on le jette. Ah, si, nous sommes
|
||||
arrivés là car ils évoquaient la possibilité de changer de groupe quand
|
||||
ils auraient fini avec un projet…
|
||||
|
||||
|
||||
@@ -0,0 +1,64 @@
|
||||
---
|
||||
title: "Jour 13 — Mercredi 24 septembre 2014"
|
||||
date: 2014-09-24T13:15:29+01:00
|
||||
---
|
||||
|
||||
Des volontaires pour coder, 6 personnes, pour faire un FizzBuzz en TDD.
|
||||
J’ai parfois l’impression qu’ils pensent que Fizzbuzz est un outil
|
||||
magique et mélangent un peu TDD et énoncé. Doucement mais sûrement le
|
||||
groupe s’en sort. Je parle beaucoup trop. Tous posent des questions
|
||||
auxquelles il faut répondre. En petit groupe ça sera mieux où nous
|
||||
mettrons nous pour faire les dojo ? Dans la cuisine avec un écran
|
||||
peut-être ?
|
||||
|
||||
Présentation d’un bout de code simple en Ruby. Une hash de paramétrages
|
||||
et une fonction de vérification que certaines conditions sont bien
|
||||
remplies. Simple mais bien expliqué.
|
||||
|
||||
Discussion autour de l’hébergement. Ça tourne un peu trop autour de moi
|
||||
qui parle et eux qui posent des questions, c’est pas assez classe
|
||||
inversée à mon gout. Je vais peut-être reprendre l’aspect présentation
|
||||
d’un groupe sur un sujet. Est-ce l’oppurtunité de mixer les groupes de
|
||||
code, comme pour le dojo ? Nous avons abordé des sujets variés et
|
||||
intéressants.
|
||||
|
||||
Puisque les deux prochains jours, nous ne pourrons pas accéder au local,
|
||||
je leur demandent de:
|
||||
|
||||
- Refaire FizzBuzz en TDD.
|
||||
- Essayer de déployer leurs pages HTML sur github pages.
|
||||
- Pour les plus courageux, essayer de faire un screencast en
|
||||
faisant fizzbuzz.
|
||||
- Préparer les sujets de discussion. En y pensant, je crois qu’il faut
|
||||
vraiment revenir au mode présentation
|
||||
- Lire du code que je vais leur fournir (ou un autre bout de code).
|
||||
|
||||
Lundi nous ferons la FOAD. Mardi nous ferons les goupes.
|
||||
|
||||
Dans cette optique des groupes, je leur demande de faire une
|
||||
auto-évaluation et une évaluation par les pairs. En mode radar, ils ont
|
||||
selectionné quelques activités nécessaires pour travailler en équipe:
|
||||
|
||||
- Langages
|
||||
- Linux/unix/terminal
|
||||
- Communication/travail en équipe
|
||||
- Environnement de dev (git, editeur)
|
||||
- Web (http, html, css)
|
||||
- Anglais
|
||||
|
||||
en mettant `c` quand ils ne savent pas par quel bout le prendre, `b` quand
|
||||
ils comprennent mais on besoin d’aide et `a` quand ils arrivent à se
|
||||
débrouiller tout seuls. D’abord en le faisant pour soi, puis je
|
||||
redistribue les tickets pour que 2 autres personnes donnent leurs avis.
|
||||
Il y a eu des discussions, quelques tentatives de blocage, mais je crois
|
||||
qu’ils ont compris que le but est plutôt de vérifier que nous nous
|
||||
améliorons. Je vais compiler les résultats et les afficher pour
|
||||
constituer les groupes. Je vais essayer de faire une enquête par email
|
||||
pour avoir tout le monde, au moins en auto-évaluation.
|
||||
|
||||
J’ai oublié de parler de Deming: on ne peut améliorer que ce qu’on
|
||||
mesure
|
||||
|
||||
Fin de journée à 16h, Hager commence le déménagement.
|
||||
|
||||
|
||||
@@ -0,0 +1,6 @@
|
||||
---
|
||||
title: "Jour 14 — Jeudi 25 septembre 2014"
|
||||
date: 2014-09-25T13:15:29+01:00
|
||||
---
|
||||
|
||||
Hackathon Hager
|
||||
@@ -0,0 +1,8 @@
|
||||
---
|
||||
title: "Jour 15 — Vendredi 26 septembre 2014"
|
||||
date: 2014-09-26T13:15:29+01:00
|
||||
---
|
||||
|
||||
Hackathon Hager
|
||||
|
||||
|
||||
@@ -1,166 +0,0 @@
|
||||
---
|
||||
title: "Semaine 03"
|
||||
date: 2014-09-22T13:15:29+01:00
|
||||
---
|
||||
|
||||
*Du 22 au 26 septembre 2014.*
|
||||
|
||||
## Jour 11 — Lundi 22 septembre 2014
|
||||
|
||||
Rappel de la façon dont nous allons travailler : faire comme si nous
|
||||
étions des équipes de dev, et apprendre en essayant de faire. Ceux qui
|
||||
connaissent déjà devront aider ceux qui ont besoin de comprendre.
|
||||
|
||||
Deux gros morceaux à faire passer: Installation et framework web.
|
||||
|
||||
Pour parler de l'installation de [Ruby](https://ruby-lang.org) (pour
|
||||
commencer), rappel de ce qui caractrise un langage:
|
||||
|
||||
- Syntaxe, et ce qui est important: savoir où est la doc et comment la
|
||||
lire, plus que de connaitre la syntaxe.
|
||||
- Environment d’execution: compilé, interprété, semi-compilé ou
|
||||
pseudo-compilé, programme à executer et options de lancement.
|
||||
- Gestion de librairie/dpendances: Pour Ruby:
|
||||
[Rubygems](https://rubygems.org/), pour
|
||||
[Haskell](https://www.haskell.org/)
|
||||
[Cabal](https://www.haskell.org/cabal/),
|
||||
|
||||
Démonstration de l’utilisation d’un langage, ici Ruby pour faire une
|
||||
application web. Rappel de l’intérêt d’utiliser des langages et de la
|
||||
programmation pour faire une app web: le coté dynamique.
|
||||
|
||||
Nous construisons une interface graphique pour FizzBuzz.
|
||||
Rappel des phases requtes http, html, flux de travail, gem. Explication
|
||||
de Sinatra et erb.
|
||||
|
||||
Certains décrochent, quelques questions quand même. Il faudra sûrement
|
||||
passer plusieurs jours à décortiquer tout cela, à le ré-expliquer. Que
|
||||
mettra-t-on dans la FOAD(Formation Ouverte À Distance) ?
|
||||
|
||||
Suggestion d’une boite à questions/idées anonyme avec période fixe pour
|
||||
lire le contenu. Je me demande ce qu’il y aura dedans ? Demain j’essaie
|
||||
de trouver quelque chose pour la faire.
|
||||
|
||||
Des personnes débarquent en nombre, je ne sais pas qui c’est sur le
|
||||
coup, apparement les gens de la SNCF. Ils prennent des photos sans
|
||||
demander, comme si on était dans un zoo, et que nous étions dans des
|
||||
cages… Bof bof et assez mal perçu par certains élèves.
|
||||
|
||||
Un exterminateur de cafard passe et confirme qu’il y a des cafards, il
|
||||
trouve des déjections derrière le frigo. Quelques explications sur ce
|
||||
qu’il faut faire et ne pas faire. Il enverra un devis.
|
||||
|
||||
Visite d’une entreprise pour le ménage. C’est moi qui me retrouve à leur
|
||||
faire faire un petit tour du local. Ils envoient un devis aussi.
|
||||
|
||||
Comment passer à la suite ? Faire des équipes équilibrées. Le concret
|
||||
permettra sûrement à chacun de mieux comprendre les échanges. Pour le
|
||||
moment c’est flou. Commencer à faire des randoris avec 8 personnes
|
||||
volontaire, et les autres qui regardent ? Je ferais sûrement l’essai
|
||||
demain.
|
||||
|
||||
Pas de news des associés pour le fablab. Nous allons rester à Simplon du
|
||||
coup.
|
||||
|
||||
## Jour 12 — Mardi 23 septembre 2014
|
||||
|
||||
Visite de l'[écodesignfablab](http://ecodesignfablab.org) de Mozinor. Très sympa.
|
||||
Explication de l'historique, échange autour des principes et valeurs qu'ils
|
||||
véhiculent et sur le fonctionnement de leur fablab. Evocation de projet
|
||||
avec le numérique qu'ils aimeraient faire avec nous. Pourquoi pas, ça fait
|
||||
un projet de plus.
|
||||
|
||||
Visite de leur espace de coworking, juste à côté. Très chouette, belle
|
||||
vue.
|
||||
|
||||
Échange, discussion plutôt, autour des éditeurs de textes et des IDE.
|
||||
Nous listons les existants, puis en parlons un peu. Je ré-explique le
|
||||
but: il faut qu’ils cherchent un peu des infos par eux-mêmes. Je ne vais
|
||||
pas faire difusion de savoir à chaque fois. Ils n’avaient pas compris.
|
||||
Comment faire pour qu’ils sentent qu’ils n’ont pas assez préparé le
|
||||
sujet ? Il faut peut-être que je les laissent lancer des questions,
|
||||
s’ils n’en ont pas, on passe au sujet suivant… Peut-être que malgré les
|
||||
réticences, je devrais rester en mode exposé ?
|
||||
|
||||
Ensuite nous devons aborder les soucis technique, mais ça vire à
|
||||
l’explication des groupes. Ils stressent à l’idée de se mettre en goupe
|
||||
ont dirait. Ils n’ont pas envie de réduire le volume ? Trop installés
|
||||
dans une habitude ?
|
||||
|
||||
Nous passons un certain temps ensuite (je ne sais plus comment c’est
|
||||
arrivé là) sur l’aspect cycle de vie d’une application: ce n’est jamais
|
||||
fini, jamais définitif. La seule chose qui le soit avec une application
|
||||
ou un logiciel, c’est le moment où on le jette. Ah, si, nous sommes
|
||||
arrivés là car ils évoquaient la possibilité de changer de groupe quand
|
||||
ils auraient fini avec un projet…
|
||||
|
||||
## Jour 13 — Mercredi 24 septembre 2014
|
||||
|
||||
Des volontaires pour coder, 6 personnes, pour faire un FizzBuzz en TDD.
|
||||
J’ai parfois l’impression qu’ils pensent que Fizzbuzz est un outil
|
||||
magique et mélangent un peu TDD et énoncé. Doucement mais sûrement le
|
||||
groupe s’en sort. Je parle beaucoup trop. Tous posent des questions
|
||||
auxquelles il faut répondre. En petit groupe ça sera mieux où nous
|
||||
mettrons nous pour faire les dojo ? Dans la cuisine avec un écran
|
||||
peut-être ?
|
||||
|
||||
Présentation d’un bout de code simple en Ruby. Une hash de paramétrages
|
||||
et une fonction de vérification que certaines conditions sont bien
|
||||
remplies. Simple mais bien expliqué.
|
||||
|
||||
Discussion autour de l’hébergement. Ça tourne un peu trop autour de moi
|
||||
qui parle et eux qui posent des questions, c’est pas assez classe
|
||||
inversée à mon gout. Je vais peut-être reprendre l’aspect présentation
|
||||
d’un groupe sur un sujet. Est-ce l’oppurtunité de mixer les groupes de
|
||||
code, comme pour le dojo ? Nous avons abordé des sujets variés et
|
||||
intéressants.
|
||||
|
||||
Puisque les deux prochains jours, nous ne pourrons pas accéder au local,
|
||||
je leur demandent de:
|
||||
|
||||
- Refaire FizzBuzz en TDD.
|
||||
- Essayer de déployer leurs pages HTML sur github pages.
|
||||
- Pour les plus courageux, essayer de faire un screencast en
|
||||
faisant fizzbuzz.
|
||||
- Préparer les sujets de discussion. En y pensant, je crois qu’il faut
|
||||
vraiment revenir au mode présentation
|
||||
- Lire du code que je vais leur fournir (ou un autre bout de code).
|
||||
|
||||
Lundi nous ferons la FOAD. Mardi nous ferons les goupes.
|
||||
|
||||
Dans cette optique des groupes, je leur demande de faire une
|
||||
auto-évaluation et une évaluation par les pairs. En mode radar, ils ont
|
||||
selectionné quelques activités nécessaires pour travailler en équipe:
|
||||
|
||||
- Langages
|
||||
- Linux/unix/terminal
|
||||
- Communication/travail en équipe
|
||||
- Environnement de dev (git, editeur)
|
||||
- Web (http, html, css)
|
||||
- Anglais
|
||||
|
||||
en mettant `c` quand ils ne savent pas par quel bout le prendre, `b` quand
|
||||
ils comprennent mais on besoin d’aide et `a` quand ils arrivent à se
|
||||
débrouiller tout seuls. D’abord en le faisant pour soi, puis je
|
||||
redistribue les tickets pour que 2 autres personnes donnent leurs avis.
|
||||
Il y a eu des discussions, quelques tentatives de blocage, mais je crois
|
||||
qu’ils ont compris que le but est plutôt de vérifier que nous nous
|
||||
améliorons. Je vais compiler les résultats et les afficher pour
|
||||
constituer les groupes. Je vais essayer de faire une enquête par email
|
||||
pour avoir tout le monde, au moins en auto-évaluation.
|
||||
|
||||
J’ai oublié de parler de Deming: on ne peut améliorer que ce qu’on
|
||||
mesure
|
||||
|
||||
Fin de journée à 16h, Hager commence le déménagement.
|
||||
|
||||
## Jour 14 — Jeudi 25 septembre 2014
|
||||
|
||||
Hackathon Hager
|
||||
|
||||
## Jour 15 — Vendredi 26 septembre 2014
|
||||
|
||||
Hackathon Hager
|
||||
|
||||
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