3932 lines
170 KiB
HTML
3932 lines
170 KiB
HTML
<!DOCTYPE html>
|
||
<html lang=fr>
|
||
<meta charset="utf-8">
|
||
<meta name="viewport" content="width=device-width, initial-scale=1.0">
|
||
<meta http-equiv="X-UA-Compatible" content="ie=edge">
|
||
|
||
<style>
|
||
body {
|
||
font-family: Arial, sans-serif;
|
||
color: black;
|
||
}
|
||
|
||
#journaux {
|
||
margin: 2rem;
|
||
width: 30rem;
|
||
text-align: justify;
|
||
line-height: 1.2rem;
|
||
}
|
||
|
||
#journaux blockquote {
|
||
border-left: 10px solid lightgrey;
|
||
font-size: 1.2rem;
|
||
font-weight: bolder;
|
||
font-style: italic;
|
||
}
|
||
|
||
#journaux p {
|
||
margin: 1.2rem;
|
||
text-indent: 1.2rem;
|
||
}
|
||
|
||
#journaux h1 {
|
||
margin: 1.2rem 0 0 0;
|
||
padding: 2rem 0 1rem 0;
|
||
border-top: 1px solid black;
|
||
}
|
||
|
||
#journaux time {
|
||
display: block;
|
||
text-align: right;
|
||
font-style: italic;
|
||
}
|
||
|
||
</style>
|
||
|
||
|
||
<title>Journal d'un formateur en bootcamp</title>
|
||
|
||
<main id=journaux>
|
||
|
||
<section>
|
||
<h1>Jour 0</h1>
|
||
|
||
<time>7 Septembre 2014</time>
|
||
<p>Fin mars 2015, je voyais partir les élèves avec qui je venais de passer 6 mois.
|
||
Nous étions ensemble à plein temps. Il y a eu des hauts et des bas, des débats
|
||
aussi. Quelques grands moments et des coups de fatigue.</p>
|
||
|
||
<p>Quelques jours après je quittais l’entreprise dans laquelle j’avais réalisé
|
||
cette expérience. Je venais d’y passer presque une année : la moitié en tant
|
||
que bénévole, l’autre en tant que salarié, le tout à la place du responsable
|
||
pédagogique, seul à avoir programmé dans un environnement professionnel.</p>
|
||
|
||
<p>J’étais venue en curieux pour voir cette « école » qui forme au développement,
|
||
montée par des gens qui ne connaissent rien à la programmation…</p>
|
||
|
||
<p>Me voilà donc en février 2014 occupant les lieux en échange de quelques
|
||
réponses aux questions des élèves de la première promo. Ces derniers ayant
|
||
beaucoup de questions, j’y passais ma journée, et ça me plaisait. Au bout de
|
||
quelque temps, on m’a demandé de venir à plein temps.</p>
|
||
|
||
<p>Sans argent pour me payer. Le deal était que je m’occupe bénévolement de la fin
|
||
de la première promo (rallongée pour l’occasion), et je suis embauché à partir
|
||
de septembre pour faire la deuxième. C’était parti, j’allais travailler pour
|
||
Simplon’co.</p>
|
||
|
||
<p>La première promo a été une période de grande improvisation. J’ai essayé
|
||
d’aider au mieux ce que les élèves avaient commencé seuls. Ça a été le moment
|
||
pour moi de réfléchir à ce que je voulais faire mieux avec les suivants.</p>
|
||
|
||
<p>Durant la deuxième promo, j’ai rédigé un journal. Le but était de me permettre
|
||
de prendre du recul sur mes sensations et réflexions de la journée. C’est vite
|
||
devenu un moyen pour moi de réfléchir à comment améliorer l’expérience. Une
|
||
sorte de rétrospective quotidienne, effectuée dans le RER en rentrant chez
|
||
mois.</p>
|
||
|
||
<p>Ce journal était (est encore ?) proposé comme source d’inspiration pour les
|
||
formateurs qui ont été recrutés ensuite, et je pense qu’il pourrait servir plus
|
||
largement à partager ce que j’ai essayé, raté, souhaité améliorer, …</p>
|
||
|
||
<p>Voici donc ce journal que je livrerais petit à petit ici, et tel que je l’ai
|
||
écrit à l’époque (je vais essayer de corriger les fautes d’orthographe au fur
|
||
et à mesure).</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 1</h1>
|
||
|
||
<time>8 Septembre 2014</time>
|
||
<p>Démarrage. Accueil. Discours de bienvenue médiocre, pas structuré. Bonne
|
||
idée : faire intervenir Erwan (ou un autre fondateur ?) pour parler de
|
||
Simplon, puis Stéphie (responsable Codev) pour parler des Compagnons du
|
||
Dev.</p>
|
||
|
||
<p>Les locaux et le côté auto-organisé, pas forcement top. Peut-être
|
||
faut-il imaginer des règles de base, un peu comme pour un <a href="https://fr.wikipedia.org/wiki/M%C3%A9thodologie_Forum_Ouvert">forum
|
||
ouvert</a>
|
||
(règle des deux pieds, bourdon, papillons), voire définir des éléments
|
||
issus des <a href="http://www.mccarthyshow.com/the-core-protocols-online/">Core
|
||
Protocols</a> (en
|
||
partie et de manière peut-être moins formelle ?). En attendant, nous
|
||
avons prévu de nous retrouver autour du sujet lundi prochain (nous avons
|
||
décidé et imposer cela avec Élise). Nous verrons bien.</p>
|
||
|
||
<p>Point sur la pédago que je compte mettre en place. Intéressant, mais
|
||
manque également d’histoires à raconter. Peut-être parce que je ne sais
|
||
pas trop ce que nous allons réellement faire, à part tester des choses
|
||
que j’ai en tête, peut-être parce qu’il ne faut pas trop rentrer dans le
|
||
détail ? J’ai beaucoup insisté sur ma volonté de ne pas suivre une
|
||
ligne, de ne pas dérouler un cours en laissant des gens derrière nous,
|
||
mais plutôt d’avancer à la vitesse du plus lent.</p>
|
||
|
||
<blockquote>
|
||
<p>Comment faire en sorte que les plus à l’aise soit heureux quand même ?</p>
|
||
</blockquote>
|
||
|
||
<p>Tour de présentation : pas mal. Surtout en incluant toutes les personnes
|
||
qui gravitent autour de Simplon. Possibilité de faire un peu plus formel
|
||
en faisant en même temps une photo portrait ?</p>
|
||
|
||
<p>Repas. Bonne idée : ne pas être allé manger avec eux. Il faut leur
|
||
laisser une zone et un temps de vie tranquille, garder une distance. Et
|
||
puis pour le formateur, enfin pour moi, ça fait du bien aussi de sortir
|
||
la tête du guidon.</p>
|
||
|
||
<p>Après midi sur les sujets vastes : qu’est-ce qu’un développeur ?
|
||
Qu’est-ce qu’un logiciel ? Ce qui a bien fonctionné :</p>
|
||
|
||
<ul>
|
||
<li>leur avoir envoyé par mail les questions à l’avance,</li>
|
||
<li>les faire travailler par groupe sur les sujets,</li>
|
||
<li>mettre deux groupes par sujets.</li>
|
||
</ul>
|
||
|
||
<p>Début de communication dans les groupes, échange, découverte de l’autre.</p>
|
||
|
||
<p>Un élève, à demander à faire/voir du code. Le groupe a apprécié et
|
||
certains ont confirmé cette envie.</p>
|
||
|
||
<p>Le moins bien de la journée: le côté j’improvise qui apeut-être fait
|
||
peur à certains.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 10</h1>
|
||
|
||
<time>19 Septembre 2014</time>
|
||
<p>Présentation du planning rotatif. Mea culpa sur le fait d’avoir balancé trop de
|
||
choses la veille: je n’aurais dû aborder que Git, pas Github, et ne pas
|
||
explorer tout git d’un coup, mais une utilisation basique.</p>
|
||
|
||
<p>Liste des éléments appris dans la semaine, ajout des thèmes comme les fiches de
|
||
lecture et l’article pour expliquer ce que c’est que simplonline.</p>
|
||
|
||
<p>Essaie de démarrer un screencast pour expliquer FizzBuzz en TDD. Outre le
|
||
problème de matériel, il existe un autre souci: c’est moi qui était au clavier,
|
||
pas eux. Du coup ils ne savent pas vraiment par où prendre le truc et ne
|
||
peuvent pas vraiment expliquer cet exercice. Du coup ils décortiquent en texte
|
||
avec bout de code en expliquant ce qu’ils ont compris.</p>
|
||
|
||
<p>Nous avons aussi statué sur le fait que les élèves distants seront
|
||
majoritairement sous Windows. D’une part nous pourrons proposer de l’aide à
|
||
ceux qui veulent installer linux lors des rencontres physiques, nous pourrons
|
||
les encourager à le faire, mais en aucun cas les cours FOAD doivent servir à
|
||
cela, nous risquerions de perdre trop de personnes. Du coup chaque outil
|
||
installé, chaque langage installé devra faire l’objet d’un morceau de cours sur
|
||
comment on fait l’installation sur Windows et sur Linux (voir sur Macosx
|
||
pourquoi pas).</p>
|
||
|
||
<p>Du coup reprise encore du cours sur le terminal.</p>
|
||
|
||
<p>Quelques groupes à 4 personnes, mais cela semble rouler.</p>
|
||
|
||
<p>Est-ce que tous les élèves ont des projets de startup cachés ? Si oui, il faut
|
||
proposer une autre formule plus axée sur les projets que sur le code, mais
|
||
est-ce que nous savons faire ? C’est peut-être des conséquences de la première
|
||
promo et de la communication autour de codeur entrepreneur du départ ? Comment
|
||
rectifier l’image de la formation dev ? Est-ce que nous le voulons ?</p>
|
||
|
||
<p>Ce matin, découverte de cafard. Stéphie passe des coups de fil pour faire venir
|
||
des gens pour nettoyer les cafards (devis), et pour le ménage, et bien j’ai
|
||
pris du temps sur les cours pour appeler et demander des devis. Il y aura des
|
||
visites la semaine prochaine pour faire des devis. J’ai peur que ce soit un peu
|
||
cher, mais c’est indispensable.</p>
|
||
|
||
<p>Quelques échanges à propos du fait de faire participer tout le monde au
|
||
nettoyage quotidien. Je pense que c’est très difficile d’impliquer tout le
|
||
monde, et je n’ai pas envie de faire la police et le contrôle de tout cela. Je
|
||
pense que les élèves ne sont pas ici pour ça, ils ont déjà tant à apprendre.
|
||
Peut-être que leurs apprendre la vie en société fait partie de l’impact social
|
||
que nous voulons donner ? Mais comment le mesurer ensuite ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 100</h1>
|
||
|
||
<time>11 Février 2015</time>
|
||
<p>Un kata assez simple ce matin, tu coup, en deuxième partie, j’ai fait du
|
||
blabla autour des bases de données NoSQL. Ce format où je parle me
|
||
semble très peu efficace. Ils en resortent en disant «Yes, j’ai appris
|
||
des trucs», mais en fait c’est plutôt «J’ai entendu parler de chose,
|
||
mais je n’ai pas tout compris» je pense. Il faudrait imaginer des uses
|
||
case avec mise en oeuvre ? L’après midi ressemble à toutes ces dernières
|
||
après midi: les personnes défile avec leurs problèmes perso, et je les
|
||
règles… Pas très optimisé je pense. Que faire ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 101</h1>
|
||
|
||
<time>12 Février 2015</time>
|
||
<p>Encore le même kata (ça à été le même toute la semaine). Mais là nous
|
||
avons réussi quelques chose. Pattern intéressant de faire le même
|
||
langage et le même kata toute la semaine ? J’ai toujours un gros soucis
|
||
avec l’ambiance de l’après midi, trop de projet perso. Quelques
|
||
présentation un peu généraliste, mais du coup pas très impactante je
|
||
pense. Toujours un gros problème de bruit. Ce matin, bocal occupé par
|
||
une réunion, réunion aussi dans la partie cuisine, plus du monde dans
|
||
les bureaux CoDev… Horrible. Cette après midi même topo. Un élève à
|
||
suggéré de vendre des boissons, de faire salon de thé. Le public est
|
||
déjà là il suffirais de lui vendre les boissons :-) Nous étions 24 au
|
||
départ. 3 ont officiellement annoncé leur retrait. J’ai le sentiment que
|
||
2 de plus ne reviendrons pas, voir 3 ce qui nous faire 18 personnes
|
||
restantes. Sur les 18, 3 ne suivent vraiment pas grand chose à la
|
||
formation, un n’est presque pas là, ce qui fait un groupe restreint
|
||
(mais pas toujours présent) de 14 personnes. C’est, pour un seul
|
||
formateur, plutôt correct et presque viable, sans le bruit autour, ça
|
||
irais presque. Attention à limiter la quantité de candidat.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 102</h1>
|
||
|
||
<time>13 Février 2015</time>
|
||
<p>Rétro du vendredi. Quelques prises de conscience : la fin approche.
|
||
Comment optimiser ces derniers instants ? Certains demandent après les
|
||
cours de soutien.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 103</h1>
|
||
|
||
<time>16 Février 2014</time>
|
||
<p>Kata avec représentation graphique… Un bon moyen de voir l’ensemble des
|
||
parties. Quelques difficultés lié à l’ordre des bout de code à réaliser.
|
||
Une petite retrospective après chaque activitées serais intéressante,
|
||
cela permettrais d’une part de signaler la fin de l’activité, puis de
|
||
voir comment s’améliorer sur la prochaine. Le format révision serais à
|
||
revoir. Comment organiser les révisions ? Questions ouvertes ? Risque
|
||
d’être trop large. Questions sur un point précis ? difficulté de
|
||
présentation.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 104</h1>
|
||
|
||
<time>17 Février 2014</time>
|
||
<p>Un kata sous forme de mise en place d’un jeu. Nous nous laissons
|
||
déborder par un peu trop de bruit et de fatigue, et hop, pas de test,
|
||
pas de direction correct de l’exercice. J’espère qu’ils ont quand même
|
||
apprit quelques trucs. L’après midi, un peu dissipé, mais quelques bon
|
||
moment intéressant. Toujours un soucis sur le format de l’arpès midi.
|
||
Nous parcourons aussi les offres d’emploi et nous discutons.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 105</h1>
|
||
|
||
<time>18 Février 2015</time>
|
||
<p>Refaire le même Kata, mais en prenant garde de ne pas tomber dans les
|
||
pièges habituels. L’environnement pour de l’enseignement,comme pour une
|
||
équipe de travail, est vraiment très important, et là, entre le volume
|
||
et les passages, c’est vraiment dur. Le fait de répéter tout les jours
|
||
la même chose commence à être vraiment usant. Le pattern d’expliquer
|
||
semble ne vraiment pas fonctionner: je continue à expliquer des basiques
|
||
à ceux qui ne participait pas.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 106</h1>
|
||
|
||
<time>19 Février 2015</time>
|
||
<p>Pas beaucoup d’interaction, intéressant de les laisser avancer seul un
|
||
peu ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 107</h1>
|
||
|
||
<time>20 Février 2015</time>
|
||
<p>Une bonne retrospective, des changements en perspective: Le matin nous
|
||
travaillerons toute la semaine sur une application commune. J’espère que
|
||
certains proposerons des kata l’après midi du coup.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 108</h1>
|
||
|
||
<time>23 Février 2014</time>
|
||
<p>Le matin, démarrage sur un projet, comme convenu le vendredi. Les élèves
|
||
démarrent seul (j’ai eu un empechement). C’est assez chaotique, et du
|
||
coup c’est toujours les même questions qui reviennent: Par où doit-on
|
||
commencer ? Quel test écrire ? Quand faire un test et quand n epas en
|
||
faire ? Comment les aider sans tuer le chemin de découverte ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 109</h1>
|
||
|
||
<time>24 Février 2014</time>
|
||
<p>Reprise du projet, cette fois je pilote un peu plus… Difficile
|
||
d’ailleurs: quel chemin prendre ? Celui qui avance dans la feature vers
|
||
le fond, ou celui qui avance large et rend le peu déjà fait jolie ?
|
||
Faut-il aborder le CSS tout de suite ? Mettre des helpers personnalisé
|
||
(c’est une ap rails) ? Arrivé en retard, une équipe de tournage est là…
|
||
Ambiance étrange. Du coup une élève essaye de me monopoliser pour une
|
||
sorte de cours privée… Dur de répéter toujours non, mais pourtant c’est
|
||
ce que j’aurais du faire. J’ai accepté de venir à coté d’elle, mais des
|
||
tensions dans le groupe me font me lever. Je préfère reprendre la place
|
||
du milieu, avec le projecteur et m’adresser à ceux qui écoutent. Au
|
||
moins, mon aide est diffuser à plusieurs personnes. Demain, les cours
|
||
particuliers (avec un ancien élève de la promo #1) repennent. C’est
|
||
tant mieux pour ceux qui en ont besoin. Je crois vraiment qu’aujourd’hui
|
||
marque pour moi le ras-le-bol vis à vis de ceux qui ne jouent pas le
|
||
jeux et surtout qui essaie de me faire changer de route pour ! A la
|
||
limite, que certains viennent et ne participe pas, avec 24 personnes au
|
||
départ, ça ne me surprend pas trop et ça me va tant que ça ne gène pas
|
||
ceux qui ont accepter de jouer le jeux. Je pense que je vais être
|
||
beaucoup plus cash avec cet élève maintenant</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 11</h1>
|
||
|
||
<time>22 Septembre 2014</time>
|
||
<p>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.</p>
|
||
|
||
<p>Deux gros morceaux à faire passer: Installation et framework web.</p>
|
||
|
||
<p>Pour parler de l’installation de <a href="https://ruby-lang.org">Ruby</a> (pour
|
||
commencer), rappel de ce qui caractrise un langage:</p>
|
||
|
||
<ul>
|
||
<li>Syntaxe, et ce qui est important: savoir où est la doc et comment la
|
||
lire, plus que de connaitre la syntaxe.</li>
|
||
<li>Environment d’execution: compilé, interprété, semi-compilé ou
|
||
pseudo-compilé, programme à executer et options de lancement.</li>
|
||
<li>Gestion de librairie/dpendances: Pour Ruby:
|
||
<a href="https://rubygems.org/">Rubygems</a>, pour
|
||
<a href="https://www.haskell.org/">Haskell</a>
|
||
<a href="https://www.haskell.org/cabal/">Cabal</a>,</li>
|
||
</ul>
|
||
|
||
<p>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.</p>
|
||
|
||
<p>Nous construisons une interface graphique pour FizzBuzz.
|
||
Rappel des phases requtes http, html, flux de travail, gem. Explication
|
||
de Sinatra et erb.</p>
|
||
|
||
<p>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) ?</p>
|
||
|
||
<p>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.</p>
|
||
|
||
<p>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.</p>
|
||
|
||
<p>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.</p>
|
||
|
||
<p>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.</p>
|
||
|
||
<p>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.</p>
|
||
|
||
<p>Pas de news des associés pour le fablab. Nous allons rester à Simplon du
|
||
coup.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 110</h1>
|
||
|
||
<time>25 Février 2014</time>
|
||
<p>Dans le salon d’Erwan ce matin. Nous sommes peu nombreux, c’est vraiment
|
||
bien ! Limiter le nombre d’apprenant à 10 maximum en simultané me parait
|
||
primordial pour une bonne qualité de cours. De plus, ceux qui sont venu
|
||
ne sont que ceux qui s’intéresse à ce que nous faisons puisque j’ai
|
||
demandé aux autres de ne pas venir (vu le peut de place dans le salon
|
||
d’Erwan). Après manger, pas beaucoup plus de monde. Certains suivent le
|
||
cours de rattrapage html/css avec Ben. Les autres passent chacun leur
|
||
tours avec moi pour résoudre leurs problèmes… Ce format est ennuyeux je
|
||
trouve, et frustrant pour moi. J’ai toujours envie de prendre le clavier
|
||
pour faire aller les choses plus vite. Est-ce qu’il le faudrait ?
|
||
Travailler sur une aplication par semaine me semble vraiment génial.
|
||
Est-ce que ça pourrait occuper toutes les journées de la semaine ? Avec
|
||
des phases différentes dans les journées, genre mobProgramming une demi
|
||
journée, et analyse des pull request ensuite ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 111</h1>
|
||
|
||
<time>26 Février 2014</time>
|
||
<p>Le format de l’application est intéressant: il permet de découvrir petit
|
||
à petit divers façon de construire l’application, comment couper en plus
|
||
petit bout. Le hic, c’est de ne pas lire du code existant… Peut-on faire
|
||
un format similaire, c’est à dire tous ensemble, en mobProgramming, pour
|
||
faire des résulotions de bugs sur des applications ? Il faudrait
|
||
d’ailleurs reprendre les règles du mobProgramming pour appliquer les
|
||
changements de pilote, et les pauses. De la même manière, il faudrait
|
||
réviser comment faire avec le compte git. Créer un pseudo compte commun
|
||
? Après midi tranquille et rapide. Beaucoup de fatigue chez les élèves,
|
||
certaines tensions lié à de la vie de groupe. Le lieu est tellement
|
||
important dans l’ambiance qu’il installe !</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 112</h1>
|
||
|
||
<time>27 Février 2014</time>
|
||
<p>Il est resorti de la rétrospective que l’environnement est effectivement
|
||
important. La matinée dans le salon d’Erwan, au calme, a été apprécié.
|
||
Nous y étions aussi peu nombreux, ça aide. Il faut demander à utiliser
|
||
l’aquarium pour le matin au moins (voir toute la journée ?).</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 113</h1>
|
||
|
||
<time>2 Mars 2014</time>
|
||
<p>Une seule personne ce matin à 10h. Du coup nous partons sur un des
|
||
projets qui lui tiens à coeur ! Certains sont déçu, tant pis, c’est le
|
||
jeux. Quelques avancées intéressantes, mais je suis en terrain inconnue
|
||
en terme de langage et encore plus de framework. Une belle mise en
|
||
danger. C’est tout de même très enrichissant, par contre on avance moins
|
||
vite. L’après midi, comme d’hab, certains viennent pour ce faire
|
||
décoincé. Puis nous passons sur le mode annoncé en retrospetive:
|
||
resolution de bug avec Yannick. L’idée est de voir comment je m’y prend
|
||
et d’en profiter pour lire du code. Ce n’est pas forcement très facile,
|
||
n’ayant rien préparé, le temps d’installation est délicat. Ces
|
||
promenades en univers libre devraient être un peu préparer, mais quand
|
||
préparer ? Il faudrait au moins repérer les projets qui s’y prete.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 114</h1>
|
||
|
||
<time>3 Mars 2014</time>
|
||
<p>Nous avonçons sur le projet du matin, c’est intéressant de suivre un
|
||
projet comme ça. Peu de monde aujourd’hui, j’ai compté 8 personnes en
|
||
début d’après midi. Cours de rattrapage. Je commence à être rincé.
|
||
Toujours gérer le bruit (provenant du staff et des autres activité dans
|
||
le local), les questions, trouver des idées de sujets… Et tout ça avec
|
||
des personnes qui continue à ne pas venir ou se plaindre… Heureusement
|
||
qu’il y a ceux qui suivent.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 115</h1>
|
||
|
||
<time>4 Mars 2014</time>
|
||
<p>Les petits groupes c’est vraiment pratique: les échanges y sont de
|
||
meilleur qualité, c’est plus simple de se respecter les uns et les
|
||
autres. En termes de volume, la petite pièce du haut est vraiment mieux
|
||
également. Inaccessible quand nous sommes trop monbreux. En début
|
||
d’après-midi, uniquement 8 personnes. Je me demande si je suis un bon
|
||
formateur. Si je regarde uniquement au nombre de personne qui suivent le
|
||
cours: non. Rapidement, plusieurs personnes ne sont plus venu
|
||
régulièrement, ou bien en retard. Si je regarde une forme de resultat
|
||
(est-ce que certains sont autonome), idem, assez peu de réussite
|
||
(environ 5 à 6 personnes sont autonome il me semble, avec disons une
|
||
partie qui l’était peut-être déjà et qui n’ont pas vraiment participé au
|
||
cours). Certains me reproche cette façon de faire, me reproche la façon
|
||
que j’ai de faire des cours, pour eux, je ne donne justement pas de
|
||
cours. grosse remise en question personnel. Je pense pourtant avoir une
|
||
approche qui pourrait fonctionner. Peut-être nécessite-t-elle d’être
|
||
plus structuré ? Il faudra peut-être être plus strict sur le
|
||
recrutement, ou au moins plus clair sur ce qu’il va se passer, pourquoi
|
||
pas une journée d’essai ? Heureusement que tous ne sont pas comme ça,
|
||
mais c’est dur. Surtout cumulé avec l’impression que Simplon fonce quand
|
||
même dans ce schéma de formation pour insertion pro sans vraiment
|
||
connaitre le métier.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 116</h1>
|
||
|
||
<time>5 Mars 2014</time>
|
||
<p>Encore de beau apprentissages ensemble ce matin. Ce format d’un projet
|
||
sur la semaine est vraiment sympa. Nous avons expérimenté 2 vidéo proj
|
||
en simultané, un sur la doc, un sur le code. C’est intéressant de
|
||
multiplier les sources. Peut-être qu’il pourrait y avoir deux équipes
|
||
sur le même projet ? Il faudrait un espace aménagé autrement. Et
|
||
répartir les compétences, connaissances, capacité ou je ne sais quoi
|
||
entre les deux groupes. Un peu de perturbation l’après midi car présence
|
||
de france2, mais ça va, Erwan et l’équipe gère bien le truc, ça ne
|
||
dérange pas trop (en plus ils sont arrivé tard).</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 117</h1>
|
||
|
||
<time>6 Mars 2014</time>
|
||
<p>Rétrospective dans le bocal pour éviter France3. Peu de monde, mais ça
|
||
se passe bien. Beaucoup de tickets à propos de la fin de promo qui
|
||
arrive… Stress, mélancolie, difficile de gérer ce genre de moment. Cette
|
||
après midi peu de monde, je ne suis pas très bien, je vais rentrer.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 118</h1>
|
||
|
||
<time>9 Mars 2014</time>
|
||
<p>Record ! 16 personnes ! Est-ce le fait d’être dans un autre lieu ?
|
||
Est-ce le fait d’être avec d’autres personnes pour gérer
|
||
l’accompagnement ? Nous verrons. J’écris ces lignes le matin, en
|
||
arrivant. Il y a des revenants dans le lots. Arrêt de journée pour moi,
|
||
une contrainte familliale m’oblige à rentrer. Je laisse les élèves aux
|
||
mains de Mozilla.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 119</h1>
|
||
|
||
<time>10 Mars 2014</time>
|
||
<p>Journée off pour moi, contrainte familliale. Je crois que les élèves ont
|
||
fait un kata le matin, puis leurs projets l’après midi.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 12</h1>
|
||
|
||
<time>23 Septembre 2014</time>
|
||
<p>Visite de l’<a href="http://ecodesignfablab.org">écodesignfablab</a> 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.</p>
|
||
|
||
<p>Visite de leur espace de coworking, juste à côté. Très chouette, belle
|
||
vue.</p>
|
||
|
||
<p>É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é ?</p>
|
||
|
||
<p>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 ?</p>
|
||
|
||
<p>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…</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 120</h1>
|
||
|
||
<time>11 Mars 2014</time>
|
||
<p>Je reste encore chez moi. Les élèves sont à leurs deuxième journée chez
|
||
Mozilla. Je crois que tout ce passe bien.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 121</h1>
|
||
|
||
<time>12 Mars 2014</time>
|
||
<p>Assemblée générale. Erwan fait des annonces, listes les questions puis
|
||
réponds. Rien de particulier à signaler. Je profite de cette étrange
|
||
journée pour faire des entretiens individuels avec ceux qui l’avait
|
||
demandé. Je crois que c’est bon, j’ai vu tout le monde.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 122</h1>
|
||
|
||
<time>13 Mars 2014</time>
|
||
<p>Rétrospective. Retour au peu de monde présent.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 123</h1>
|
||
|
||
<time>16 Mars 2015</time>
|
||
<p>Difficulté de trouver des idées, trop proche de la fin ? Difficile de se
|
||
motiver. Après 6 mois, nous sommes toujours obligé de faire la police
|
||
pour le volume. Ça va être ça jusqu’au dernier jour on dirait. Toujours
|
||
peu de participant. Ce que je propose n’est soit pas compris, soit pas
|
||
adapté aux personnes. Il faut vraiment avoir un message clair et tenir
|
||
la ligne pour les recrutements. J’en suis à compter le nombre de jours
|
||
qu’il me reste à faire avec eux… ou disons, dans ces conditions. Plus
|
||
que 9 (en comptant le dernier vendredi).</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 124</h1>
|
||
|
||
<time>17 Mars 2015</time>
|
||
<p>Nous continuons à explorer un framework JS. C’est intéressant, mais les
|
||
victoires sont très limitée, ou peu visible. L’intérêt de faire des
|
||
exercices le matin c’est qu’ils permettent de parler de code et d’avoir
|
||
des victoires plus visible ! Un peu tard pour changer de créneau. J’ai
|
||
toujours aussi peut d’élèves présent: 8 ce matin, dont 4 seulement qui
|
||
participe.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 125</h1>
|
||
|
||
<time>18 Mars 2015</time>
|
||
<p>Peu de monde, pas vraiment d’exo. Certains ont travaillé ensemble pour
|
||
avancer sur le projet de la semaine. Comment gérer la fin de promo et
|
||
toutes les démotivations ? Le stress lié à la fin ? Ça serais
|
||
intéressant de trouver des ateliers/workshop qui déstress ? qui
|
||
permettent de penser à autre chose que la fin ? qui permettent de
|
||
s’amuser.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 126</h1>
|
||
|
||
<time>19 Mars 2015</time>
|
||
<p>Journée de présentation de Go. Un intervenant extérieur viens pour
|
||
parler de tout ça. Le format de faire venir quelqu’un pour parler d’un
|
||
langage en particulier fonctionne bien pour ceux qui participe. Il
|
||
manque juste un projet concret à réaliser. L’intervenant n’en avait pas
|
||
forcement, et nous n’en avons pas évoqué un. Un catalogue d’exercice et
|
||
de projet à réaliser serais intéressant pour ce genre de situation comme
|
||
pour d’autres. Toujours peu de monde, plus que 6 jours.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 127</h1>
|
||
|
||
<time>20 Mars 2015</time>
|
||
<p>Retrospective soft. C’est la dernière à ce format là. Toujours aussi peu
|
||
de personnes. L’apéro sera en mode restreint.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 128</h1>
|
||
|
||
<time>23 Mars 2015</time>
|
||
<p>Nous travaillons sur une app avec un jeu de donnée. C’est intéressant,
|
||
mais pas pour tout le monde. Beaucoup sont venue, mais juste pour la
|
||
réunion à propos de la WebAgency. Il y a une ambiance de vacances, de
|
||
fin de formation…C’est trop long, ça manque de congés, d’alternance, de
|
||
chose qui change. C’est la dernière ligne droite, les derniers jours.
|
||
Ils vont être vraiment spécial en plus puisque nous ne pouvons pas
|
||
utiliser le local.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 129</h1>
|
||
|
||
<time>24 Mars 2015</time>
|
||
<p>Petit comité dans le salon d’Erwan. Pas pratique, mais l’avantage c’est
|
||
de ne pas être beaucoup. Nous testons un format où chacun avance sur un
|
||
exercice commun, mais sur son propre code. Toutes les 15 minutes, tour
|
||
de baton pour débloquer et voir où chacun en est. Pas top. Le temps de
|
||
parole n’apporte pas grand chose. Faut-il imaginer une personnes
|
||
seulement en ligne, sur le vidéoproj, avec les autres qui éventuellement
|
||
peuvent avancer, mais c’est tout, et au moment du 15 minutes, on demande
|
||
à tous de parler de ce qu’ils ont lu ? A voir. Après midi sur un projet.
|
||
Révision sur la manière d’aborder le truc: plutôt par le client que par
|
||
le fond des outils qui n’apporte rien à l’utilisateur. Suite à une
|
||
demande de baisse de volume dans le local, il y a eu une reflexion genre
|
||
“nous aussi il faut qu’on travail”. Ça confirme le sentiment que la
|
||
formation n’est vraiment pas le soucis principal ici. Heureusement il ne
|
||
me reste que 3 jours à faire avec les élèves. Sachant qu’entre le
|
||
vendredi de dernière rétro, le jeudi dans le salon d’Erwan en petit
|
||
comité, et le mercredi matin aussi, ça va être rapide et tranquille… A
|
||
suivre.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 13</h1>
|
||
|
||
<time>24 Septembre 2014</time>
|
||
<p>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 ?</p>
|
||
|
||
<p>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é.</p>
|
||
|
||
<p>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.</p>
|
||
|
||
<p>Puisque les deux prochains jours, nous ne pourrons pas accéder au local,
|
||
je leur demandent de:</p>
|
||
|
||
<ul>
|
||
<li>Refaire FizzBuzz en TDD.</li>
|
||
<li>Essayer de déployer leurs pages HTML sur github pages.</li>
|
||
<li>Pour les plus courageux, essayer de faire un screencast en
|
||
faisant fizzbuzz.</li>
|
||
<li>Préparer les sujets de discussion. En y pensant, je crois qu’il faut
|
||
vraiment revenir au mode présentation</li>
|
||
<li>Lire du code que je vais leur fournir (ou un autre bout de code).</li>
|
||
</ul>
|
||
|
||
<p>Lundi nous ferons la FOAD. Mardi nous ferons les goupes.</p>
|
||
|
||
<p>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:</p>
|
||
|
||
<ul>
|
||
<li>Langages</li>
|
||
<li>Linux/unix/terminal</li>
|
||
<li>Communication/travail en équipe</li>
|
||
<li>Environnement de dev (git, editeur)</li>
|
||
<li>Web (http, html, css)</li>
|
||
<li>Anglais</li>
|
||
</ul>
|
||
|
||
<p>en mettant <code>c</code> quand ils ne savent pas par quel bout le prendre, <code>b</code> quand
|
||
ils comprennent mais on besoin d’aide et <code>a</code> 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.</p>
|
||
|
||
<p>J’ai oublié de parler de Deming: on ne peut améliorer que ce qu’on
|
||
mesure</p>
|
||
|
||
<p>Fin de journée à 16h, Hager commence le déménagement.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 130</h1>
|
||
|
||
<time>25 Mars 2015</time>
|
||
<p>Encore en petit comité dans le salon d’Erwan, cette fois avec le
|
||
chauffage, c’est mieux. Nous travaillons encore sur exercism. Certains
|
||
en binome, d’autres seul. Comment créer un environnement similaire à du
|
||
travail en équipe ? Difficile à 2 jours de la fin. Demain, nous allons
|
||
passer la journée dans cette situation, j’espère que ça ira bien. Nous
|
||
allons surement continuer sur des exerices de code, mais j’aimerais
|
||
reprendre un mode randori. Plus que 2 jours.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 131</h1>
|
||
|
||
<time>26 Mars 2015</time>
|
||
<p>Petit comité dans le salon d’Erwan, focus sur un sujet exercise pour
|
||
revoir un peu certaines bases. Nous parlons aussi pas mal de l’approche.
|
||
Quelques échangent sur le après. Peut de monde… Dur fin. Je ne pense pas
|
||
faire un log de la dernière journée demain, nous ferons une frise des 6
|
||
mois passés, et quelques articles pour la FOAD.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 132</h1>
|
||
|
||
<time>27 Mars 2015</time>
|
||
<p>Fin.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 14</h1>
|
||
|
||
<time>25 Septembre 2014</time>
|
||
<p>Hackathon Hager</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 15</h1>
|
||
|
||
<time>26 Septembre 2014</time>
|
||
<p>Hackathon Hager</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 16</h1>
|
||
|
||
<time>29 Septembre 2014</time>
|
||
<p>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.</p>
|
||
|
||
<p>Je ne me rappelle plus vraiment ce que nous avons fait d’autre.</p>
|
||
|
||
<p>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 ?</p>
|
||
|
||
<p>Difficile de faire un screencast. Ils scénarisent mais rien n’est tourné
|
||
le moment-même.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 17</h1>
|
||
|
||
<time>30 Septembre 2014</time>
|
||
<p><a href="http://codingdojo.org/kata/Tennis/">kataGarros</a> en
|
||
<a href="https://ruby-lang.org">Ruby</a> (l’autre choix était
|
||
<a href="http://codingdojo.org/kata/FizzBuzz/">FizzBuzz</a> en
|
||
<a href="https://www.python.org/">Python</a>). Intéressant de les voir sur un
|
||
nouvel exercice. Attention, certains parlent de fizzbuzz comme une
|
||
technique. Faut-il varier plus rapidement les sujets ?</p>
|
||
|
||
<p>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.</p>
|
||
|
||
<p>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.</p>
|
||
|
||
<p>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 ?</p>
|
||
|
||
<p>Toujours pas préparé les visites/rencontre.</p>
|
||
|
||
<p>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 ?</p>
|
||
|
||
<p>Peut demander à chaque groupe de présenter un projet devant les autres:
|
||
c’est quoi ? ça fait quoi ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 18</h1>
|
||
|
||
<time>1 Octobre 2014</time>
|
||
<p>Kata FizzBuzz en Python (l’autre proposition était un <a href="http://codingdojo.org/kata/Bowling/">Kata
|
||
Bowling</a> 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.</p>
|
||
|
||
<p>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 :-)</p>
|
||
|
||
<p>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.</p>
|
||
|
||
<p>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:</p>
|
||
|
||
<ul>
|
||
<li><a href="https://scratch.mit.edu/">Scratch</a>. 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 ?)</li>
|
||
<li><a href="http://www.tryton.org/">Tryton</a>. 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.</li>
|
||
<li>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’<a href="https://www.haskell.org/">Haskell</a>, mais Jekyll me
|
||
paraît mieux. Je leur en parle demain !</li>
|
||
<li><a href="http://www.fatfreecrm.com/">Fat Fre Crm</a>. Exit. Trop de projets
|
||
web déjà. Et ils voulaient du C (scratch semblait en C, mais vue
|
||
l’orientation HTML5)</li>
|
||
<li><a href="http://redis.io/">Redis</a>. En C, utilisé par beaucoup de personnes.
|
||
Projet intressant. Je n’ai pas donné de consigne sur ce projet il me
|
||
semble</li>
|
||
</ul>
|
||
|
||
<p>Trop tard pour voir les autres groupes…</p>
|
||
|
||
<p>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 !</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 19</h1>
|
||
|
||
<time>2 Octobre 2014</time>
|
||
<p>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
|
||
<a href="https://www.ruby-lang.org/en/">Ruby</a>.</p>
|
||
|
||
<p>Point avec un groupe à propos de leurs projets.</p>
|
||
|
||
<p>Un premier groupe:</p>
|
||
|
||
<ul>
|
||
<li><a href="http://www.publify.co/">Publify</a>: prendre les bugs dans la liste.
|
||
Nous en sélectionnons deux pour le moment.</li>
|
||
<li>HacketyHack: plateforme pour apprendre coder en
|
||
<a href="https://www.ruby-lang.org/en/">Ruby</a>. 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.</li>
|
||
<li>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…</li>
|
||
<li><a href="https://piwik.org/">Piwik</a>: Abandonné.</li>
|
||
<li>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
|
||
<a href="https://www.python.org/">Python</a>, Soit un des projet
|
||
<a href="https://www.ushahidi.com/">Ushaidi</a>.</li>
|
||
<li>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 <sup>10</sup>⁄<sub>10</sub> pourraient être intéressés.</li>
|
||
</ul>
|
||
|
||
<p>Au tour du groupe suivant:</p>
|
||
|
||
<ul>
|
||
<li><a href="http://shoesrb.com/">Shoes</a>: Abandonné. Faire du
|
||
<a href="https://jruby.org">JRuby</a> et oublier le projet original
|
||
est dommage.</li>
|
||
<li><a href="https://about.gitlab.com/">GitlabHQ</a>: Explication sur lutilit
|
||
et lusage. Ils doivent dj essayer de linstaller puis rsoudre
|
||
un problme.</li>
|
||
<li><a href="http://etherpad.org/">EtherPad</a>: explication sur le fait de
|
||
linstaller et de corriger quelques bugs.</li>
|
||
<li>Peut-être une place pour prendre le projet qui ne sera pas retenu
|
||
par lautre groupe: Pommo ou Ushaidi. Sinon, travailler pour
|
||
<a href="https://www.openstreetmap.org/">OpenStreetMap</a> dans le code, pas
|
||
les cartes :-))</li>
|
||
<li><a href="http://ecodesignfablab.org/">EcoFabLab</a>: 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.</li>
|
||
</ul>
|
||
|
||
<p>Le groupe suivant:</p>
|
||
|
||
<ul>
|
||
<li>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.</li>
|
||
<li><a href="http://www.refinerycms.com/">RefineryCMS</a></li>
|
||
<li>Wiki des Petits Deb: essayer d’analyser le contenu. Prendre
|
||
rendez-vous avec Tamer pour discuter des besoins.</li>
|
||
<li>booktype: Abandonné, l’équipe n’apprécie pas trop le projet
|
||
on dirait.</li>
|
||
<li><a href="https://www.libreoffice.org/">LibreOffice</a>: essayer de corriger
|
||
des bugs.</li>
|
||
</ul>
|
||
|
||
<p>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.</p>
|
||
|
||
<p>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 <a href="http://codingdojo.org/">Katas</a>, les démos, les
|
||
prez et des scéances de mobprogramming ?</p>
|
||
|
||
<p><em>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 !</em></p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 2</h1>
|
||
|
||
<time>9 Septembre 2014</time>
|
||
<p>Comme demandé, ce matin nous avons fait du code. Puisqu’un des paris
|
||
c’est: <em>vous donner les clefs que j’utilise aujourd’hui directement,
|
||
sans passer par toutes les étapes que j’ai vécues</em>, le code de ce matin
|
||
sera en TDD. Après quelques explications de base autour de cette
|
||
démarche, nous passons à un <a href="http://www.codingdojo.org/cgi-bin/index.pl?KataFizzBuzz">Kata
|
||
FizzBu[zz</a> en
|
||
<a href="https://fr.wikipedia.org/wiki/Test_driven_development">TDD</a> en
|
||
<a href="https://www.ruby-lang.org/fr/">Ruby</a>.</p>
|
||
|
||
<p>Le souci c’est qu’il faut expliquer chaque ligne puisque certains ne
|
||
connaissent rien aux programmes. Mais les questions fusent et sont
|
||
intéressantes.</p>
|
||
|
||
<p>J’ai, aujourd’hui, une sorte d’assistant temporaire(un ancien de la
|
||
première promo), mais c’est dur d’avoir deux personnes qui répondent à
|
||
une assemblée.</p>
|
||
|
||
<p>La configuration, deux personnes par ordi fixe, moi au milieu n’est
|
||
vraiment pas bonne. Les binômes parlent entre eux, d’un côté ils
|
||
n’entendent pas ceux qui sont de l’autre côté, et l’écran partagé via
|
||
Google les a forcé à créer un compte.</p>
|
||
|
||
<p>Création d’un répertoire partagé sur Google Drive pour qu’ils puissent
|
||
poser des documents (sûrement en vue de la restitution foad de
|
||
vendredi). Problème encore puisque du coup ils doivent créer des
|
||
adresses @gmail.</p>
|
||
|
||
<blockquote>
|
||
<p>Comment sortir de google sur ces aspects ?</p>
|
||
</blockquote>
|
||
|
||
<p>Après avoir mangé, création de groupes autour des sujets:</p>
|
||
|
||
<ul>
|
||
<li>la chaîne de fabrication du logiciel</li>
|
||
<li>les OS (Systèmes d’exploitation)</li>
|
||
<li>les faits marquants de l’histoire de l’informatique</li>
|
||
</ul>
|
||
|
||
<p>Peut-être qu’il aurait été intéressant de faire plus de groupes et tous
|
||
sur le sujet des faits marquants pour partager plus d’infos et
|
||
d’éléments.</p>
|
||
|
||
<p>Ceux sur l’OS semblent avoir appris beaucoup de trucs mais n’arrivent
|
||
pas à tout exposer.</p>
|
||
|
||
<p>La chaîne du logiciel est un sujet un peu bof.</p>
|
||
|
||
<p>Certains me parlent de soucis pendant la matinée sur les échanges et la
|
||
compréhension. Je l’ai aussi ressenti.</p>
|
||
|
||
<p>Un élève absent aujourd’hui, et il n’a prévenu personne. Nous avons
|
||
essayé de le contacter Élise et moi au téléphone, puis par email, mais
|
||
rien.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 20</h1>
|
||
|
||
<time>3 Octobre 2014</time>
|
||
<p>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.</p>
|
||
|
||
<p>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 ?</p>
|
||
|
||
<p>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 ?</p>
|
||
|
||
<p>Beaucoup de travail sur la plateforme pour reprendre du code fait à
|
||
distance…</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 21</h1>
|
||
|
||
<time>6 Octobre 2014</time>
|
||
<p>Petit rappel des règles de vie à Simplon Montreuil. Petit point
|
||
calendrier et rendez-vous. Il y a des trous la semaine prochaine sur les
|
||
échanges/présentations groupe.</p>
|
||
|
||
<p>Pas mal de travail en mode isolé pour la FOAD. C’est dommage, je
|
||
m’éloigne des élèves du coup. Pourvu que ce ne soit que pour ce coup-là.
|
||
Cette après-midi, encore des discussions avec certains qui trouvent
|
||
qu’ils ne codent pas assez et que ce n’est pas assez concret. Je les
|
||
aient laissé trop rapidement seuls sur les projets peut-être.</p>
|
||
|
||
<p>Faire les groupes/équipes dès le début en utilisant une (des ?) scéance
|
||
radar compétences, présentation, «ce que je recherche à Simplon ?».</p>
|
||
|
||
<p>Accompagner un peu plus : <a href="http://codingdojo.org/">kata</a> le matin
|
||
(d’abord moi au clavier, puis, petit petit, eux), présentation de sujet
|
||
l’après-midi (ils ont du travail la maison alors, classe inverse ?),
|
||
projet step-by-step. Ils prennent les projets une fois un peu sur les
|
||
rails ?</p>
|
||
|
||
<p>=> Cela pose le problème du cheuvauchement.</p>
|
||
|
||
<p>=> Quand peuvent-ils partir travailler en groupe sur leur projet ?
|
||
Avec plusieurs salles, on peut imaginer faire une salle commune dans
|
||
laquelle il se passent du code commun en
|
||
<a href="http://mobprogramming.org/">mobPrograming</a> et certains peuvent aller
|
||
travailler avec leur équipe dans une salle part.</p>
|
||
|
||
<p>Idée à creuser. Il y a en tout cas un passage à applanir : groupe, kata =>
|
||
projet sur du Logiciel Libre.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 22</h1>
|
||
|
||
<time>7 Octobre 2014</time>
|
||
<p>Modification de l’espace commun pour essayer de le rendre plus confortable.
|
||
L’idée étant que je m’y installe pour être plus près et disponible pour les
|
||
élèves.</p>
|
||
|
||
<p>visite d’<a href="http://www.icimontreuil.com/">Ici Montreuil</a>. Très sympa. Je n’ai pas
|
||
récolté les feedbacks encore, mais ça donne envie de faire des choses avec les
|
||
résidents du lieu. Par contre difficile d’imaginer des interactions pertinentes
|
||
pour le moment, à suivre. Découverte : ils sont en status SCIC ! En voil un
|
||
truc pertinent !</p>
|
||
|
||
<p>Présentation du cycle de vie du logiciel. Présentation trop tournée sur les
|
||
pratiques d’équipes. Nous avons eu l’impression de revoir la même présentation.
|
||
Du coup grosse discussion sur ce que c’est la partie cachée du cycle de vie: la
|
||
maintenance.</p>
|
||
|
||
<p>Ensuite, petit méa culpa de ma part sur le fait de les avoir lâché trop vite
|
||
seuls avec 4 projets en leur disant: «essayez de corriger des bugs». C’était
|
||
vraiment pas classe. Nous avons donc inauguré/testé un format de Mob
|
||
Programming. Une équipe vient avec sont projet et nous essayons ensemble de
|
||
passer à l’étape suivante. Nous avons aussi annoncé la suppression des projets
|
||
annexes. Chaque équipe ne garde qu’un projet.</p>
|
||
|
||
<p>Certains ne jouent pas vraiment le jeux de l’équipe je trouve.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 23</h1>
|
||
|
||
<time>8 Octobre 2014</time>
|
||
<p>Encore une nuit à gérer le chat. Est-ce que c’était une bonne idée ? Quel
|
||
intérêt ?</p>
|
||
|
||
<p>Kata du matin, nous abordons JavaScript avec
|
||
<a href="https://jasmine.github.io/">Jasmine</a> dans le navigateur. Il faudra faire un
|
||
peu de JavaScript avec NodeJS plus tard. Le format est vraiment intressant. Par
|
||
contre il manque l’aspect discussion sur un plan, une direction, une intention.
|
||
Est-ce vraiment nécessaire ? L’exercice n’est-il pas de coder, lire du code,
|
||
plus que de faire fonctionner le programme ?</p>
|
||
|
||
<p>Discussion autour de la veille techno. Finalement, ce n’est peut-être pas super
|
||
intéressant. Beaucoup font déjà de la veille (ou on l’impression d’en faire).
|
||
Faut-il utiliser certaines questions intéressante comme source de sujet.</p>
|
||
|
||
<p>Rendez-vous avec l’<a href="http://www.apedec">APEDEC</a> et
|
||
l’<a href="http://ecodesignfablab.org/">EcoDesignFabLab</a> pour visite, et ensuite avec
|
||
le groupe qui va travailler avec eux. Echanges ouverts, des choses à faire mais
|
||
peut-être rien de sorcier. Projet à faire porter en partie par CoDev car ils ne
|
||
veulent pas être en avant (pour fédérer plus facilement les autres fablab). Ils
|
||
pensaient que Simplon pourrait porter, mais cela semble plutt fait pour CoDev
|
||
(asso, fablab).</p>
|
||
|
||
<p>Debrief avec l’équipe. Ils partent sur une première app simple : documentation
|
||
des projets au sein du fablab. Sinatra, basique.
|
||
Ils ont besoin de recueillir des donnes pour savoir comment orienter le
|
||
service. Comme expliqué, il faut faire un premier forumulaire très simple pour
|
||
amener la discussion. Ils vont y aller la semaine prochaine Est-ce que je dois
|
||
y aller aussi ?</p>
|
||
|
||
<p>Un peu d’aide pour l’équipe Tryton. Leur projet est vraiment bizarre par
|
||
rapport ceux des autres. Faut-il faciliter la chose en faisant en sorte quils
|
||
travaillent tous sur un style de projet commun ? Cette équipe pourrait
|
||
travailler sur quoi ? Deux équipes travaillent sur des projets partant de zéro,
|
||
l’une en Rails, l’autre en Sinatra. Les deux autres se partagent entre l’app de la
|
||
FOAD (Rails écrit frachement) et Tryton (du <a href="https://www.python.org">Python</a>,
|
||
fork d’OpenErp, pas forcment web). Un peu dur pour la dernière équipe. Comment
|
||
équilibrer ? Publify ? Re-criture de pommo en Rails ?</p>
|
||
|
||
<p><em>La question de la diversité des langages se posent également : s’ils font tous
|
||
du <a href="https://ruby-lang.org">Ruby</a>, ils ne verront d’autres langages que au dojo.
|
||
Faut-il imaginer leur ajouter des projets en Python par la suite pour quils
|
||
voient d’autres source/contexte ?</em></p>
|
||
|
||
<p>=> Le groupe Tryton pourrait travailler sur un projet de gestion des élèves
|
||
(de la candidature aux infos récoltées en cours de formation, de la gestion de
|
||
la feuille de présence à l’autoévaluation…) et en Rails.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 24</h1>
|
||
|
||
<time>9 Octobre 2014</time>
|
||
<p>Rétrospective aujourd’hui, demain nous n’avons pas vraiment accès au local.</p>
|
||
|
||
<p>Nouveau format pour gnrer de la donne : chacun crit puis affiche ce quil a
|
||
appris, ou aim dcrouvrir pendant la semaine. Cest un peu plus le format imagin
|
||
au dbut. Des choses surprenantes apparaissent, et cest tant mieux. Sur une
|
||
semaine de moins de 3 jours (lundi ayant t un peu beaucoup occup par la mise en
|
||
ligne et du coup la relecture de la session 01, et demain tant une journe ESS),
|
||
beaucoup de contenu sont apparu. Pour ressembler une retrospective il manque l’aspect implication de
|
||
chacune via le tour de <em>set the stage</em>. À faire. Peut-être que des exercices de
|
||
retro pourrait être détournés pour générer de la données.</p>
|
||
|
||
<p>Certains n’ont rien mis sur le tableau. Est-ce un problème ? Timidité, manque
|
||
de confiance en soi, rien appris dans la semaine ? Faut-il les brusquer ? Les
|
||
forcer à écrire un truc ?</p>
|
||
|
||
<p>Quelques soucis et dernier inscrits sur la FOAD. Vraiment pas très organisée
|
||
notre histoire… Il faut penser à proposer une inscription avec solution de
|
||
paiement directement sur la plateforme plus tard peut-être ?</p>
|
||
|
||
<p>Des photos qui disparaissent, mauvaise manip dans le FTP? Pas de backups… Mise
|
||
en oeuvre d’un rsync avec le deuxième serveur. Il faut faire plus. Peut-être le
|
||
moment de tenter à grande échelle le projet git-doc : un dropbox-like basé sur
|
||
github. Il faudrait synchroniser avec le serveur distant.</p>
|
||
|
||
<p>Petit point avec l’équipe BBG’s : Vous êtes les seuls en Python sur un gros
|
||
projet, sur mercurial et pas git, ça va créer un décallage avec les autres qui
|
||
sont tous sur ruby/rails/sinatra et git. Est-ce que ça vous dit de prendre un
|
||
autre projet plus en ligne avec ce que les autres font ? Ils sont d’accord. Ils
|
||
héritent du projet élèves : suivi des élèves, de leurs candidatures jusqu’à un
|
||
an après leur sortie de formation. Beaucoup de choses à mettre dedans mine de
|
||
rien.</p>
|
||
|
||
<p>J’ajouterais des projets Python et autres le mois prochain</p>
|
||
|
||
<p>Trouver le moyen de rythmer des points avec les équipes, en mode planning &
|
||
rétro si possible. Comment faire tenir tout ça en moins d’une heure ?</p>
|
||
|
||
<p>Je ne fait plus de point régulier en face à face depuis deux semaines. Cette
|
||
pratique me semble pourtant très intéressante Il faut la garder, trouver le
|
||
moyen de l’organiser, de la sacraliser…</p>
|
||
|
||
<p>Un élève a bien poussé pour que nous utilisions IRC plutôt que Hipchat, il a
|
||
préparé un tuto, nous migrons.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 25</h1>
|
||
|
||
<time>10 Octobre 2014</time>
|
||
<p>La journée du Mouve: Le tour des solutions. ESS.</p>
|
||
|
||
<p>Le matin, atelier <a href="https://www.makesense.org/">makesense</a>, les élèves, ceux qui
|
||
ont acceptés l’invitation, ne se sentent pas vraiment impliqué ou intressé.
|
||
Certains changent avec les entrepreneurs.</p>
|
||
|
||
<p>Discussion autour du logiciel libre. Tous connaissent déjà, mais je lache
|
||
quelques liens pour infos. Quelques échanges et questions. Finalement, les
|
||
élèves ne sont pas mis à contribution. Une journée de perdu pour eux et pour
|
||
moi. Les gens de l’ESS semblent content par contre. J’espère que ça nous permet
|
||
au moins d’avoir un peu de sous pour payer du café et du sucre, parce que les
|
||
élèves veulent lancer une caisse pour payer le sucre et le café…</p>
|
||
|
||
<p>Je suis de mauvais poil pour plusieurs raison, j’espère que ce genre de journée
|
||
ne se refera pas un vendredi, voir pas dans les même locaux que la formation,
|
||
et surtout sans moi et les élèves.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 26</h1>
|
||
|
||
<time>13 Octobre 2014</time>
|
||
<p><a href="http://codingdojo.org/cgi-bin/index.pl?KataTennis">Kata Garros</a> en
|
||
JavaScript. Difficult avancer. Encore ce problme de comparaison de
|
||
tableaux. En fait, il ne faut pas le faire en JavaScript. Il faut
|
||
trouver une autre voie. Rodolphe ma fait un retour intressant: je leur
|
||
dicte trop ce quil faut faire. Les laisser trouver une solution, et les
|
||
aider la mettre en place. Lanne dernire (1er promo), je me mettais dans
|
||
la boucle, est-ce que je doit me mettre dans la boucle ?</p>
|
||
|
||
<p>Pendant une heure ensuite, nous avons fait le commit sur Simplonline (et
|
||
donc vue diffrents aspect de rails, de git et de github). Pas sûr qu’ils aient
|
||
tous compris. Comment proposer un Mob Programming et faire en sorte que les
|
||
autres puissent faire un truc de leur côté ?</p>
|
||
|
||
<p>Découvert à la réunion d’équipe que la TV vient demain matin et mercredi
|
||
matin: comment gérer ce truc ? Faut-il faire cours ? J’ai peur de perdre
|
||
du temps.</p>
|
||
|
||
<p>Évoquer aussi l’aspect <a href="http://www.larchipel.paris/larchipel/">Archipel</a>
|
||
en mode: nous pourrions peut-être nous y installer tout de suite ?</p>
|
||
|
||
<p>Reprise des cours pour découvrir comment on démarre un projet
|
||
<a href="http://rubyonrails.org/">Rails</a>. Trop de notions en même temps. Nous
|
||
sommes sur le problème du démarrage de projet : trop de notions d’un
|
||
coup. Je voulais les aborder au fur et mesure sur des points particulier
|
||
au moment ou les problèmes apparaissent. En même temps, c’est plus clair
|
||
en prenant dans ce sens, car il y a moins de notions directes sur place,
|
||
ils construisent eux-mêmes. Le soucis est peut-être qu’ils ne font pas
|
||
eux-mêmes vraiment. Ils attendent trop un résultat direct. Comment les
|
||
faire patienter ?</p>
|
||
|
||
<p>Demain je testerais un nouveau kata et surtout de moins participer.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 27</h1>
|
||
|
||
<time>14 Octobre 2014</time>
|
||
<p>Ce matin, BFMTV. Ne souhaitant pas être filmé, je reste à l’écart.
|
||
Rodolphe et là et ok pour jouer le jeux. Il fait un cours sur Rails et
|
||
les formulaires. Il est tout le temps interrompu. Certains élèves ne
|
||
souhaitent pas participer et se cachent. D’autres répondent aux
|
||
questions. La formation devrait faire parler d’elle par ces réussite,
|
||
pas parce que nous sommes «beau» à la télé.</p>
|
||
|
||
<p>Un groupe parle de <a href="http://haml.info/">HAML</a>. Bonne présentation,
|
||
j’ajoute juste une partie contextuelle. Quelques questions, mais ils
|
||
semblent avoir saisi.</p>
|
||
|
||
<p>Nouvelles organisation suite aux remarques de Rodolphe: Je me mets dans
|
||
la boucle, je fais le setup, et je ne dicte pas ce qu’il faut écrire, je
|
||
me mets en mode je pose des questions. Cela semble bien fonctionner. Ils
|
||
apprécient je crois et comprennent mieux. Par contre, Le groupe est trop
|
||
volumineux, le dojo et certaines interventions devraient pouvoir ce
|
||
faire en plus petit commité pour bien fonctionner.</p>
|
||
|
||
<p>Certains élèves ont parlé à Laure pour qu’elle me parle ensuite (ils me
|
||
l’ont avoué, mais pourquoi pas directement ?), et nous allons mettre en
|
||
place une sorte de table ronde. Utiliser un pseudo format retrospective
|
||
? Comment permettre à chacun de poser ses questions et à tous d’entendre
|
||
les réponses ? À voir demain. Nous ferons ce point jeudi de 17h à 18h.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 28</h1>
|
||
|
||
<time>15 Octobre 2014</time>
|
||
<p>Ce matin, France24. Pas de cours, comme hier matin. Certains élèves
|
||
jouent le jeu.</p>
|
||
|
||
<p>Après midi, une présentation sur JavaScript, mais ça part trop dans la
|
||
syntaxe et le comment ça marche plutôt que dans le pourquoi ? Il faut
|
||
que je pose des questions précises sur un sujet pour l’orienter.</p>
|
||
|
||
<p>Kata <a href="http://codingdojo.org/cgi-bin/index.pl?KataRomanNumerals">RomanToNumber</a>
|
||
en Javascript. Intéressant, mais long au démarrage. C’est bien de ne pas
|
||
dicter mais poser des questions. Ils déclenchent une capture vidéo des
|
||
kata maintenant</p>
|
||
|
||
<p>Kata NumberToRoman en <a href="https://www.python.org">Python</a>. Ce kata assez
|
||
simple est très instructif. Les élèves commencent à se sentir mieux on
|
||
dirait.</p>
|
||
|
||
<p>Remonté par mail une série d’échanges d’IRC de personnes qui se
|
||
plaignent un peu de la maigre qualité de la plateforme et de l’absence
|
||
du prof et des fondateurs de Simplon, ainsi que du manque de suivi de
|
||
progression.</p>
|
||
|
||
<p>Pour le premier point, a rejoint une discussion avec Laure qui propose
|
||
de faire un partenariat avec 360learning’com et dutiliser leur
|
||
plateforme. Ce qui me gne cest que cette plateforme nest pas libre, et
|
||
surtout, je pense quelle ne nous permettra pas de faire ce que nous
|
||
voulons au niveau des exercices (demander crire un fichier de test ET un
|
||
fichier de programme). Mais cest peut-tre trop compliqu. Pour le forum,
|
||
peut-tre faut-il brancher un discourse ? Peut-tre pourrions nous essayer
|
||
de mettre en place une plateforme EDX ? Si je fait sauter mon envie de
|
||
demander une certaine forme dexercice, je pourrais peut-tre ouvrir la
|
||
porte dautres plateformes. Jtais parti sur lide davoir un truc tout
|
||
intgr, mais est-ce quil ne faudrait pas avoir une multitude de morceaux
|
||
qui font chacun un job bien ? Le wagon avait un simple discourse pour
|
||
difuser les cours et chatter genre forum ?. Associ une instance Yose The Game,
|
||
peut-tre que a pourrais faire le job ? Voir jouer avec un github ou un gitlab
|
||
et leur demander de proposer du code selon un exercice texte simple, et
|
||
automatiser le rsultat</p>
|
||
|
||
<p>Pour le deuxième point, c’est clair qu’il faudrait une personnes dédiée
|
||
à la gestion de communauté. Elle pourrait faire d’autres trucs à coté
|
||
sûrement, mais il faudrait qu’elle soit en permanence sur IRC et sur le
|
||
facebook, ainsi que le forum. Une autre idée (pas forcement incompatible
|
||
d’ailleurs) pourrait être de mettre une machine en libre accès chez
|
||
Simplon, connectée en permanence sur le chat, avec un compte Simplonco
|
||
ou un truc du genre, pour qu’à tout moment, une discussion puisse avoir
|
||
lieu. Nous pourrions aussi mettre une webcam live ? Il faut déclencher
|
||
une première rencontre physique rapidement.</p>
|
||
|
||
<p>Pour le troisième point, il faut que j’affiche un peu plus clairement la
|
||
couleur, que je rappelle ce que je souhaite. Que je mette en forme ce
|
||
que j’ai dans la tête…</p>
|
||
|
||
<p>Je me pose aussi la question des 4 semaines d’avance. Est-ce vraiment
|
||
nécessaire ? Est-ce que nous ne devrions pas penser le vendredi aux
|
||
cours que nous allons diffuser le lundi ? Que chaque élèves présentiel
|
||
écrivent une sorte de journal de ce qu’il apprend, et que nous en
|
||
fassions un cours ? Ça casse complètement ce que j’avais imaginé mais
|
||
est-ce pour la bonne cause ? En fait ce que ça change c’est juste sur
|
||
les 4 semaines d’avance : comment faire après la formation ? Que faire
|
||
des cours déjà écrit ? (on peut les distiller…).</p>
|
||
|
||
<p>Est-ce que nous avons bien fait de faire cette FOAD ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 29</h1>
|
||
|
||
<time>16 Octobre 2014</time>
|
||
<p>change téléphonique avec une connaissance (35 ans dans linformatique)
|
||
pour lui demander quel tarifs les cabinet de recrutement pratiquent. Il
|
||
confirme ce que je pense: 10 15\% du salaire annuel brut. Par contre il
|
||
me prcise que de la part dune cole cest un peu louche. Je dois jeter un
|
||
coup doeil la hacker school pour voir,
|
||
leur business model semble tre bas sur cela ?. Il voque plutt le
|
||
paiement pendant un stage (voir une alternance, on reviens cette ide).
|
||
Je nai toujours pas regard le RNCP.</p>
|
||
|
||
<p>Ce matin, une élève a amené de la javel, elle à encore vue des cafards
|
||
sur la cafetière. Ils doivent repasser ce soir. Nous nettoyons un bon
|
||
coup ce que nous pouvons: verres en plastique, frigo blanc, canapé,
|
||
poubelle et le placard/étagère noir qui est rempli de truc et de cafard.</p>
|
||
|
||
<p>Session un peu en retard du coup et plus ou moins mob programming avec
|
||
l’équipe «hackersLab», mais en fait tout le monde est encore là (ou
|
||
presque, il y en a un qui reste à l’écart, comme souvent). Nous
|
||
reprenons leur projet. Ensemble nous déroulons le fil. Un lien, un
|
||
formulaire… Revue des principes de communication HTTP, présentation des
|
||
helper de rails, rappel sur la structure des dossiers. De toutes façon,
|
||
c’est ça le principe, répéter. Ils semblent intéressés et posent des
|
||
questions intéressantes. Quelques changements derrière le clavier. A un
|
||
moment il faudra vraiment se mettre en mode mob programming: un timer
|
||
sur 20 minutes (ou autre), une installation qui va bien (table, pc fixe,
|
||
assise)… Petit manque également: TDD sur projet web.</p>
|
||
|
||
<p>Début d’après midi, je prends les membres de la team «anonyme» pour
|
||
parler de Simplonline et des branches dans git. Le but est de mettre en
|
||
place l’utilisation d’une plateforme de dev/demo sur laquelle nous
|
||
pourrions déployer tout le temps (continue) et tester, voir faire tester
|
||
par beaucoup avant de livrer. J’avance assez vite, je fait des
|
||
explications rapides, quelques questions. Je pense que tout n’est pas
|
||
compris, mais ça à certainement déposé un premier vernis vraiment
|
||
intéressant. Nous modifions ensuite le script de déploiement, ça donne à
|
||
Aurélie envie de faire du bash on dirait :-), Mehdi lance une
|
||
proposition de Dojo en shell.</p>
|
||
|
||
<p>Présentation des Design Pattern. Vaste sujet qui a avalé l’équipe
|
||
«Gecko». Mais cela me permet de leur parler de design et d’architecture,
|
||
indispensable pour faire un bon logiciel. Il faudra rappeler le design
|
||
émergeant lié aux tests.</p>
|
||
|
||
<p>Table ronde pour poser des questions sur l’après Simplon. Un peu de
|
||
crispation. J’amène assez mal le sujet. J’ai du mal à voir l’intérêt de
|
||
cet échange. Mais peut-être que certain y ont trouvé leur compte ? En
|
||
tout cas ils veulent le refaire…</p>
|
||
|
||
<p>Plusieurs retours sur le fait que nous devons être la première
|
||
école/formation où l’on apprend le TDD ;-). Selon les résultats ensuite,
|
||
nous pourrons en parler peut-être.</p>
|
||
|
||
<p>La prairie écourte les cours. Je fais un tour sur le chat. Je n’ai pas
|
||
pris le temps de demander à Laure si elle est ok pour essayer de gérer
|
||
un peu la communauté : facebook, forum et IRC. Je n’ai pas non plus
|
||
proposé l’idée de mettre une webcam live (pas pointée sur les cours… ou
|
||
si ?) avec un ordi connecté à IRC avec un compte simplon…</p>
|
||
|
||
<p>Plusieurs ont remarqué des erreurs dans le cours sur l’installation de
|
||
<a href="https://ruby-lang.org">Ruby</a>. C’est en cours de reprise.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 3</h1>
|
||
|
||
<time>10 Septembre 2014</time>
|
||
<p>Vu qu’une des compétences les plus importantes pour un développeur c’est
|
||
la lecture de code (qui représente certainement autour de 80% du temps),
|
||
nous essayons ce matin un exercice de lecture de code. J’ai ouvert
|
||
Github[ la p](<a href="https://github.com/)age">https://github.com/)age</a> des projets la mode (sûrement
|
||
ceux qui ont reu le plus de marque dintrt, mlang avec une activité dans
|
||
le code source), ouvert des projets au hasard, puis clique sur un
|
||
fichier au hasard. Puis je lai distribué chacun.</p>
|
||
|
||
<blockquote>
|
||
<p>Comment faire une retranscription pour la FOAD de cet exercice ?</p>
|
||
</blockquote>
|
||
|
||
<p>Dans l’après-midi:</p>
|
||
|
||
<p>Nous avons fini le tour des revues de code. Mais le manque de dispo et
|
||
la digestion ont bousillé un peu le truc. Ensuite nous avons fait la
|
||
restitution de la prez sur les OS (pas eu le temps la veille). Ensuite
|
||
ils se sont répartis, pendant que j’étais en réunion d’équipe, sur les
|
||
sujets suivants:</p>
|
||
|
||
<ul>
|
||
<li>Les réseaux</li>
|
||
<li>Les acteurs du logiciel</li>
|
||
<li>Les moyens de distribuer le logiciel (mon souhait est de parler de
|
||
comment le logiciel passe du dev à l’utilisateur, mais il semblerait
|
||
que ça a été mal compris ?)</li>
|
||
<li>Les licences</li>
|
||
</ul>
|
||
|
||
<p>Demande de signature du doc de droit à l’image. Une élève, ayant fait du
|
||
droit lit bien le truc et propose des changements pour que ce soit
|
||
mieux. Il faudrait faire signer ces documents avant la rentrée, faire le
|
||
dossier administratif avant.</p>
|
||
|
||
<p>Il n’y avait plus de papier les jours précédents, il a fallu aller en
|
||
acheter nous-mêmes, du coup ils signent les feuilles d’émargement
|
||
seulement maintenant. Faut-il tricher et les faire tous signer tout le
|
||
temps, mais les moments où ils n’étaient pas là ?</p>
|
||
|
||
<p>Le nouveau vidéo-projecteur est arrivé, nous pourrons faire un essai
|
||
demain, dans une configuration un peu plus groupée. Je pense que je vais
|
||
demander si l’un d’entre eux veut essayer.</p>
|
||
|
||
<blockquote>
|
||
<p>Beaucoup d’élèves ont amené leur machine… Est-ce que les forcer à
|
||
travailler sur un fixe à deux est une bonne chose ? Je tiens bon en pensant
|
||
que oui.</p>
|
||
</blockquote>
|
||
|
||
<p>Toujours pas de nouvelles d’un des élèves. Nous avons statué en réunion
|
||
d’équipe de lui donner un ultimatum: si aucun signe de vie jeudi midi, nous le
|
||
considérerons en dehors de la formation et contacterons les 3 personnes qui se
|
||
sont signalées pour le remplacer.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 30</h1>
|
||
|
||
<time>17 Octobre 2014</time>
|
||
<p>Pour la première fois, nous essayons un outil de réstrospective. Cela
|
||
fonctionne bien, ils vident un peu leur sac. Le soucis c’est que c’est
|
||
long, et certains sortent, prennent une pause, s’absentent. Espérons que
|
||
la prochaine fois, ça soit un peu moins long (moins de tickets). Ce qui
|
||
est intéressant, c’est que ça ressemble à ce que nous avons essayé la
|
||
veille en fin de journée, mais en plus structuré et peut-être du coup
|
||
plus efficace ?.</p>
|
||
|
||
<p>Certaines actions remontent :</p>
|
||
|
||
<ul>
|
||
<li>Pour pallier à la sensation de manquer de temps, et pour pouvoir en
|
||
faire plus, nous découpons les journées en tranches horaires. Deux
|
||
le matin, trois l’après midi avec des pauses entre chaque.</li>
|
||
<li>Je vais faire en sorte que nous gardions du mou (des tranches
|
||
horaires vides) pour qu’ils puissent ensemble travailler certains
|
||
aspects vus ensemble. Ça devrait me permettre de moi souffler aussi
|
||
un peu. Mais je vais surement passer du temps avec eux malgré tout…</li>
|
||
<li>Ils doivent nettoyer leur table le soir avant de partir</li>
|
||
<li>Nous devons monter une machine avec irc et une webcam branché
|
||
pendant la journée (10h -> 17h) Comment fait-on du live ?</li>
|
||
<li>L’équipe qui faire l’édito choisi l’histoire de la session,
|
||
sélectionne les chapitres à écrire.</li>
|
||
<li>Nous limitons les contenus (en faire moins, mais mieux). On s’assure
|
||
que deux personnes réalisent les contenus (pas moins)</li>
|
||
<li>Seules les personnes qui ont un truc à partager participent à
|
||
la rédaction. Ceux qui veulent apprendre en participant doivent
|
||
maintenant le faire en relisant le contenu produit.</li>
|
||
<li>Des problèmes de volumes sonores et d’organisation sont encore
|
||
apparus, commen l’année dernière: IL FAUT TROUVER UNE SOLUTION POUR
|
||
LE LOCAL</li>
|
||
</ul>
|
||
|
||
<p>J’avais espéré tirer des éléments de contenu pendant la rétrospective,
|
||
mais bon, tant pis.</p>
|
||
|
||
<p>Après une pause déjeuner, nous avons donc refait le jeu du qu’est-ce que
|
||
vous avez appris pendant la semaine ? qu’avez vous envie de partager ?.
|
||
les sujets sont beaucoup plus limités. Cela permettra peut-être
|
||
d’ajouter des choses au dernier moment.</p>
|
||
|
||
<p>Je pense que les 4 semaines d’avance c’est trop. ça nuit un peu à la
|
||
dynamique. Il faudra faire moins, peut-être juste une semaine d’avance.</p>
|
||
|
||
<p>La plateforme est pas complète. Je me demande si un truc à la
|
||
stackoverflow serait intéressant à la place du forum… Le lexique aussi
|
||
est un peu dommage, un moteur de recherche et le stackoverflow
|
||
pourraient suffire !</p>
|
||
|
||
<p>Laure exprime des inquiétudes sur le fait que les contenus ressemblent
|
||
trop à des articles de blog. C’est vrai qu’il y a une part d’article de
|
||
sortie ou de livre qui peuvent être un peu limite. Il faut être vigilant
|
||
sur les autres articles. Nous évoquons aussi ensemble les formats et
|
||
l’opportunité de faire une petite vidéo pour nous présenter, ou nous
|
||
voir en action. Est-ce qu’un élève ou deux ne seraient pas OP pour faire
|
||
ça ? Je n’ai pas évoqué le côté webcam live à Laure à ce moment là, mais
|
||
ça pourrait aussi faire sont petit effet :-)</p>
|
||
|
||
<p>J’ai évoqué à Erwan et Laure mon intention de préparer une présentation
|
||
sur ce que nous faisons en cours. Je la roderais à Paris’rb, mais cela
|
||
concernant le #mobProgramming et les #dojo de dev, je me permettrais
|
||
de la faire tourner plus largement ensuite. J’espère que cela préparera
|
||
certaines boites à recruter des élèves de chez nous.</p>
|
||
|
||
<p>Les référentiels de formation posent encore problème. Mais comment
|
||
contourner cela ? Est-ce qu’une explication de nos méthodes n’est pas
|
||
suffissante ? Les aspects d’évaluation sont également mis sur la table…
|
||
Nous avons besoin de trouver des solutions, mais pour ça il faut
|
||
connaitre le vrai problème : la «root cause».</p>
|
||
|
||
<p>Faut-il compter les jours du type hackathon Hager dans les jours de
|
||
formation ou bien devons-nous décaler ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 31</h1>
|
||
|
||
<time>20 Octobre 2014</time>
|
||
<p>Rencontre avec <a href="http://rezosocial.org/">RezoSocial</a> Entreprise de
|
||
Service Numrique (dition de logiciel, infogrance) dinsertion. Structure
|
||
intressante, orientation sociale. Un peu comme nous (Simplon) mais plus
|
||
quali que quanti Leur statut dentreprise dinsertion leur permet de
|
||
bnficier dune assistante social une fois par semaine. Nous devrions
|
||
essayer de mieux prendre en compte ces aspects.</p>
|
||
|
||
<p>Début de Mob Programming avec l’équipe qui travail sur la FOAD. Style principalement. Nous passons pas mal de temps
|
||
faire le setup. Ça sera vraiment bien avec le serveur LDAP et le NFS.
|
||
Allez Catherine !</p>
|
||
|
||
<p>Nous avons revu des aspects simple sur la visualisation des cours,
|
||
discuter CSS, revue un peu le dashboard. Echangé sur les aspects plus
|
||
long termes comme le fait de remonter le contenu utile, celui de pouvoir
|
||
ouvrir un dialogue clair avec l’utilisateur. Peu de personnes
|
||
travaillent avec nous, mais l’équipe semble contente.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 32</h1>
|
||
|
||
<time>21 Octobre 2014</time>
|
||
<p>Arrivé à 10h et des bananes, peu de monde, tant pis on commence avec
|
||
ceux qui sont là. Frustration de ne pas arriver à faire le kata. J’ai le
|
||
sentiment qu’une élève n’a rien compris mais n’ose pas le dire (il y en
|
||
a peut-être d’autres dans ce cas). Après l’exercice, je lui demande en
|
||
apparté, elle me confirme qu’elle n’a rien compris du tout. Ce n’est pas
|
||
la première fois. Que doit-on lui proposer ? Une ré-orientation ? Mais
|
||
comment tiendra-t-elle encore 6 mois de plus…</p>
|
||
|
||
<p>Le ménage a (enfin) été fait, ça sent bon.</p>
|
||
|
||
<p>Pause déjeuner rapide, puis on continue sur une présentation Lean Canvas intressante,
|
||
Quelques changes avec ceux qui sûrement souhaitent monter une boîte ensuite.</p>
|
||
|
||
<p>Après la pause, nous faisons une session Mob Programming avec l’une des
|
||
équipes qui a l’application de suivi d’impact social. Ils n’ont pour le
|
||
moment rien fait, nous devons commcencer de zéro. Je leur fait remarquer
|
||
que je souhaite qu’ils apprennent des choses, mais que ça aurait été
|
||
cool qu’ils fassent un truc sur cette app. Deux élèves notent tout, même
|
||
les morceaux de code que je code… La prochaine fois ils prendront le
|
||
clavier. Que faire avec les élèves qui restent en retrait, voire à part
|
||
?</p>
|
||
|
||
<p>Je dois préparer un bout de texte pour que chaque invité ait une idée de
|
||
ce que j’attends d’eux et de ce que nous faisons chez Simplon. 4
|
||
personnes de la FOAD sont présentes, ça fait plaisir ! Tout ce déroule
|
||
bien. L’expérience est vraiment bonne ! Ça me rappelle les formats de
|
||
présentation du wagon (1er promo). Peut-être que se mettre en mode
|
||
interview serait sympa ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 33</h1>
|
||
|
||
<time>22 Octobre 2014</time>
|
||
<p>Le monsieur du ménage à refermé derrière lui, Une élève qui voulait
|
||
venir tôt s’est retrouvée bloquée à la porte. Appeler l’ESAT pour leur
|
||
parler de ça et surtout, en parler demain au monsieur !</p>
|
||
|
||
<p>Kata Roman to number en <a href="https://ruby-lang.org">Ruby</a>. Mise en place
|
||
rapide pour se mettre dans les bons rails. Est-ce vraiment bien ?
|
||
Peut-tre que ce matin a leur montr autre chose que les premires lignes.
|
||
Toujours les mmes qui participent Comment impliquer tout le monde ?</p>
|
||
|
||
<p>Kata morse to text. Ça parait simple, mais peut-être pas tant que ça ?
|
||
Une idée de kata à faire avec du son peut-être ?</p>
|
||
|
||
<p>Ce matin, un échange sur facebook fait parler de lui: beaucoup de ceux
|
||
qui suivent la FOAD sont perdus, il y a même quelqu’un qui demande un
|
||
remboursement via le formulaire. nous concluons avec Laure qu’il faut
|
||
que je prépare un message dans lequel je vais expliquer ce que nous
|
||
faisons, la pédagogie que j’utilise, et le pourquoi ils peuvent
|
||
effectivement se sentir perdus. Il faut aussi revenir sur ce qu’il leur
|
||
à été promis: Pour devenir développeur, il vont devroir travailler
|
||
beaucoup beaucoup !</p>
|
||
|
||
<p>Je me demande vraiment si cette FOAD est à refaire ? Il faudra faire un
|
||
sondage en fin de formation pour voir, je pense que la plupart ne la
|
||
recommanderont pas.</p>
|
||
|
||
<p>Présentation des frameworks JavaScript front. Intéressant, permet des
|
||
échanges sur le sujet.</p>
|
||
|
||
<p>Ensuite, pas de candidat pour un Mob Programming. Je vais traiter de
|
||
l’administratif qui traîne.</p>
|
||
|
||
<p>Au moment de partir, en descendant dans la salle, des questions: Rester
|
||
dans la salle dans l’après midi pour éviter cette effet retard sur le
|
||
départ ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 34</h1>
|
||
|
||
<time>23 Octobre 2014</time>
|
||
<p>Il semblerait que plusieurs des élèves, quand ils racontent ce qu’ils
|
||
font à Simplon, font des envieux et/ou des intéressés. Comment faire des
|
||
conventions de stage et/ou des alternances pour que les élèves puissent
|
||
avoir une rémunération, et peut-être nous aussi par la même occasion ?</p>
|
||
|
||
<p>Kata lags en <a href="https://www.python.org">Python</a>. Très intéressant de voir
|
||
le passage du « je met des if partout » à « je découvre les boucles ».
|
||
Est-ce que finalement ce n’est pas sur des aspects d’algo qu’il faut
|
||
suivre une progression ? Pas sûr.</p>
|
||
|
||
<p>À la pause, discussion avec une élève qui à des soucis sur son approche,
|
||
son organisation. J’essaie de lui faire comprendre qu’il faut qu’elle
|
||
aille à l’essentiel, qu’elle ne cherche pas à tout comprendre dans les
|
||
moindre détail (elle cherche à comprendre toutes les commandes shell
|
||
alors que nous n’en utilisons que 3 ou 4…). Du coup retard pour la
|
||
session suivante, nous ne faisons que quelques échanges vocaux.</p>
|
||
|
||
<p>Pendant le repas, nous abordons avec Laure et Élise le fait que la FOAD
|
||
n’apporte pas ce qu’elle promet. Nous en reparlons dans l’après midi en
|
||
évoquant le fait que pour la rendre intéressante, il faudrait avoir un
|
||
prof dédié, donc un salaire de plus, alors que là, pour ce montant, nous
|
||
n’avons pas atteind le nombre d’inscrits que nous voulions (si nous
|
||
enlevons les inscrits via la campagne Ulule qui ne pourra pas être un
|
||
outil renouvelable). La question en fin de promo devrait donc porter sur
|
||
Souhaite-t-on continuer pour pouvoir donner un accès à une initiation au
|
||
code et une communauté et du coup trouver les moyens de compléter ce
|
||
coût ou bien faut-il tout simplement arrêter et chercher d’autres
|
||
sources de financement pour que la formation longue reste gratuite ?
|
||
Pour le moment je pencherais pour deuxième option, mais c’est
|
||
discutable.</p>
|
||
|
||
<p>Début d’après midi, le groupe n’est pas prêt pour parler des
|
||
navigateurs, nous évoquons donc ensemble ce qu’ils souhaitent faire
|
||
ensuite : une majorité affiche une option recrutement, certains parlent
|
||
de devenir indépendant et 3 ont un projets de startup. Je parle ensuite
|
||
des CAE, mais je me demande si c’étais une bonne idée… Certains sont
|
||
intéressés, mais vu les résultats d’avant, ce n’était peut-être pas
|
||
nécessaire. Nous pourrions quand même faire venir quelqu’un de chez Port
|
||
// ou Coopaname pour en parler. Est-ce qu’avec le projet Maidai cette
|
||
option création de CAE ne prend pas une tournure différentes ? A
|
||
méditer.</p>
|
||
|
||
<p>Un élève à mis un ticket en évoquant l’envie de travailler en tant
|
||
qu’Admin Sys. Je crois qu’il ne sait pas trop ce qu’il veut, mais je
|
||
vais voir si je peux l’aider à se faire embaucher dans le domaine. Pour
|
||
le moment il reste à son bureau (il est installé à une machine) et
|
||
regarde des mangas et les Simpsons… Attention à un autre élève en
|
||
difficulté de communication qui traîne souvent avec lui…</p>
|
||
|
||
<p>Travail avec Laure sur le texte pour répondre au soucis apparu sur
|
||
Facebook. Difficile mise au point, échange sur des aspects futur non
|
||
pertinents sur le problème présent, mais c’est très intéressant.</p>
|
||
|
||
<p>Assistance à l’équipe des «anonymes» qui travail sur la FOAD justement.
|
||
Ils finissent des modifications sur le dashboard.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 35</h1>
|
||
|
||
<time>24 Octobre 2014</time>
|
||
<p>Préparation de notre séjour à l’Archipel avec Alix : gestion des tables
|
||
et camion de déménagement, de la cafetière, de la bouilloire, des câbles
|
||
et autres vidéoprojecteur. Nous ferons tout cela lundi matin, une autre
|
||
demi-journée de perdu.</p>
|
||
|
||
<p>Rétrospective. Des points intéressants autour du fait que certains sont
|
||
perdus. Utilisation de deux outils pour signaler un soucis, une
|
||
incompréhension : je lève la main pendant, ou je mets un post-it sur le
|
||
mur pour en reparler plus tard. Je crois que certains ne sont vraiment
|
||
pas en capacité à aller chercher par eux-mêmes, à apprendre, découvrir…</p>
|
||
|
||
<p>Le plan de FOAD est très léger. Une des équipes est quasi au complet en
|
||
relecture. Est-ce qu’ils n’ont vraiment rien appris ? Faut-il casser ces
|
||
équipes ? Peut-être que de les avoir fait trop tard, d’avoir recruté
|
||
trop largement (des personnes qui ne savent pas forcement se débrouiller
|
||
pour demander de l’aide ou comprendre les instructions claires) empêche
|
||
un fonctionnement en équipe. <strong>Apprendre à travailler en équipe est
|
||
vraiment important</strong>, mais est-ce que dans leur cas, l’équipe n’est pas le
|
||
groupe entier ? Est-ce que dans une classe nous pouvons faire plusieurs
|
||
équipe ? L’idée pourrait être de faire tout les lundi un tirage au sort
|
||
de binôme, mis dans un ordre aléatoire. Puis chacune viendrait choisir
|
||
un tâche (listé auparavant par mes soins) qui pourrait être la
|
||
correction d’un bug ou l’ajout d’une fonctionnalitée. Ensuite, les
|
||
après-midi seraient consacrées à ces scéances de travail, avec la
|
||
possibilité pour chacun de venir faire une session commune de travail en
|
||
mode <a href="http://mobprogramming.org/">MobProgramming</a> (d’autres binômes
|
||
pourraient-être invités) pour débloquer des situations.</p>
|
||
|
||
<p>Mais peut-être faut-il garder les groupes, et si l’un d’entre eux est en
|
||
difficulté, il faut juste travailler un peu plus avec eux peut-être ?
|
||
Résoudre leurs difficultés. Il y a un groupe en particulier qui à des
|
||
difficultées. Si on reste en équipe, il faut remodeler ce groupe, et
|
||
pour le faire, il faudrait modifier aussi les autres, est-ce qu’ils
|
||
l’accepteraient ?</p>
|
||
|
||
<p>Si le but c’est: Apprendre à travailer à deux, et comprendre la gestion
|
||
de projet ça peut fonctionner de faire les binômes. Si le but c’est
|
||
apprendre à travailler en équipe, avec les parties de gestion de projet,
|
||
priorisations, il vaut peut-être mieux rester en équipe.</p>
|
||
|
||
<p>Tout cela pose la question de que fait-on pour les deux équipes ayant
|
||
des relation avec un client extérieur ? Je décide que c’est un faux problème.</p>
|
||
|
||
<p>Pour la FOAD, La contrainte temporelle de produire du contenu toute les
|
||
semaines est un peu tendue. Elle génère du stress et des écarts. Passer
|
||
dans un mode « je fais un blog amlioré durant ma formation », en mode « au fil
|
||
de l’eau » est-elle une meilleure idée ? Elle serait en tout cas plus proche
|
||
de la réalitée. Et chaque élèves pourrait partager quand il le sent, quand il
|
||
a envie, ce qu’il apprend. Le formateur aussi pourrait partager ses
|
||
impressions quand il le souhaite. Le délai dun mois nest pas non plus une
|
||
bonne idée : cela nous gêne pour pouvoir être réactif. Est-ce que finalement
|
||
nous ne pourrions pas faire un blog simplement ? Associer des exercices de
|
||
code, avec des outils de relecture de code et validation à la façon de
|
||
<a href="https://www.gerritcodereview.com/">Gerrit</a>, avec des choses comme <a href="http://exercism.io/">Exercism</a>, ou
|
||
<a href="http://yosethegame.com">Yose the game</a> ? Il faut ajouter un
|
||
<a href="http://shapado.com/">Shapado</a> ou <a href="https://www.discourse.org/">Discource</a> pour
|
||
permettre des échanges comme <a href="https://stackoverflow.com/">StackOverFlow</a>. Peut-être que plutôt qu’un blog, un
|
||
discourse pourrait faire l’affaire !</p>
|
||
|
||
<p>Une belle rétrospective en gros. Bizarre de faire une retrospective
|
||
personnelle en même temps que celle des élèves, très perturbant.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 36</h1>
|
||
|
||
<time>27 Octobre 2014</time>
|
||
<p>Ce matin, rendez-vous à l’<a href="http://www.larchipel.paris/">Archipel</a>.
|
||
Visite et discussion, il ny a toujours pas internet. Les gars qui s’en
|
||
occupent court après Fred depuis un mois apparement ?</p>
|
||
|
||
<p>Avec Alix, nous partons louer un camion pour récupérer du matériel
|
||
informatique qui servira surtout pour la formation référent numérique,
|
||
et aussi un peu de mobilier qui nous servira tout de suite. Pendant ce
|
||
temps les quelques élèves qui sont venus sont dans la chapelle. Beaucoup
|
||
de poussières, je crois que certains ne viendront pas à l’archipel.</p>
|
||
|
||
<p>Beaucoup de temps perdu, à peine l’occasion de faire une rapide
|
||
présentation de <a href="https://www.haskell.org/">Haskell</a>.</p>
|
||
|
||
<p>Doit-on compter ces journées comme cours ou pas ? Même question que pour
|
||
les interventions TV et les hackathons qui empêchent l’accès au local.</p>
|
||
|
||
<p>L’agencement «bureau avec des petites pièces et une grande principale»,
|
||
voir une deuxième pour la partie nourriture et repos semble vraiment
|
||
parfait.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 37</h1>
|
||
|
||
<time>28 Octobre 2014</time>
|
||
<p>Arrivé tôt à l’Archipel. Rangement des affaires déménagées le lundi.
|
||
Beaucoup de merde, des étagères inmontables, du matériel informatique un
|
||
peu collector, des livres anciens (informatique) et des classeurs vides…</p>
|
||
|
||
<p>Kata Morpion en <a href="https://www.python.org">Python</a>, en deux phases: aprs
|
||
la pause nous avons continu ! Surprenant et intressant. Il faudra le
|
||
refaire en partant de linterface graphique la prochaine fois, dune
|
||
manire gnrale, il faudrait faire a maintenant pour faire le lien avec
|
||
les projets en cours et ajouter un peu de motivation. Raccourcir la
|
||
boucle de feedback.</p>
|
||
|
||
<p>Il manque pas mal de matos à l’archipel. Mais en dépannage, on se
|
||
débrouille pas trop mal. Il faudra quand même faire une liste pour
|
||
déclencher des achats. Le routeur semble bousillé, nous n’avons pas
|
||
réussi à le faire marcher.</p>
|
||
|
||
<p>Un lve nous prsenter le binaire, lhexadecimal, le moyen de convertir, et
|
||
rapidement le calcul. Quelque dbordement sur wiresh[ark. Les
|
||
s](<a href="https://www.wireshark.org/)ujets">https://www.wireshark.org/)ujets</a> qui viennent deux sont assez
|
||
intressants, une lve voulais faire un truc, je lui ait propos de
|
||
travailler sur les types dans les langages. Prsentation base sur le
|
||
volontariat au bout dun moment, cest srement le mieux faire pour rduire
|
||
la voilure et donner plus de temps pour le code.</p>
|
||
|
||
<p>Longs échanges sur la façon de faire les projets. J’évoque mes
|
||
problèmes:</p>
|
||
|
||
<ul>
|
||
<li>pas de livraison</li>
|
||
<li>niveau hétérogène dans les groupes</li>
|
||
<li>pas de lecture de code</li>
|
||
</ul>
|
||
|
||
<p>Ma proposition était de faire un seul groupe de 24 avec tirage au sort
|
||
des paires, dans un ordre aléatoire, puis chacun choisirait à son tour
|
||
une des tâches restantes de la liste que j’aurais préparée. Le jeudi
|
||
restitution/présentation devant tout le mode.</p>
|
||
|
||
<p>Une alternative est proposée : Garder les équipes, faire des vrai
|
||
sprint, définir les sprints après avoir faire la démo le jeudi après
|
||
midi. En 4h il faut avoir fini. C’est faisable, ça résoudra peut-être le
|
||
soucis de livraison et j’espère mettra la pression sur les équipes pour
|
||
travailler ensemble. Point à surveiller : est-ce que cela ne déclenchera
|
||
pas des tensions dans les équipes ?</p>
|
||
|
||
<p>Pour la lecture du code, je vais utiliser le concept du tirage au sort
|
||
de paires, que je brancherais à des programmes à lire, et ils feront une
|
||
présentation dès que c’est fait, le midi, nous pourrions voir 4 à 8
|
||
présentations de code. Mettre en place cet outils, avec la possibilitée
|
||
à terme de saisir les commentaires de code directement sur la plateforme
|
||
? Se baser sur les relecture de code peut-être ?</p>
|
||
|
||
<p>Rodolphe a rencontré un des fondateurs de
|
||
<a href="https://www.pullreview.com/">pullreview</a> à
|
||
<a href="https://www.rubyparis.org">Paris.rb</a>. Ce dernier aimerait que nous nous
|
||
en servions. Je n’ai pas envie, je ne vois pas l’intérêt. Des outils
|
||
comme <a href="https://codeclimate.com/">CodeClimate</a>,
|
||
<a href="https://www.python.org/dev/peps/pep-0008/">pep8</a>, et autres existe en
|
||
librairies diverses pour chaque langage. Je préfère donc utiliser de
|
||
l’open source, adapté aux divers langages que nous allons utiliser
|
||
(pullreview ne propose que du <a href="https://www.ruby-lang.org/">Ruby</a> pour le
|
||
moment).</p>
|
||
|
||
<p>Petit dojo en fin de journe sur n[umber to roman
|
||
](<a href="http://codingdojo.org/cgi-bin/index.pl?KataRomanNumerals)en">http://codingdojo.org/cgi-bin/index.pl?KataRomanNumerals)en</a> Ruby.
|
||
Sans moi. Ils sont tombs dans le pige de faire I, puis II, puis III Dur
|
||
ensuite de reprendre le bon sens</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 38</h1>
|
||
|
||
<time>29 Octobre 2014</time>
|
||
<p>À 10h, peu de monde et à 11h Fred doit venir pour parler avec les
|
||
élèves, du coup on fait un mode questions/réponses large. Cela permet de
|
||
revenir sur les objets instances et les classes, sur un peu de
|
||
shell/terminal et autres.</p>
|
||
|
||
<p>Fred leur parle un peu de ce qu’il se passe à Simplon : Archipel,
|
||
Essaimage, et de ce qu’il pourrait y avoir dans le futur. Des points
|
||
réguliers sont annoncés, une idée de truc pour Noël évoqué, une rando au
|
||
col du Simplon aussi… Certains élèves demandent des formations sur le
|
||
community management et autres trucs un peu hors du cursus dev. Pas de
|
||
soucis, on peut prendre des créneaux pour ça. Nous parlons aussi de la
|
||
partie média, Fred parle d’organiser des scéances de média training.
|
||
Hmm.</p>
|
||
|
||
<p>Après la réunion d’équipe, nous abordons groupe par groupe un petit
|
||
point de situation projet, avec ensuite une série de tickets à faire
|
||
pour le sprint qui viens. Jeudi prochain, démo et livraison de ce qui à
|
||
été fait. Je reste sur l’idée que ça ne change pas grand chose à deux
|
||
soucis : lecture de code et gestion de groupe/équipe. Le code + la
|
||
gestion d’équipe, c’est très intéressant à aborder, mais tellement dur.
|
||
Les faire coder en binônme, avec une gestion ouverte de la grosse équipe
|
||
(équipe complète) me semble toujours plus intéressant. Mais là au moins
|
||
je peux temporiser.</p>
|
||
|
||
<p>Il manque, pour pouvoir les faire travailler par paire, la gestion de la
|
||
fin de travail et du commencement d’un nouveau travail. Comment faire ?
|
||
En une fois, tous ensemble, c’est intéressant pour partager les
|
||
résultats (bon ou mauvais), mais ça peut prendre du temps. Au fil de
|
||
l’eau ça pose le problème du la rotation des équipes. Est-ce qu’une
|
||
paire doit attendre qu’une autre au moins ait terminé pour pouvoir faire
|
||
une rotation ?</p>
|
||
|
||
<p>Je vais travailler sur un outil de lecture de code par paire, en
|
||
commenant sur la problmatique de gnrer des paires. Est-ce que je me base
|
||
sur la librairie existante issue du wago[n ?
|
||
P](<a href="https://www.lewagon.com/)ourquoi">https://www.lewagon.com/)ourquoi</a> pas :-).</p>
|
||
|
||
<p>En fin de journée, nous avons essayé de travailler sur les projets, mais
|
||
sans internet (ou en tout cas sans débit suffissant pour un groupe tel
|
||
que le nôtre), c’est difficile. Nous partons donc pour faire un dojo
|
||
rapide en Haskell sur ma machine (qwerty). Je crois que les élèves
|
||
apprécient de découvrir un nouveau paradigme. Nous abordons un truc
|
||
oublié dans la présentation de lundi : le pattern matching.</p>
|
||
|
||
<p>Pas d’enregistrement, il faut que j’installe Istanbul sur ma machine
|
||
pour pouvoir faire des screencasts.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 39</h1>
|
||
|
||
<time>30 Octobre 2014</time>
|
||
<p>Nous sommes aujourdhui lOpe[nWorldForum.
|
||
A](<a href="https://fr.wikipedia.org/wiki/Forum_mondial_du_libre)musant">https://fr.wikipedia.org/wiki/Forum_mondial_du_libre)musant</a> de
|
||
voir certains arriver discuter avec des exposants et trouver
|
||
potentiellement des entretiens</p>
|
||
|
||
<p>Beaucoup de questions : comment doit-on se vendre ? À quel poste peut-on
|
||
prétendre ? Mettons en place ce moment/atelier pour les aider à y voir
|
||
clair, et les préparer à ça.</p>
|
||
|
||
<p>Ils sont très intéressés par le programme de demain, nous reportons la
|
||
FOAD et la rétrospective soit à lundi, soit on la fait sauter. Nous
|
||
déciderons lundi.</p>
|
||
|
||
<p>Dans ce genre d’événement, je pourrais présenter l’orientation
|
||
apprentissage par le code source ouvert que nous mettons en place. La
|
||
lecture du code source pour apprendre, une des libertés du logiciel
|
||
libre…</p>
|
||
|
||
<p>Quelques retour d’élèves qui apparement on des retour positifs sur le
|
||
contenu de leur formation (dojo, mob programming, libre, projet,
|
||
langages varié).</p>
|
||
|
||
<p>Une belle confrence sur lIR[ILL e](<a href="https://www.irill.org/)xpliquant">https://www.irill.org/)xpliquant</a>
|
||
quils travaillent fdrer des industrielles, des chercheurs et le grand
|
||
public autour du logiciel libre. Ils sont intresss par : les boites qui
|
||
peuvent les aider (financirement et autres), les enseignants qui peuvent
|
||
partager (moi et mes pratiques peut-tre ?), les tudiants pour
|
||
participer. Nous pouvons surement utiliser leurs sujets comme tude de
|
||
cas pour travailler</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 4</h1>
|
||
|
||
<time>11 Septembre 2014</time>
|
||
<p>Point agenda en arrivant. Ça donne de la visibilité, c’est à refaire en mode +7
|
||
jours au moins.</p>
|
||
|
||
<p>Réalisation des entretiens pour les formatrices pour l’Arabie Saoudite. Pas
|
||
préparés, pas assez d’éléments pour pouvoir vraiment expliquer le projet et
|
||
répondre aux questions des candidates (malgré la présence de la chargée
|
||
d’essaimage). Du coup, discussion tech et découverte de deux personnes
|
||
intéressantes.</p>
|
||
|
||
<p>Début d’après-midi, je continue les entretiens one-to-one avec les élèves.</p>
|
||
|
||
<p>Les restitutions sur les sujets «réseau», «licence», «acteurs du logiciel» puis
|
||
«mode de distribution» se sont bien passées. Un petit bémol sur réseau qui
|
||
était un peu long et ne racontait pas une histoire (dommage), ça manquait d’un
|
||
angle.</p>
|
||
|
||
<blockquote>
|
||
<p>Faut-il définir l’angle ou l’histoire dans l’énoncé ?</p>
|
||
</blockquote>
|
||
|
||
<p>La partie sur les acteurs est resté trop en hauteur. La case qui m’intéressait
|
||
était un élément parmi d’autres : chef de proj, dev, designer, testeur… Mais ça
|
||
nous apermis de parler de juridique. La présentation licence juste avant y est
|
||
peut-être pour quelque chose ?</p>
|
||
|
||
<p>“Peut-être faut-il définir un peu plus le sujet, et prévoir un ordre de
|
||
déroulement pour maitriser un peu les orientations que peuvent prendre les
|
||
discussions (forcement influencées par la présentation précédente ?)”</p>
|
||
|
||
<p>Toujours pas de nouvelle de l’élève manquant. Conformément à ce que nous nous
|
||
sommes dit en équipe, j’ai contacté les trois candidates potentiels, à voir si
|
||
elles répondent.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 40</h1>
|
||
|
||
<time>31 Octobre 2014</time>
|
||
<p>Les élèves sont retourné à l’OpenWorldForum. Je prépare le tableau
|
||
d’information pour leur retour, je réponds à des emails…</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 41</h1>
|
||
|
||
<time>8 Novembre 2014</time>
|
||
<p>Petit point matinal sur le planning, rappel de notre séjour à
|
||
l’<a href="http://www.larchipel.paris/larchipel/aurore/">Archipel</a> prévu pour
|
||
jeudi et vendredi prochain. Évocation de la partie chasse aux blattes.
|
||
Décision de le reporter au lundi 10, nous faisons le pont, le mardi 11
|
||
tant férié. Cela laissera juste le mercredi en mode pic-nique.</p>
|
||
|
||
<p>Plutôt que de faire la rétrospective et surtout la FOAD, les élèves
|
||
préfèrent faire du code. Je me demande dans quel mesure les remarques
|
||
sur le forum et autres ne les démotivent pas sur ce sujet…</p>
|
||
|
||
<p>Point aussi sur le tableau d’info avec les tickets à faire avancer.</p>
|
||
|
||
<p>Nous reprenons du code simple pour essayer de faire raccrocher certains.
|
||
<a href="http://www.python.org">Python</a> sur NumberToRoman du coup. En expliquant
|
||
chaque étapes. Pour aller plus doucement, je ne participe pas. Après une
|
||
pause, nous attaquons un RomanToNumber en
|
||
<a href="https://www.haskell.org/">Haskell</a>. Intéressant.</p>
|
||
|
||
<p>Aprs le repas, Une lve se retrouve seule pour prsenter Go J[e
|
||
](<a href="https://golang.org/)la">https://golang.org/)la</a> charrie un peu, mais elle sen sort bien. Elle
|
||
fait une introduction et je complte. a nous permet de revoir des aspects
|
||
bas niveau: gestion mmoire, pointeur. Je la chauffe en lui proposant de
|
||
faire une dmo: un kata FizzBuzz. Nous arrivons crire quelques lignes,
|
||
cest vraiment sympa. Ensuite, chacun essaie de faire avancer un ticket
|
||
dans sa ligne.</p>
|
||
|
||
<p>Je continue de penser que le travail d’équipe est mal amorcé avec eux.
|
||
D’ailleurs, est-ce que c’est en leur demandant de faire une équipe
|
||
autonome que je vais vraiment leurs apprendre à travailler en équipe ?.</p>
|
||
|
||
<p>Nous voyons ensuite 5 personnes de chez Tigerlily. Ils nous exposent
|
||
leurs faon de travailler avec P[ivotal ](<a href="https://pivotal.io/labs)et">https://pivotal.io/labs)et</a>
|
||
les pull requests. Est-ce que je devrais utiliser un outil dans ce genre
|
||
pour leur assigner du travail par paire ?</p>
|
||
|
||
<p>Les soucis dans une organisation type une équipe de 24 personnes qui
|
||
travail en paire ou plus, c’est:</p>
|
||
|
||
<ul>
|
||
<li>Comment faire les équipes ?</li>
|
||
<li>Quand les renouveler ?</li>
|
||
<li>Quand et comment faire les démos/restitutions ?</li>
|
||
<li>Sélectionner le travail à effectuer ?</li>
|
||
</ul>
|
||
|
||
<p>Faire les équipes et très dépendant des autres points. Pour faire les
|
||
restitutions, le mieux serais un peu comme nous allons le faire jeudi
|
||
prochain: tout le monde passe en une fois. Cela permettrais ensuite de
|
||
regénérer des équipes/pair puis de les laisser prendre les taches à
|
||
effectuer.</p>
|
||
|
||
<p>Reste comment faire la liste des trucs faisable ? Prendre un créneau ou
|
||
deux pour faire la selection.</p>
|
||
|
||
<p>Les restitutions, pour bien fonctionner devraient se faire en… (7 * 60)
|
||
/ 12 = 35 minutes. Il faut prendre toute la journée et ne donner que 30
|
||
minutes à chaque paire. Dur dur dans certains cas je pense.</p>
|
||
|
||
<p>Nous verrons bien ce que donnerons les démos du jeudi prochain.</p>
|
||
|
||
<p>J’aimerais faire du flux continu, mais cela pose un soucis sur la façon
|
||
de renouveler les équipes… Ce qui serait sympa c’est de ne pas limiter
|
||
dans le temps, mais laisser les équipes essayer de fournir quelque
|
||
chose. Au minimum une lecture de code dans un produit open source, au
|
||
mieux un patch à proposer/accepter. Comment renouveler les équipes/pair
|
||
dans ces conditions ? Peut-être en misant sur le fait que certains
|
||
finiront plus ou moins en même temps. Les restitutions pourraient avoir
|
||
lieu tout les débuts d’après midi, puis, on attend qu’au moins un ou
|
||
deux autres équipes restituent pour regénérer des paires à partir de
|
||
ceux qui ont terminé. A méditer…</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 42</h1>
|
||
|
||
<time>4 Novembre 2014</time>
|
||
<p>Aujourd’hui, c’est un jour spécial, et pourtant nous n’avons rien fait
|
||
de bizarre…</p>
|
||
|
||
<p>Quelques questions sur <a href="https://git-scm.com/">Git</a> et
|
||
<a href="https://github.com">Github</a> (workflow de base). Ils ont besoin de voir
|
||
et d’exprimenter sur le sujet. Puis un dojo en
|
||
<a href="https://ruby-lang.org">Ruby</a> (fibo). Certains disaient: Facile ! mais
|
||
finalement, ils n’ont pas fini.</p>
|
||
|
||
<p>Ensuite, petit tour sur [Vim](<a href="http://www.vim.org/">http://www.vim.org/</a>). Ils en entendent
|
||
parler, ils veulent toujours le tester. Je leur explique que finalement
|
||
cest pas forcement le plus facile. Honte moi, je leur[
|
||
prop](<a href="https://www.gnu.org/software/emacs/)ose">https://www.gnu.org/software/emacs/)ose</a> de faire du Emacs ! :-)</p>
|
||
|
||
<p>Ensuite, je passe de groupe en groupe pour fixer des problèmes. Beaucoup
|
||
liés au déploiement !</p>
|
||
|
||
<p>Ils sont parti pour le [Paris’rb](<a href="https://www.rubyparis.org/">https://www.rubyparis.org/</a>), moi je
|
||
vais voir les eXtreme Programmeurs :-) Dailleurs, Betclic qui sponsorise
|
||
les pizzas de ce soir, qui fait principalement du .net serais assez
|
||
intress pour:</p>
|
||
|
||
<ul>
|
||
<li>venir parler devant les élèves</li>
|
||
<li>un membre de leur équipe, jeune, souhaite donner des cours</li>
|
||
<li>les contrat pro, la diversité…</li>
|
||
</ul>
|
||
|
||
<p>De trs bon changes, et du coup, jaimerais introduire C#
|
||
[da](<a href="http://csharp.net-[tuto](http://www.mono-project.com/)rials.com/)ns">http://csharp.net-[tuto](http://www.mono-project.com/)rials.com/)ns</a>
|
||
le cursus (via Mono !). Sinon, les changes autour de Go donnent envie,
|
||
une fois de plus, davoir loccasion de pratiquer ce langage.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 43</h1>
|
||
|
||
<time>5 Novembre 2014</time>
|
||
<p>Comme d’habitude, il n’y à pas grand monde à 10h… Est-ce que je dois
|
||
être plus strict sur les horaires ? Je crois surtout que je
|
||
n’accepterais plus de remarques sur le fait de ne pas coder assez. Un
|
||
autre point sur ce sujet, c’est le fait de parfois devoir répéter, non
|
||
pas parce qu’ils n’ont pas compris quelque chose, mais parce qu’ils
|
||
n’étaient pas là. Peut-être que pendant (ou à la fin de) chaque slot,
|
||
les élèves pourraient mettre sur un post-it ce qu’ils ont appris pendant
|
||
la session. Nous pourrions du coup tracer une sorte de cartographie de
|
||
ce qu’ils ont vu faut-il le faire en individuel ? C’est une idée à
|
||
méditer encore un peu sûrement, mais ça semble une piste intéressante
|
||
pour effectuer du suivi (pour nous) et montrer un avancement (pour eux)
|
||
ainsi que des référents potentiel autres que le formateur pour échanger
|
||
sur certains sujets.</p>
|
||
|
||
<p>Nous enchainons sur les deux dojos mais en plus petit groupe: 5
|
||
personnes. Je ne me mets pas dans la boucle de la matinée, et je
|
||
n’impose pas une liste de sujets, je les laisse le proposer. J’ai juste
|
||
ajouté une proposition pour qu’ils fassent du go, mais ils n’ont pas
|
||
voté pour. Peut-être que nous pourrions avoir une mécanique de hasard
|
||
pour désigner un sujet plutôt ? Même chose pour les groupes qui passent.
|
||
Cela forcerais certains à venir coder ? Faut-il les obliger ?</p>
|
||
|
||
<p>J’ai décoincé un groupe sur Rails (pas forcement les bonnes pratiques).
|
||
Mais seul le groupe a assisté. Le soucis c’est que du coup je risque de
|
||
répéter la même chose avec les autres groupes. Est-ce un soucis ?</p>
|
||
|
||
<p>Des élèves me reparlent de l’atelier CV, et en profitent pour revenir
|
||
sur l’aspect plusieurs langages. Ils ont peur de ne pas être à la
|
||
hauteur quand il faudra passer des entretiens. Je leurs explique que de
|
||
toute façon faire 6 mois que du ruby, ou 6 mois de moins de ruby, mais
|
||
de plus d’autres langage ne changerait surement pas grand chose pour les
|
||
entretiens. Le coté plusieurs langages peut même être un atout. Ce qui
|
||
est important, c’est la pratique.</p>
|
||
|
||
<p>Il faut d’ailleurs que je travaille sur cet aspect de groupe de paire
|
||
aléatoire avec choix de ticket de travail qui me semble finalement plus
|
||
pertinent que faire des équipes dans l’équipe. Ils ne peuvent pas tout
|
||
apprendre, et la gestion d’équipe viendra bien plus tard ! C’est à moi
|
||
de le faire pour le moment.</p>
|
||
|
||
<p>Demain nous serons à Archipel pour faire les démo de fin de sprint.
|
||
J’espère pouvoir en reparler avec eux à ce moment là. S’ils sont ok, je
|
||
pense que je peux gérer les paires par tirage au sort manuel, mais pour
|
||
ce qui est des projets, il me faut surement préparer un peu la listes
|
||
des bugs qu’ils pourraient essayer de corriger.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 44</h1>
|
||
|
||
<time>6 Novembre 2014</time>
|
||
<p>Archipel, analyse des résultat de sprint. Demo par équipe. Il est
|
||
sûrement plus facile de faire des choses sur un existant que de créer
|
||
quelque chose de nouveau. Une des équipe n’a pas fait grand chose (voire
|
||
rien). Beaucoup de problèmes de groupe semble-t-il. Nous abordons
|
||
quelques soucis avec eux, sans aller trop loin.</p>
|
||
|
||
<p>Réunion autour de la FOAD. Des orientations prises qui devraient rendre
|
||
le travail un peu plus efficace. Espérons que ce ne soit pas juste des
|
||
bonnes intentions.</p>
|
||
|
||
<p>Attention, j’ai passé trop de temps à faire une scéance de Mob
|
||
Programming pour résoudre un soucis, au lieu de leur dire de revoir
|
||
leurs copie. J’avais réussi à le faire jusqu’à présent, mais là, je me
|
||
suis un peu trop laissé aller. Le dernier groupe est un peu expédié du
|
||
coup. Il faut bien tenir le chrono pour pas déborder. Être plus
|
||
attentif, un élève me l’avait dit, je n’ai pas réagi.</p>
|
||
|
||
<p>Ce qui est intéressant avec des scéances comme celle-ci, c’est que des
|
||
sujets apparaissent dans les discussions. Comment faire des démos
|
||
efficaces si je demande à tous de travailler en binôme aléatoire ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 45</h1>
|
||
|
||
<time>7 Novembre 2014</time>
|
||
<p>Rétrospective un peu longue (démarrée tardivement ?). Puis travail sur
|
||
les projets. Pour le reste, toujours les même soucis qui ressortent :
|
||
pas d’internet à Archipel, c’est chiant, gestion du bruit et des
|
||
interruptions à Montreuil c’est chiant aussi. Comment faire mieux ?</p>
|
||
|
||
<p>Pour le moment, gestion des équipes. Faire du travail par paire sera
|
||
peut-être plus efficace. Nous pourrions aussi améliorer la gestion des
|
||
présentations de langages.</p>
|
||
|
||
<p>Là ils préfèrent mettre de la lecture de code à la place d’un dojo. Je
|
||
laisse faire. Ça pourrait être complémentaire avec le fait de gérer des
|
||
projets libre l’après midi.</p>
|
||
|
||
<p>Quid des clients (acacias for all et apedec/eco design fablab) et de la
|
||
relation avec eux ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 46</h1>
|
||
|
||
<time>12 Novembre 2014</time>
|
||
<p>Visite de la ville Roubaix (le maire et son quipe), travaux dlectricit,
|
||
perceuse Du coup nous avons vite fini lexplication de code sur Go,
|
||
pu[is ](<a href="https://golang.org/)chacun">https://golang.org/)chacun</a> est parti se dbrouiller avec son
|
||
casque sur les oreilles. Jespre que demain a ira mieux, mais cest pas
|
||
gagn, jai vu du matriel en sortant. La zone cuisine nest pas touche par
|
||
les histoires de cafards, mais en fait nous en retrouvons encore plein
|
||
(toilettes, cuisines). Peut-tre faut-il tout traiter ?</p>
|
||
|
||
<p>En début d’après-midi nous voulons aborder les objets, méthodes et
|
||
autres classes, mais la perceuse fait toujours des siennes. Nous avons
|
||
donc repoussé les cours à 16h.</p>
|
||
|
||
<p>Je reste persuadé que faire UN projet from scratch n’est pas la bonne
|
||
solution pour apprendre le code, c’est une solution de repli que j’ai
|
||
mis en place pour répondre à leurs questionnements et la difficulté
|
||
qu’ils avaient à aborder le code des autres (effet muraille
|
||
infranchissable).</p>
|
||
|
||
<p>Je dois mettre en place un remplacement, fonctionner par paire. Beaucoup
|
||
d’absents. Un décrochage ou bien un week-end prolongé ?</p>
|
||
|
||
<p>La difficulté pour faire les groupes c’est les sujets. Il faut que je
|
||
liste des projets simples et utiles, qui peuvent nous toucher (ou
|
||
toucher l’univers du dev) sur lesquels ils pourraient essayer de
|
||
participer. Avec une deadline de 7 jours ou quelques chose dans le genre
|
||
à l’issue de laquelle, au pire, la paire devrait présenter un bout de
|
||
code du projet. Peut-être faut-il limiter les projets et les faires
|
||
tourner, histoire qu’ils aient le temps de ce familiariser avec eux et
|
||
leurs environnements ? Il faut des projets en
|
||
<a href="https://ruby-lang.org">Ruby</a>, <a href="https://www.python.org">Python</a>,
|
||
Javascript (avec du NodeJS aussi), <a href="https://www.haskell.org/">Haskell</a>,
|
||
Go. Bientôt nous pourrons ajouter Java et C#, il nous restera à ajouter
|
||
Clojure, Scala, C, et Erlang. Les autres (Elixir, C++,…) pourrait être
|
||
abordé en dojo, mais pas forcément en projet. Faut-il des projets pour
|
||
chacun de ces langages d’ailleurs ? N’est-ce pas un peu trop ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 47</h1>
|
||
|
||
<time>13 Novembre 2014</time>
|
||
<p>10h, pas grand monde (5 personnes). Du coup kata en Go avec les motiv et
|
||
prsents. a se droule pas mal :-). Ensuite prsentation dune lecture de
|
||
code Javascript sorti de la lib progres[sbar’js qui
|
||
pe](<a href="https://kimmobrunfeldt.github.io/progressbar.js/)rmet">https://kimmobrunfeldt.github.io/progressbar.js/)rmet</a> de construire
|
||
des animations de progression en SVG avec JavaScript. Intressant dvoquer
|
||
ces points. Ils ont beaucoup explor, mais la prsentation nest pas
|
||
forcement trs claire (le choix du bout de code prsenter ?). A force de
|
||
lire du code ils dvelopperont un esprit critique sur le sujet et
|
||
pourrons mieux choisir le code expliquer.</p>
|
||
|
||
<p>Après le repas, je voulais faire un rappel sur les objets, les classes
|
||
et les méthodes. Sur une demande de leur part. Difficile car:</p>
|
||
|
||
<ul>
|
||
<li>après le repas, ils s’endorment,</li>
|
||
<li>la question est floue et cache un autre soucis sûrement,</li>
|
||
<li>je n’ai rien préparé (comme d’habitude).</li>
|
||
</ul>
|
||
|
||
<p>Je dcide donc de partir sur le sujet du design de code. Jai le sentiment
|
||
dtre un peu trop haut pour le niveau dattention quils ont. Aprs un
|
||
rappel que ce que je fais cest pour eux, pas pour moi, je r-oriente
|
||
lchange sur ce quest un programme : un outil de manipulation de donnes,
|
||
et chaque paradigme utilise une faon diffrente de manipuler les donnes.
|
||
Certaines questions random sur JavaScript et autres volent, cest
|
||
vraiment trs brouillon. Nous coupons la prsentation. Ensuite je vais
|
||
aborder lutilisation de gh-pages et des gnra[teurs
|
||
de](<a href="https://pages.github.com/">https://pages.github.com/</a>) sites statiques.</p>
|
||
|
||
<p>Plusieurs échangent en journée pour me dire que les groupes ne
|
||
fonctionnent pas (ou équivalent). Faire une liste de projets et
|
||
sélectionner une première session de tickets à faire deviens très
|
||
important. J’espère que demain, pendant la FOAD, Laure s’occupera bien
|
||
d’eux, cela me permettra de faire cette sélection. Il restera à tester
|
||
le mode flux continu.</p>
|
||
|
||
<p>Je vais également modifier les tableaux pour revenir à une semaine
|
||
flottante, avec agenda de base sur le côté, et exception mise sur la
|
||
semaine tournante. Il faut aussi faire un tableau des tâches avec des
|
||
colonnes:</p>
|
||
|
||
<ul>
|
||
<li>A faire</li>
|
||
<li>En cours</li>
|
||
<li>A Presenter</li>
|
||
<li>A livrer</li>
|
||
<li>A suivre</li>
|
||
<li>A revoir</li>
|
||
<li>Fini</li>
|
||
</ul>
|
||
|
||
<p>C’est moi qui place des tickets dans la première colonne, C’est eux qui
|
||
choisissent le ticket à faire, il le passent à présenter ensuite, et ce
|
||
n’est qu’après qu’il faudra le livre (pull request ou livraison).</p>
|
||
|
||
<p>Un petit tableau à deux entrées pourrait accueillir les tickets nommés
|
||
(ajouter le nom du binôme sur le ticket ou bien avoir un truc à part ?)
|
||
Comment faire un suivi ? Comment faire en sorte que deux paires ne se
|
||
retrouvent pas trop souvent ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 48</h1>
|
||
|
||
<time>14 Novembre 2014</time>
|
||
<p>Dur travail de mémoire pour se souvenir de ce qu’ils ont appris durant
|
||
ces 12 derniers jours ! Nous n’avons pas pu faire de FOAD depuis 2
|
||
semaines et demie. En essayant de remplir un calendrier des choses
|
||
effectuées, certains se rappelent de choses et d’autres.</p>
|
||
|
||
<p>Laure viens prendre le relai pour présenter et organiser la FOAD pour
|
||
essayer de faire un parcours.</p>
|
||
|
||
<p>Je passe une bonne partie de l’après midi à faire de la prod sur la
|
||
plateforme de la FOAD pour résoudre des soucis et ajouter la feature qui
|
||
permettra d’organiser les contenues comme convenu par Laure et Mathilde.
|
||
Livraison en deux étapes. La première devrait avoir lieu ce week-end, et
|
||
la seconde en fin de semaine prochaine (évitons l’effet nouveau contenu
|
||
de lundi soir).</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 49</h1>
|
||
|
||
<time>17 Novembre 2014</time>
|
||
<p>Nous partons pour essayer de faire un Sudoku en
|
||
[JavaScript.](<a href="https://developer.mozilla.org/en-US/docs/Web/JavaScript)[">https://developer.mozilla.org/en-US/docs/Web/JavaScript)[</a>
|
||
Ce](<a href="https://en.wikipedia.org/wiki/Test-driven_development)la">https://en.wikipedia.org/wiki/Test-driven_development)la</a> permet
|
||
daborder le ct visuel puis le ct code en TDD. O est la limite entre les
|
||
deux. Mais nous avanons vraiment doucement.</p>
|
||
|
||
<p>Est-ce que je devrais me baser sur ce qu’ils choisissent et sur leurs
|
||
connaissances pour choisir les logiciels sur lesquels ils pourraient
|
||
intervenir ?</p>
|
||
|
||
<p>Beaucoup ne sont pas présents à 10h le matin, beaucoup ne participent
|
||
pas aux exercices, pourquoi ?</p>
|
||
|
||
<p>Les entretiens individuels doivent avoir lieu sous peu : mardi prochain,
|
||
je vais préparer des questions simples que je vais leur poser en avance,
|
||
et l’entretien aura pour but de discuter des réponses et d’écouter leurs
|
||
avis. Les questions possibles pourraient être :</p>
|
||
|
||
<ul>
|
||
<li>Que penses-tu de ton niveau ?</li>
|
||
<li>Que penses-tu de ta participation ?</li>
|
||
<li>Que penses-tu de ton assiduité ?</li>
|
||
<li>Que penses-tu faire après la formation ?</li>
|
||
<li>Que voudrais tu faire pendant les 3 mois qui restent ?</li>
|
||
</ul>
|
||
|
||
<p>La dernière question est dangereuse car laisse ouverte la possibilité de
|
||
changer, ce que je ne compte pas vraiment faire. Peut-être que les 4
|
||
premières suffisent ? Quel but a cet entretien pour moi ? pour eux ?</p>
|
||
|
||
<p>C’est un moment en tête à tête, où l’on peut exprimer beaucoup de
|
||
choses. L’objectif pour moi serait de savoir ce qu’ils souhaitent faire
|
||
ensuite individuellement pour commencer à placer (alternance ?), puis
|
||
faire un point sur la situation de participation et de niveau… Je pense
|
||
effectivement que les 4 premières questions sont les bonnes, en
|
||
commençant peut-être pas la 4ième. et en fondant l’assiduité dans la
|
||
participation peut-être… Je dois me noter ces questions pour ne pas
|
||
oublier les objectifs pendant les entretiens. Est-ce que je squatte le
|
||
bureau du haut ou je demande le salon d’Erwan ?</p>
|
||
|
||
<p>L’après-midi, nous parlons des API… ils dorment un peu j’ai
|
||
l’impression. Ensuite nous reprenons le Sudoku. Est-ce que demain nous
|
||
recommençons à zéro ? Est-ce que nous pourrions faire un morpion pour
|
||
changer et aller plus vite ?</p>
|
||
|
||
<p>Il n’y a pas eu de discussion d’argent : combien peut-on demander à un
|
||
client dans ce cas-là ? Combien pourrait-on demander à un client plus
|
||
tard ? Dur de savoir… Combien vaut la formation que l’on dispense
|
||
actuellement ? Aucune idée.</p>
|
||
|
||
<p>Je me demande s’il ne faut pas trouver un format différent, plus long ou
|
||
au moins plus adapté à chaque entreprises. Nous pourrions renverser la
|
||
vapeur en faisant une sélection forte des entreprises pour lesquelles
|
||
nous formerions des développeurs (voir plus tard, fusion des formations
|
||
?) Idée tordue, mais à explorer peut-être… Le hic c’est la lisibilité
|
||
plus dure si les frontières se dissipent.</p>
|
||
|
||
<p>L’autre orientation possible c’est faire de la prod en mode insertion.
|
||
Faire des apps et être payé pour, faire des app sociales, trouver des
|
||
idées et les mettre en oeuvre (idée originale d’Andreï et Erwan non ?).</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 5</h1>
|
||
|
||
<time>12 Septembre 2014</time>
|
||
<p>Petit point sur mécanisme de la journée (façon rétrospective):</p>
|
||
|
||
<ol>
|
||
<li>Intro: bonjour…</li>
|
||
<li>Récolte de données: mettre un ticket dans le tableau pour chaque truc que
|
||
vous avez appris</li>
|
||
<li>Nous sélectionnons ce que nous aimerions transmettre</li>
|
||
<li>On rédige</li>
|
||
</ol>
|
||
|
||
<p>Ce coup-là ça a été assez simple: une douzaine de sujets abordés dans la
|
||
semaine, du coup, tout est pris en compte. Discussion poussée autour du tu ou
|
||
vous, en prenant les dimensions :</p>
|
||
|
||
<ul>
|
||
<li>Tu parce que la personne qui va lire sera seule derrière son écran, nous
|
||
essayons de créer de la proximité du coup, pour l’encourager et la motiver</li>
|
||
<li>Vous pour créer un effet communauté, groupe. Nous élèves en présentiel,
|
||
nous nous adressons au vous, groupe énorme des élèves distants. Vous êtes
|
||
aussi un groupe de Simploniens.</li>
|
||
</ul>
|
||
|
||
<p>Finalement, nous avons opté pour le Vous.</p>
|
||
|
||
<p>Une introduction a été rédigée. Cela prendra la place de la description de
|
||
session (wording à changer sur simplonline). C’est une sorte d’édito
|
||
hebdomadaire. Il faut ajouter dedans «le mot du formateur» histoire de montrer
|
||
la présence et l’appui du formateur :-)</p>
|
||
|
||
<blockquote>
|
||
<p>Je me demande comment ils vont extraire de l’information à transmettre quand
|
||
on codera tous les jours ? Mais j’ai bon espoir que nous trouverons une
|
||
solution. Je pense que nous proposerons beaucoup de code.</p>
|
||
</blockquote>
|
||
|
||
<p>Les échanges/discussions sur les sujets préparés sont assez intéressants. Il
|
||
faut garder ce format en le réduisant durant la formation: une
|
||
présentation/discussion par jour après le repas. Cela permettra d’avoir 4
|
||
petits cours/discussions théorique pour la foad du vendredi. Le reste sera
|
||
rempli par du code, ou un truc appris par le code.</p>
|
||
|
||
<p>Très agréable de se sentir appuyé/aidé par quelqu’un, dans ce cas : Laure.</p>
|
||
|
||
<p>Passsé pas mal de temps à faire de la paperasse administrative (doc d’entrée en
|
||
formation). Il faut faire ça avant la formation, c’est sûr, ou alors avec une
|
||
personne pour aider.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 50</h1>
|
||
|
||
<time>18 Novembre 2014</time>
|
||
<p>Arrivée tard, les élèves préfèrent travailler sur les tickets et les
|
||
présentations qu’ils ont à faire. J’en profite pour régler des points
|
||
administratifs.</p>
|
||
|
||
<p>Démarrage aussi d’entretiens individuels, J’en ai vu 5. Je discute avec
|
||
eux de :</p>
|
||
|
||
<ul>
|
||
<li>Leur situation par rapport à leurs attentes.</li>
|
||
<li>Leur participation individuelle, dans leur équipe, dans le groupe,
|
||
dans le groupe + moi, dans Simplon.</li>
|
||
<li>Leur sortie de Simplon : que faire après ?</li>
|
||
</ul>
|
||
|
||
<p>Nous abordons aussi d’autres sujets. Pour le moment j’ai fait les 5 les
|
||
plus faciles en quelque sorte. Disons ceux avec qui je n’ai aucun
|
||
problème humain ou de gestion. Pour certain, ça va être plus dur à
|
||
passer je pense. J’espère pouvoir voir tout le monde rapidement.</p>
|
||
|
||
<p>Ensuite, deux élèves nous ont présentés du code
|
||
<a href="https://www.python.org">Python</a> dans le contexte de la librairie
|
||
<a href="http://www.pygame.org/">PyGames</a>. Très amusant pour la peine. Faut-il
|
||
traiter plus de jeux pour intresser ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 51</h1>
|
||
|
||
<time>19 Novembre 2014</time>
|
||
<p>Ce matin, retard encore, mais nous démarrons un Kata Morpion en
|
||
<a href="https://ruby-lang.org">Ruby</a> à 10h45.</p>
|
||
|
||
<p>Avec une presque nouvelle équipe de 5 (c’est un max finalement), nous
|
||
partons donc sur une nouvelle façon de mettre en oeuvre ce kata morpion
|
||
en Ruby: avec beaucoup plus d’objet. Un objet Morpion qui gère la grille
|
||
et permet de savoir si un joueur est gagnant… Très intéressant car nous
|
||
revoyons les objets, les attributs et des principes de base.</p>
|
||
|
||
<p>L’après midi est utilisée pour faire les entretiens individuels. J’en ai
|
||
vu encore 5. Il me reste encore 11 personnes à voir.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 52</h1>
|
||
|
||
<time>20 Novembre 2014</time>
|
||
<p>Démo ce matin. Très peu d’équipes ont vraiment livré quelque chose.
|
||
Est-ce parce qu’ils savaient que je voulais changer la façon de faire ?
|
||
Je leur explique ensuite comment ça va se passer pour eux maintenant:</p>
|
||
|
||
<ul>
|
||
<li>Formation d’une paire</li>
|
||
<li>Sélection d’un ticket</li>
|
||
<li>Une fois fini: présentation.</li>
|
||
</ul>
|
||
|
||
<p>Définition du fini :</p>
|
||
|
||
<ul>
|
||
<li>marre de travailler ensemble, mais nous pouvons au moins présenter
|
||
un bout de code</li>
|
||
<li>nous pensons avoir fini (bug fixé, feature livrée,
|
||
présentation prête)</li>
|
||
<li>nous n’y arrivons pas : présentation du code ou de ce que nous
|
||
avons appris.</li>
|
||
</ul>
|
||
|
||
<p>De mon coté, il me faut :</p>
|
||
|
||
<ul>
|
||
<li>sélectionner des tickets,</li>
|
||
<li>sélectionner des sujets,</li>
|
||
<li>suivre les tickets (pastille sur chaque post-it chaque jour)</li>
|
||
</ul>
|
||
|
||
<p>Simplification de l’agenda rotatif : une semaine seulement, journée type
|
||
affichée à côté. Nous n’affichons que les exceptions dans le planning.</p>
|
||
|
||
<p>J’espère que ça redonnera la motivation à ceux qui l’on perdu, en tout
|
||
cas, ça devrait donner plus de rythme.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 53</h1>
|
||
|
||
<time>21 Novembre 2014</time>
|
||
<p>Encore une fois, pas grand monde à 10h… Nous attendons un peu. Nous
|
||
faisons finalement la rétrospective. Je vais faire un email pour
|
||
prévenir des nouvelles règles du jeu: après 10h30, si pas prévenu du
|
||
retard, pas la peine de venir, si un vendredi absent sans avoir prévenu,
|
||
pas la peine de venir la semaine suivante. A valider avec le staff car
|
||
peut-être que cela peux nous faire perdre des sous de sub ?</p>
|
||
|
||
<p>Ensuite, je les laissent faire du contenu et de la relecture, mais ni
|
||
Laure ni Mathilde ne sont là en fin de matinée. La reprise sera pour le
|
||
début d’après-midi.</p>
|
||
|
||
<p>Je profite de cette après midi pour faire passer quelques entretiens de
|
||
plus. Il m’en reste 7.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 54</h1>
|
||
|
||
<time>24 Novembre 2014</time>
|
||
<p>Ce matin, un peu plus de monde que d’habitude. Le petit mail un peu
|
||
sévère a eu de l’effet. Par contre, je n’applique pas ce que j’ai dit
|
||
que je ferais. Je ne renvoie pas les élèves chez eux s’ils arrivent en
|
||
retard sans prévenir. Par contre je ne fais signer les feuilles qu’à 10h
|
||
puis à 14h. Nous verrons bien.</p>
|
||
|
||
<p>Rappel sur le planning de la semaine, mercredi nous serons lAg[ile Tour
|
||
Paris ](<a href="http://at2014.agiletour.org/fr/paris.html">http://at2014.agiletour.org/fr/paris.html</a>)</p>
|
||
|
||
<p>Kata
|
||
[JavaScript](<a href="https://developer.mozilla.org/fr/docs/Web/JavaScript">https://developer.mozilla.org/fr/docs/Web/JavaScript</a>) sur
|
||
un automate pour rendre la monnaie. Cest un peu laborieux, effet du
|
||
lundi ? [Mais nous abordons des
|
||
su](<a href="https://fr.wikipedia.org/wiki/Code_smell)jets">https://fr.wikipedia.org/wiki/Code_smell)jets</a> intressants autour
|
||
des mauvaises ordeurs de code. Les deux sessions sont sur le mme sujet,
|
||
nous reprenons le code. Faire cela chaque fois pour voir plus de choses
|
||
diffrentes ?</p>
|
||
|
||
<p>Aprs le repas, point avec les lves, en mode sta[nd-up meeting.
|
||
T](<a href="https://en.wikipedia.org/wiki/Stand-up_meeting)iens">https://en.wikipedia.org/wiki/Stand-up_meeting)iens</a>, cest pas mal,
|
||
mais eux taient assis, le refaire en leur demdandant dtre debout ? Je
|
||
fais signer la feuille de prsence. Je lai laiss passer cette aprs-midi,
|
||
je devrais peut-tre la suivre pour pas que certains signent pour la
|
||
journe complte.</p>
|
||
|
||
<p>Je les laisse travailler sur leurs sujets. Je pense que certains sont dj
|
||
prts mais nose pas le dire Esprons que demain a sera autrement. Grosse
|
||
runion dquipe avec le staff (1h30), cumul un peu de retard aprs le repas
|
||
et paf, nous voil rendus linvit du jour : Stphanie Ouillon,[ team
|
||
scurit
|
||
mobi](<a href="http://www.duchess-france[.org/ro](https://www.mozilla.org/en-US/)lemodel/stephanie-ouillon/)le">http://www.duchess-france[.org/ro](https://www.mozilla.org/en-US/)lemodel/stephanie-ouillon/)le</a>
|
||
chez Mozilla. Super intressant comme sujet. Bien sr, le sujet drive sur
|
||
la place des femmes dans lIT.</p>
|
||
|
||
<p>Bon feeling du groupe en général. J’espère que ça va continuer.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 55"</h1>
|
||
|
||
<time>25 Novembre 2014</time>
|
||
<p>Ce matin entretien. En dbut daprs midi prsentation, une premire sur un
|
||
bug sur Activ[eRecord, un
|
||
](<a href="http://api.rubyonrails.org/classes/ActiveRecord.html)peu">http://api.rubyonrails.org/classes/ActiveRecord.html)peu</a> dur, nous
|
||
parlons un peu de transactionnel (soucis pour comprendre le[ bug et
|
||
s](<a href="https://www.mercurial-scm.org/)on">https://www.mercurial-scm.org/)on</a> contexte). Puis rapide prsentation
|
||
de Mercurial. Petit coup de main sur les maillers et la journe termine
|
||
sur un apro FOAD.</p>
|
||
|
||
<p>Journée chargée, courte, avec pas grand chose à raconter.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 56</h1>
|
||
|
||
<time>26 Novembre 2014</time>
|
||
<p>Journée à l’Agile Tour Paris. Quelques déceptions, beaucoup de
|
||
conférences tournent à la vente de produit. Dommage.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 57</h1>
|
||
|
||
<time>27 Novembre 2014</time>
|
||
<p>Ce matin, rendez-vous Société Générale dans les locaux, nous sommes
|
||
repoussé un peu plus loin. L’activité démarre en retard. Après un petit
|
||
point vers 11h, j’enchaîne sur un entretien.</p>
|
||
|
||
<p>Je passe un peu de temps ensuite à ajouter des tickets dans la liste. Il
|
||
faut que j’en prévois plus le vendredi. J’espère aussi que les binômes
|
||
vont tourner comme il faut.</p>
|
||
|
||
<p>Ensuite, je fais un peu d’administratif…</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 58</h1>
|
||
|
||
<time>28 Novembre 2014</time>
|
||
<p>Rétro ce matin. Quelques retardataires, mais ils préviennent, nous les
|
||
attendons. Les points que j’ai relevés sont:</p>
|
||
|
||
<ul>
|
||
<li>Agile Tour Paris: bof. Beaucoup de truc pas très intéressants, mais
|
||
nous avons quand même appris des choses, ça fait du bien de sortir
|
||
quand même.</li>
|
||
<li>Toujours un peu brouillon. Proposition d’un projet fil rouge pour
|
||
structurer l’information autour d’un projet. Les élèves (présent
|
||
et distant) pourraient faire des pull request sur des sujets pour
|
||
que nous puissions discuter de chaque proposition. Pour rester dans
|
||
le multilangage, peut-être proposer un fil rouge en rails et un en
|
||
<a href="https://www.python.org">Python</a> ? Peut-être que les projets pour
|
||
les deux clients ecoDesignFablab et Acacias pourrait être ceux là ?</li>
|
||
<li>Encore des cafards</li>
|
||
<li>Cool le nouveau format, genre enquête sur des bugs</li>
|
||
<li>Aimerais devenir plus fort en refactoring => Ajout de tickets
|
||
pointant sur des fichiers qui ncessiterais un refactoring. Un outil
|
||
la co[de climate m](<a href="https://codeclimate.com/)ais">https://codeclimate.com/)ais</a> pour plus de
|
||
langage serait intressant.</li>
|
||
<li>Intervenantes extérieures super</li>
|
||
</ul>
|
||
|
||
<p>J’ai également vu encore 3 élèves en entretien individuel. Il me manque
|
||
encore 2 pour avoir fait le tour. J’essayerais de le faire avant Noël.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 59</h1>
|
||
|
||
<time>1 Décembre 2014</time>
|
||
<p>Surprise en arrivant, une dizaine de personnes sont là. Il y a aussi
|
||
Frankie, qui vient pour la semaine. Je n’ai pas trop compris l’histoire
|
||
de pourquoi et comment il est là, comme d’habitude.</p>
|
||
|
||
<p>Nous faisons ce matin un kata en <a href="https://ruby-lang.org">Ruby</a>. Vu les
|
||
esprits un peu embrumés, je propose Lags et RomanToNumber avec RSpec.
|
||
Très intressant d’aborder RSpec. Mais il manque toujours le déclic pour
|
||
avancer. Après la pause, toujours pas plus vivace, je prend le clavier
|
||
pour un kata jeu de la vie. Je ne l’ai jamais fait, c’est l’occasion.
|
||
C’est un krata, le chemin n’est pas clair. Arrêt sans avoir fini. Des
|
||
pistes intéressantes autour de la manipulation d’objet. Mais embrouille
|
||
entre la grille et les cellules. À revoir.</p>
|
||
|
||
<p>L’après-midi, visite de l’<a href="http://ecodesignfablab.org/">écodesign
|
||
fablab</a>, du coup je rate le skype sur
|
||
<a href="https://www.edx.org/">EDX</a>, j’avais zapé. Mais la mise au point avec
|
||
l’<a href="http://www.apedec.org/">Apedec</a> est intéressante. Certains élèves
|
||
sont parti pour préparer les stands des
|
||
<a href="http://www.apidays.io/">APIDays</a>.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 6</h1>
|
||
|
||
<time>15 Septembre 2014</time>
|
||
<p>Je suis en retard ce matin. Mais chacun travaillait sur son sujet de
|
||
groupe ou sur une lecture de code.</p>
|
||
|
||
<p>Après la réunion d’équipe, petit tour de l’équipe pour présenter une
|
||
nouvelle élève qui prend la place de celui qui ne venait plus (dont nous
|
||
n’avons toujours pas de nouvelle). Rappel sur le fonctionnement, sur le
|
||
fait que tous n’ont pas le même niveau et que c’est normal.</p>
|
||
|
||
<p>Je n’ai pas fait d’entrevue one-one aujourd’hui (dommage, j’avais un
|
||
créneau). Il faut que je continue.</p>
|
||
|
||
<p>Certains élèves essaient d’installer Linux en dual boot.</p>
|
||
|
||
<p>La présentation sur les langages a été l’occasion de parler un peu code.
|
||
Le point était très intéressant et bien fait. Ensuite, deux élèves nous
|
||
ont parlé du code source qu’ils devaient lire.</p>
|
||
|
||
<p>Cette présentation et celle d’avant ont clairement montré que certains
|
||
ont des difficultés. Il faut les rassurer, ré-expliquer, trouver les
|
||
métaphores pour faciliter la compréhension…</p>
|
||
|
||
<p>Un lve a abord l’apprentissage de syntaxe et l’apprentissage via les
|
||
tuto en ligne, en demandant si je voulais qu’ils en fassent ou pas. Je
|
||
leurs aie expliqué que pour moi l’important n’est pas d’apprendre une
|
||
syntaxe, mais de prendre le bon comportement, d’avoir la bonne
|
||
curiosité, les bons réflexes, que les syntaxes changent, en plus d’être
|
||
différentes de langages en langages. En rentrant chez lui, il a fait suivre ce
|
||
lien la liste : <a href="http://learnxinyminutes.com/">LearnXInYMinutes</a> (Ce site
|
||
illustre très bien mon propos je trouve :-)).</p>
|
||
|
||
<p>Demain, du code.</p>
|
||
|
||
<p>J’ai oublié de faire signer les émargements.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 60</h1>
|
||
|
||
<time>2 Décembre 2014</time>
|
||
<p>Élèves aux APIDays.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 61</h1>
|
||
|
||
<time>3 Décembre 2014</time>
|
||
<p>Élèves aux APIDays.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 62</h1>
|
||
|
||
<time>4 Décembre 2014</time>
|
||
<p>Pas beaucoup de motiv ce matin pour un dojo, effet APIDays ? Deux lves
|
||
sont ok. Elles se lancent sur un sujet : faire un outil de censure.
|
||
Amusant. On voque les DSL[,
|
||
on](<a href="https://en.wikipedia.org/wiki/Domain-specific_language">https://en.wikipedia.org/wiki/Domain-specific_language</a>) essaie en
|
||
deuxime partie den faire un, mais quand cest non prpar cest un peu une
|
||
horreur Nous revenons ensuite sur le script de censure. Un point
|
||
intressant de ce sujet cest de faire jouer un gnrateur alatoire pour
|
||
faire les caractres de remplacement.</p>
|
||
|
||
<p>Faut-il faire des exercices de détection de code smell ?</p>
|
||
|
||
<p>Nous écourtons les présentations car l’invité arrive pour leur parler de
|
||
son parcour.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 63</h1>
|
||
|
||
<time>5 Décembre 2014</time>
|
||
<p>Retrospective ce matin. Certains on envie de mieux situer leur niveau
|
||
par rapport aux autres. Il y a des demandes de changements de formats du
|
||
dojo (qui finalement se transforme en une meilleur préparation pour
|
||
faire le dojo).</p>
|
||
|
||
<p>Aprs discution, je vais galement leur faire faire une journe sur
|
||
Yos[ethegame. Ch](<a href="http://yosethegame.com/)acun">http://yosethegame.com/)acun</a> pourra communiquer ou
|
||
pas sa note Je dois galeme[nt travai](<a href="https://www.duolingo.com/)ller">https://www.duolingo.com/)ller</a>
|
||
sur un duolinguo du code pour voir. Mais l jai du code faire.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 64</h1>
|
||
|
||
<time>8 Décembre 2014</time>
|
||
<p>La Poste en masse dans le local de Montreuil, du coup nous sommes
|
||
envoyés sans internet ni chauffage à L’Archipel. Nous en profitons pour
|
||
faire des révisions. Questions ouvertes, puis, point par point, nous
|
||
travaillons dessus ensemble.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 65</h1>
|
||
|
||
<time>9 Décembre 2014</time>
|
||
<p>Rvisions encore aujourdhui. Nous attaquons par un gros morceau :
|
||
Parseur. Jutilise souvent ce mot apparement. Cest normal, tout est
|
||
parseur Nous regardons dans un cas concret : faire un gnrateur de CSS
|
||
pa[rti](<a href="https://fr.wikipedia.org/w[iki/](http://le[sscs](http://lesscss.org/)s.org/)Feuilles_de_style_en_cascade)r">https://fr.wikipedia.org/w[iki/](http://le[sscs](http://lesscss.org/)s.org/)Feuilles_de_style_en_cascade)r</a>
|
||
de less (un moteur LESS, un parser LESS :-)).</p>
|
||
|
||
<p>Le singleton. Un élément de design pattern de moins en moins utilisé. Je
|
||
montre quand même un exemple avec un fichier de configuration en XML et
|
||
un object configurator en <a href="https://ruby-lang.org">Ruby</a>. Ça n’a pas de
|
||
sens, mais c’est pour l’exemple :-)</p>
|
||
|
||
<p>Ensuite nous abordons des notions de render dans Ra[ils.
|
||
](<a href="http://rubyonrails.org/)Le">http://rubyonrails.org/)Le</a> contrlleur puis les vues partielles.</p>
|
||
|
||
<p>Nous faisons un ajout de fonctionnalit dans Acacias en permettant
|
||
duploader une photo pour montrer comment faire. Certains simpatientent
|
||
et souhaitent coder Et bien ils seront servis : le jeu de la vie en Go
|
||
:[-)](<a href="https://golang.org/">https://golang.org/</a>). Nous rencontrons beaucoup de difficults
|
||
dfinir la faon de traiter le problme : juste en manipulant un tableau de
|
||
cellules (cest trs objet), ou en manipulant uniquement la grille (dans
|
||
un style fonctionnel). Jai limpression que la grille serait plus simple
|
||
dans cette situation, mais nayant pas russi manipuler un tableau de
|
||
tableaux, nous avons chang de direction en cours de route.</p>
|
||
|
||
<p>J’aimerais mettre mon journal dans un fichier unique doc sur le drive,
|
||
comment faire ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 66</h1>
|
||
|
||
<time>10 Décembre 2014</time>
|
||
<p>Nouveau format pour le dojo, suite à la discussion de vendredi pendant
|
||
la rétrospective. A 10h, proposition de sujets par les élèves, vote,
|
||
puis 1h pour préparer. A 11h, une équipe commence à coder dessus, puis à
|
||
12h on change d’équipe, potentiellement on repart à zéro ?</p>
|
||
|
||
<p>Au final, ce matin, 4 personnes prsentent 10h, dont 3 qui ne participe
|
||
pas souvent au Dojo, donc la premire arrive annonce son sujet : faire un
|
||
kata[garros en
|
||
](h[ttp:/](<a href="http://rspec.info/)/codingdojo.org/kata/Tennis/)RSpec">http://rspec.info/)/codingdojo.org/kata/Tennis/)RSpec</a>.
|
||
Cest celui retenu. Prparation sans moi comme convenu, puis une premire
|
||
quipe (celle habitue des dojos finalement arrive) montre ce quils ont
|
||
prpar. Des difficults, mais a avance. A 12h cest moi qui prend le
|
||
clavier pour nettoyer lorientation, puis je laisse nouveau le clavier un
|
||
autre binme. Mais nous navons pas organis de rotation.</p>
|
||
|
||
<p>Peut-être ne faut-il pas faire de randori ?</p>
|
||
|
||
<p>Cette après midi, ils travaillent sur leur ticket.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 67"</h1>
|
||
|
||
<time>11 Décembre 2014</time>
|
||
<p>Encore moins de monde ce matin pour choisir le sujet, du coup j’impose
|
||
Lags en <a href="https://www.python.org">Python</a>. Est-ce qu’il y a un soucis
|
||
avec ce format ? À suivre demain en rétrospective.</p>
|
||
|
||
<p>Des difficultés durant le kata, je fini par prendre le clavier pour
|
||
avancer. Est-ce que je devrais ? Ne faudrait-il pas plutôt commencer
|
||
ensemble, échanger sur les possibles pistes, les laisser ensuite essayer
|
||
d’avancer, puis débriefer ?</p>
|
||
|
||
<p>Prsentation de F[orem,](<a href="https://github.com/rubysherpas/forem">https://github.com/rubysherpas/forem</a>) install
|
||
dans Simplonline. Des difficults, mais une grosse partie du job t fait !
|
||
Il faut faire le style et voir la gestion des divers utilisateurs.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 68</h1>
|
||
|
||
<time>12 Décembre 2014</time>
|
||
<p>Rétrospective ce matin. Les élèves m’ont demandés de participer moi
|
||
aussi à la retrospective. C’était intéressant car effectivement, soit je
|
||
devais en sortir, soit je devais y participer.</p>
|
||
|
||
<p>Par contre il va falloir gérer un peu mieux la transition.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 69</h1>
|
||
|
||
<time>15 Décembre 2014</time>
|
||
<p>Ce matin, divers rendez-vous extérieurs, du coup je suis en retard. Ils
|
||
ont fait un kata WordChain : passer d’un mot à l’autre en ne changeant
|
||
qu’une lettre à chaque fois, et retourner la liste des mots utilisés.
|
||
Intéressant leur code, mais ils ont bouclé de la mauvaise manière :-)</p>
|
||
|
||
<p>Laprs midi, prsentations et discussions autour du code lcole et des
|
||
outils dcouverts la prsentation chez Microsoft[. Puis,
|
||
n](<a href="https://www.microsoft.com/fr-fr/)ous">https://www.microsoft.com/fr-fr/)ous</a> passons en mode rvision autour
|
||
de diverses questions.</p>
|
||
|
||
<p>Difficile de les faire travailler sur les sujets prédéfinis. Ils
|
||
souhaitent, pour certains travailler sur leurs propre projets. Je laisse
|
||
faire. Je vais travailler avec ceux qui en ont envie. Tant pis pour les
|
||
autres.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 7</h1>
|
||
|
||
<time>16 Septembre 2014</time>
|
||
<p>Code ce matin. Il y a eu des discussions intéressantes et des répétitions
|
||
autour de ce qu’est un test, un programme, comment on exécute tout cela. Et des
|
||
discussions plus poussées autour de l’implémentation.</p>
|
||
|
||
<p>Il y a vraiment beaucoup de monde pour faire un kata : 24. Je sens que nous
|
||
avons tous besoins de travailler en petit groupe.</p>
|
||
|
||
<p>Le côté un peu scolaire de la présentation autour d’un sujet me gêne. Je vais
|
||
leur proposer de faire un autre format pour voir: une discussion autour d’un
|
||
sujet qu’ils préparent s’ils le veulent, chez eux ou sur les heures
|
||
libres/bonus, en mode café du coin. Il faut juste définir une personne pour la
|
||
prise de notes (ou deux ?) pour garder une trace des échanges et pouvoir en
|
||
extraire du contenu pour le vendredi.</p>
|
||
|
||
<p>Certains semblent ronger leurs freins, il faut que je les lance sur du concret.
|
||
le risque c’est de perdre des gens en route. Quelle articulation pour
|
||
travailler sur des pages html par exemple, sans les laisser complètement seuls
|
||
?</p>
|
||
|
||
<p>=> Hangout ? pffff encore du google.</p>
|
||
|
||
<p>Échange autour de irc/hipchat. Andreï m’a mis admin, je vais pouvoir gérer les
|
||
chans, stocker des archives et créer ce qu’il faut pour la FOAD et le groupe.
|
||
Hipchat sera peut-être plus facile d’accès pour les néophytes. Existe-t-il une
|
||
alternative libre ?</p>
|
||
|
||
<p>Stockage de photos et autres fichiers pour la FOAD. En fait c’est le soucis
|
||
drive en version production on va dire. Il pourrait nous manquer de travailler
|
||
en simultané sur les documents, mais en dehors de cela, pas besoin de drive.
|
||
Comment remplacer drive pour la partie saisie simultanée ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 70</h1>
|
||
|
||
<time>16 Décembre 2014</time>
|
||
<p>Je suis resté chez moi aujourd’hui. Les élèves ont fait un kata
|
||
WordChain en <a href="https://ruby-lang.org">Ruby</a> avec RSpec et ont repris le
|
||
how i start Go.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 71</h1>
|
||
|
||
<time>17 Décembre 2014</time>
|
||
<p>Les quelques lves prsents Simplon essaient de faire seuls un kata en Go
|
||
s[eu](<a href="https://golang.org/)ls">https://golang.org/)ls</a>.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 72</h1>
|
||
|
||
<time>18 Décembre 2014</time>
|
||
<p>Le kata du matin à été choisi par un petit groupe, en mode concertation,
|
||
et réalisé dans la foulée… pas vraiment de phase de préparation. Je me
|
||
suis permis d’intervenir pour parler architecture et pour structurer
|
||
leur programme, en rappelant des principes de base de limitation de
|
||
responsabilités. Le format a bien tourné.</p>
|
||
|
||
<p>La présentation d’un fix sur
|
||
<a href="https://github.com/realistschuckle/gohaml">GoHAML</a> assez intressante.</p>
|
||
|
||
<p>Ce soir c’est la fête Simplon…</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 73</h1>
|
||
|
||
<time>19 Décembre 2014</time>
|
||
<p>Peut de monde ce matin à la rétro. Nous parlons beaucoup du format des
|
||
katas et un peu de la structure des tickets pour l’après midi. Les
|
||
conclusions sont :</p>
|
||
|
||
<ul>
|
||
<li>Matin :</li>
|
||
<li>Retour à deux sessions (peut-être le même kata avec une pause).</li>
|
||
<li>Utilisation du même langage toute la semaine (défini par ceux qui
|
||
sont là le lundi matin).</li>
|
||
<li>Isolement dans le bureau du haut si nous sommes moins de 8.</li>
|
||
<li>Sinon, dans l’espace commun, pas d’autres ordi que celui qui permet
|
||
d’écrire du code.</li>
|
||
<li>Pas de chrono, celle qui veut lâcher le clavier le fait, celle qui
|
||
souhaite le prendre le demande.</li>
|
||
<li>Après midi :</li>
|
||
<li>Plus de binôme imposé, mais il est fortement conseillé de travailler
|
||
à plusieurs (affichage du binôme sur le ticket)</li>
|
||
<li>Définition de créneau prioritaire par jour (répartition des élèves
|
||
sur les 4 jours productifs de la semaine)</li>
|
||
<li>Pas rééllement de présentation, plutôt un passage public (pour ceux
|
||
qui le souhaitent) pour parler/travailler/discuter de leur sujet</li>
|
||
<li>Une aide par le biais de propositions</li>
|
||
</ul>
|
||
|
||
<p>Cela laisse une plus grande autonomie pour l’après midi. A voir comment
|
||
nous pourrons utiliser cela pour faire un peu plus de code, faire
|
||
avancer les sujets. J’espère que cela n’isolera pas trop certains qui ne
|
||
participent déjà pas beaucoup…</p>
|
||
|
||
<p>Beaucoup de discussion tournent autour de « On ma dit que… » ou bien des
|
||
choses comme « Certains sont prensent que… ». Il y a des choses à
|
||
désamorcer.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 74</h1>
|
||
|
||
<time>5 Janvier 2015</time>
|
||
<p>C’est la rentrée, nous mettons en place certains changement que nous
|
||
avons décidé lors de la dernière retrospective:</p>
|
||
|
||
<dl>
|
||
<dt>Kata</dt>
|
||
<dd><p>Durant les Katas, nous ne faisons plus de rotation toutes les 5
|
||
minutes, et personnes n’est obligé de venir au clavier (au pire,
|
||
c’est moi qui le prend :-)). Du coup, tout le monde est là pour
|
||
regarder ou presque, Nolan et Damien reste comme d’habitude à
|
||
l’écart… Nous choississons un langage pour la semaine.</p>
|
||
|
||
<p>Pour la reprise, la plupart choisissent
|
||
<a href="https://ruby-lang.org">Ruby</a>, histoire d’y aller doucement. Le
|
||
sujet est choisi en mode plus ou moins concensus (pas de vote), et
|
||
nous partons sur un FizzBuzz avec interface graphique.</p></dd>
|
||
<dt>Projets/Ticket</dt>
|
||
<dd><p>Pour les tickets/projets, beaucoup plus de liberté également:
|
||
priorité à 5 personnes par jour (6 pour le jeudi, il ne reste que 21
|
||
personnes qui suivent la formation 5+5+5+6). Si ils n’ont rien à
|
||
demander/montrer/échanger, c’est libre, la personne qui à une
|
||
question, qui veut montrer quelque chose peut le faire. Il n’est
|
||
plus question de faire des PRESENTATION. L’idée est de permettre à
|
||
chacun de travailler sur un truc qui lui fait plaisir. Je conseil
|
||
quand même de travailler sur des projets opensource. Le nouveau
|
||
tableau c’est: Les élèves avec un projet sur lequel il travail et le
|
||
binôme associé. Plus la liste des élèves prioritaire sur
|
||
chaque jour. Cela permet sur les zone libre de faire des révisions.
|
||
Bien sur je garde un tableau avec des suggestions.</p></dd>
|
||
</dl>
|
||
|
||
<p>Deux élèves m’ont interpellé pour me parler d’un projet de suivi
|
||
d’élèves dans les écoles (collège et primaire). Dommage que je n’ai pas
|
||
pensé à leur dire de parler de cela devant tout le monde plutôt que dans
|
||
un petit coin.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 75</h1>
|
||
|
||
<time>6 Janvier 2015</time>
|
||
<p>Ce matin, un peu de retard au démarrage. Il serait peut-être intéressant
|
||
de regarder Rack ? Première partie toujours un peu laborieuse. Faire un
|
||
setup de projet simple, commencer par un clone ? Pendant la pause, une
|
||
question autour de la requête GET sur le / nous amène à une révision
|
||
d’une heure sur le HTTP, les verbes, le navigateur et le serveur.</p>
|
||
|
||
<p>Après la pause, chacun travail sur ces sujets. Quelques questions autour
|
||
de <a href="http://haml.info/">HAML</a>, puis Chrisophe de PullReview arrive pour
|
||
nous présenter (avec des slides, c’est une première !) sont parcour et
|
||
ce qu’il fait aujourd’hui. Je dois partir tôt, mais il continue par une
|
||
présentation de pullreview. Peut-être que sont utilisation pourrait être
|
||
intéressante, si gratuite sur les projets open source. Les élèves qui
|
||
vont au Paris’rb de ce soir l’accompagnerons normalement…</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 76</h1>
|
||
|
||
<time>7 Janvier 2015</time>
|
||
<p>Ce matin, les partants commençait à regarder un kata lisant des données.
|
||
Je leur ai proposé de faire un Kata appel du 18 juin. Ce kata lit un
|
||
texte pour en apprendre la langue, puis doit être capable de générer un
|
||
autre texte basé sur les probabilités trouvé dans l’analyse. C’est du
|
||
machine learning. Assez intéressant, mais des difficultés à visualiser
|
||
l’algo pour créer le dictionnaire.</p>
|
||
|
||
<p>Cette après midi, des questions autour de design, d’icone et d’emploi.
|
||
Puis Eric Mahé nous à parlé de programmation parallèle. Sujet
|
||
passionant.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 77</h1>
|
||
|
||
<time>8 Janvier 2015</time>
|
||
<p>SlowKata ce matin. Priorité à ceux qui habituellement reste sur le coté,
|
||
sans forcement poser leurs questions. C’est intéressant, nous allons
|
||
doucement, mais ça avance quand même un peu. Kata RomanToNumber avec
|
||
interface graphique.</p>
|
||
|
||
<p>L’après midi, présentation de Docker. Bien faite, avec des exemples. Je
|
||
pense que beaucoup n’ont pas compris, mais je leur signal que ce n’est
|
||
pas très grave. Présentation ensuite sur le langage C. Très intéressant
|
||
(surtout parce que finalement je ne connais pas ce langage :-)). Un
|
||
fizzBuzz avec CUnit :-).</p>
|
||
|
||
<p>Ensuite, nous travaillons à plusieurs sur une application en rails d’un
|
||
élève. Une sorte de blog. Nous nettoyons un peu le code, nous ajoutons
|
||
une ou deux features, et il prend note de certains liens et piste pour
|
||
avancer sur d’autre sujet. Cette partie de mob programming était
|
||
finalement du binômage publique. Dommage ! Comment faire pour que tout
|
||
le monde soit présent ? Est-ce bien ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 78</h1>
|
||
|
||
<time>9 Janvier 2015</time>
|
||
<p>Rétrospective intéressante mais pas de grand changement. Une sorte de
|
||
rendez-vous en début d’après midi pour évoquer ce que chacun fait, les
|
||
besoins en binomes, et faire un petit teaser de ce qu’il va se passer
|
||
l’après midi.</p>
|
||
|
||
<p>Quelques échanges autour de la FOAD, c’est de plus en plus une galère
|
||
pour eux.</p>
|
||
|
||
<p>Le SpeedJobbing d’hier soir, bien qu’autour uniquement de Ruby, à permis
|
||
à certains de se rassurer, de reprendre confiance. Commencer à prendre
|
||
rendez-vous avec des recruteurs pour qu’ils viennent proposer des
|
||
offres.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 79</h1>
|
||
|
||
<time>12 Janvier 2015</time>
|
||
<p>Réunion avec Matodzi, formatrice pour le simplon.co afrique du sud. Elle
|
||
semble faire plutôt du php et ne pas forcement être rodé aux pratiques
|
||
agiles. Sympa, mais peut-être un peu méfiante (normal). Pendant ce
|
||
temps, les élèves, avec un peu de retard, choississent Javascript comme
|
||
langage de la semaine. Il démarre avec un Kata RomanToNumber qui se
|
||
déroule plutôt bien. L’après midi, nous commençons pas un petit point
|
||
sur les envies de chacuns, et nous en profitons pour annoncer (et
|
||
afficher) qui souhaite, ou bien n’est pas contre, avoir un binome pour
|
||
travailler sur son sujet.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 8</h1>
|
||
|
||
<time>15 Septembre 2014</time>
|
||
<p>Petit point autour de l’agenda et des changements autour du flow des journées:</p>
|
||
|
||
<ul>
|
||
<li>Mardi prochain (le 23), normalement visite de Mozinor (attente de
|
||
confirmation et d’une heure).</li>
|
||
<li>Mardi en 8 (le 30) à 11h, normalement visite d’ICI Montreuil (attente de
|
||
confirmation de François).</li>
|
||
</ul>
|
||
|
||
<p>Explication de changement à propos des travaux en groupe: arrêt de la
|
||
présentation en mode exposé pour l’orienter sur une discussion autour d’un
|
||
sujet avec un ou deux scribouillards. La justification: vu que nous allons
|
||
faire du code le reste de la journée (en dehors du début d’après-midi), je
|
||
préfère qu’ils travaillent individuellement, quand ils le veulent, pour
|
||
préparer un sujet. Les sujets seront fixés à l’avance pour un jour précis de
|
||
façon à permettre à chacun de préparer pour celui qu’il veut.</p>
|
||
|
||
<p>Ensuite, nous avons fait deux groupes: ceux qui ont un site (à leur nom ou au
|
||
nom d’un groupe, d’une asso), et ceux qui n’en ont pas. L’idée étant de trouver
|
||
qui sera coach, et qui sera disciple. Ensuite, proposition de faire coder
|
||
devant les autres un des binômes. Deux élèves se lancent. Flop. Je prends la
|
||
place de l’un d’eux. Finalement, ça se transforme en explication autour de HTML
|
||
et CSS. Nous parlons des points principaux, basiques. Un peu trop type cours
|
||
magistral à mon goût, mais peut-être qu’il fallait en passer par là ?</p>
|
||
|
||
<p>Les groupes se forment, et quand j’arrive à 14h, ils sont tous à fond en train
|
||
de coder. Manger à l’extérieur me fait du bien, mais du coup je ne pilote pas
|
||
bien le début d’après-midi. Je les laisse faire, j’ai des choses à faire pour
|
||
le Hipchat sur lequel j’ai maintenant la main. J’invite les élèves.</p>
|
||
|
||
<p>Certains élèves s’entraident et semblent apprécier de le faire. C’est vraiment
|
||
cool. Tous s’éclatent. Une élève a préféré se mettre à part pour faire un
|
||
tutorial html/css: dash assembly. Les autres l’aident, elle me demande aussi de
|
||
temps en temps. C’est déjà ça. Il ne faut pas qu’elle reste coincée. Je me
|
||
demande aussi comment fera-t-elle en groupe et projet imposé ?</p>
|
||
|
||
<p>Mise en place, enfin au moins au mur, d’un planning rotatif sur les 15
|
||
prochains jours. Je ne l’ai pas annoncé à haute voix. Il faudra le faire.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 80</h1>
|
||
|
||
<time>13 Janvier 2015</time>
|
||
<p>Ce matin, beaucoup de retard de la part de certains, et des difficulté à
|
||
trouver un sujet. L’idée viens alors de faire du node. js. Nous
|
||
explorons pendant l’installation les concepts de base. Puis nous nous
|
||
lançons dans la construction d’un site qui afficherais les pire films à
|
||
voir ! Après la mise en place de base, nous explorons l’architecture à
|
||
mettre en place, ce qui nous vaut de grandes discussions, et de nombreux
|
||
échanges/questions. L’après midi, présentation des serveurs
|
||
d’intégration continue avec comme exemple, Jenkins et Travis. Quelques
|
||
échanges et pistes pour travailler sur du refactoring dans Publify (un
|
||
sur le notification mailer, et un sur le base helper). Nous n’étions pas
|
||
beaucoup aujourd’hui. Les élèves ET le monde. Dans le local il y avait
|
||
du calme et du silence, c’était vraiment très appréciable ! Par contre
|
||
ce matin, Erwan est venu me demander s’il pouvait venir dans le local
|
||
avec une 20aine de personnes d’une association d’insertion, pour leur
|
||
montrer l’occulus et l’imprimante 3d, et au final, il c’est fait
|
||
déborder et ils sont tous venu nous regarder, comme au ZOO. C’était une
|
||
sensation assez désagréable.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 81</h1>
|
||
|
||
<time>14 Janvier 2015</time>
|
||
<p>Le kata de ce matin: slow kata. Nous discutons beaucoup autour de la
|
||
problématique de smell code. La capacité à sentir le code dois être
|
||
traviallé, afiné. Beaucoup plus de monde aujourd’hui dans le local,
|
||
c’étais vraiment moins bien car beaucoup plus bruillant. La nouvelle
|
||
configuration par contre permet un peu plus d’intimité pour le groupe
|
||
qui souhaite travailler avec le vidéo proj. Très envie de tester
|
||
certaines chose avec 2 vidéo proj. Certains visiteurs viennent (SAP je
|
||
crois ?) et prennent des photos du code… Cela donne vraiment
|
||
l’impression d’être dans une vitrine façon Amsterdam. Ce matin, une
|
||
journaliste, sortie de nulle part, même pas dans l’agenda, trainais dans
|
||
le local, alors que tous était en réunion d’équipe dans le bocal… Je
|
||
pense avoir été très froid, mais bon. Etre prévenu serais le minimum.
|
||
C’est le retour du tier lieux ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 82</h1>
|
||
|
||
<time>15 Janvier 2015</time>
|
||
<p>Kata Slow sur un des exercice de exercism, Bob, le premier pour
|
||
javascript. C’est un bonne outils, mais les tests sont déjà écrit.
|
||
Comment transmettre le gout et la méthode pour écrire des tests ? Encore
|
||
des visiteurs avec des personnes qui prennent des photos sans demander…
|
||
Après midi bruillante, un peu chiant. Faut-il les pousser à réaliser des
|
||
projets utilisant les technos choisi pour les katas de la semaine ? Dans
|
||
ce cas, il faudrais surement prolonger. Une semaine c’est court pour
|
||
réaliser certains projets et/ou certaines participations.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 83</h1>
|
||
|
||
<time>19 Janvier 2015</time>
|
||
<p>Peu de monde arrivé à l’heure encore une fois. Comment faire pour que
|
||
tout le monde soit présent à 10h ? Difficulté à trouver un sujet de
|
||
Kata… Pendant la pause, j’entame une gestion administrative pour les
|
||
dossiers de transports en commun, ça déborde si bien que je ne donne pas
|
||
beaucoup d’aide sur la deuxième partie du kata. Peut-être devrais-je
|
||
prévoir un crénau pour cette gestion adminstrative ? Le mieux serais
|
||
surement d’en faire un maximum avant le début des courts. L’après midi,
|
||
Présentation de PHP sous deux forme: l’une faite par un élève, l’autre
|
||
par Matodzi, la formatrice Afrique du Sud. La deuxième est du coup un
|
||
peu plus poussé, mais c’est toujours “à la php”, c’est à dire phpMyAdmin
|
||
pour gérer la base de donnée, et apache comme serveur web. Php n’évolue
|
||
pas vraiment en terme d’outil. L’invité du soir permet de parler des
|
||
boites de services, de java, de la notion de client et de gestion de
|
||
carrière. Je continue mon journal ici car je ne crois pas avoir eu de
|
||
nouvelle par rapport aux journaux des élèves…</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 84</h1>
|
||
|
||
<time>20 Janvier 2015</time>
|
||
<p>Kata étrange ce matin, plutôt une sorte de mobProgramming session.
|
||
Besoins de cas concret ? Surement. Quel est le but d’un kata ? Visite
|
||
d’un consultant freelance sur OpenERP. Il improvise une présentation
|
||
d’OpenERP (Odoo) plutôt intéressante. Je part à l’Agile Open France pour
|
||
3 jours, comment vont se passer ces journées ?</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 85</h1>
|
||
|
||
<time>21 Janvier 2015</time>
|
||
<p>Je suis en congé, mais les élèves semble avancé. Le hic c’est que tous
|
||
ne sont pas venus. Mais ceux qui sont là font des choses ensemble. Gros
|
||
problème de bruit apparement (habituellement, je gueule et obtient un
|
||
peu de reduction de volume).</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 86</h1>
|
||
|
||
<time>22 Janvier 2015</time>
|
||
<p>Encore une journée de congé. Certains sont venu coder ce matin, mais
|
||
d’autre attende l’après midi pour aller au remixjob days. Simplon tiens
|
||
un stand, et les élèves cherche un taf :-)</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 87</h1>
|
||
|
||
<time>23 Janvier 2015</time>
|
||
<p>Jour de congé encore. Ce matin, en retrospective, il y avait apparement
|
||
pas mal de ticket positif ! Quelque reflexion sur la vitesse des
|
||
exercices qui pourrait être piloté par ceux au clavier, encore faut-il
|
||
qu’ils y viennent…</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 88</h1>
|
||
|
||
<time>26 Janvier 2015</time>
|
||
<p>Ce matin, encore beaucoup de personnes en retard, certains ne viendront
|
||
pas (malade ?). Choix du langage et du kata. Après la pause, je
|
||
re-explique ce qu’il c’est passé en première partie. C’est intéressant
|
||
comme façon de faire: Revenir sur un déroulement en refaisant le code.
|
||
Trop de bruit encore aujourd’hui, certains partent car c’est impossible
|
||
de travailler. On me demande de faire un email pour demander un effort à
|
||
chacun. Ce local n’est vraiment pas fait pour donner des cours.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 89</h1>
|
||
|
||
<time>27 Janvier 2015</time>
|
||
<p>2 personnes à 10h. Dur. Est-ce que certains ont abandonné. Le format
|
||
autour de la pratique et de l’autonomie ne conviens pas à tout le monde.
|
||
Faire beaucoup plus attention au recrutement pour ne prendre que des
|
||
personnes à qui ça conviendra. Ou alors il faudrait trouver deux rythme,
|
||
deux déroulé… Deux profs et deux méthodes ? Quelques révisions, sur Git,
|
||
un peu de code en Rails. Difficulté de faire participer tout le monde,
|
||
mais certains essaie. Des personnes viennent en mode à priori improviste
|
||
poru pitché, mais ce n’est vraiment pas le bon moment, l’invité du jour
|
||
arrive. Du coup, je leur demande de revenir le lendemain.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 9</h1>
|
||
|
||
<time>18 Septembre 2014</time>
|
||
<p>Surprise ! il y a une dizaine de personnes des centres sociaux qui font un
|
||
atelier ou je ne sais pas quoi. Du coup explication courte, sans le vidéo-proj.
|
||
L’idée c’est de mettre en perspective ce qu’ils ont découvert hier avec
|
||
html/css. Explication du serveur HTTP, du réseau et du fait qu’un développeur
|
||
simule cette situation sur son poste. Une raison de plus pour utiliser un Unix
|
||
pour développer. Explication de la notion de cache du navigateur, et des deux
|
||
lignes de commandes permettant de lancer un serveur web local à partir d’un
|
||
répertoire.</p>
|
||
|
||
<p>Ils doivent également regarder par eux-mêmes <a href="https://git-scm.com/">git</a> et
|
||
<a href="https://github.com">github</a>. C’est trop. Git aurait suffi je pense dans un
|
||
premier temps.</p>
|
||
|
||
<p>Explications sur le terminal et ses commandes encore. Deuxième round
|
||
d’explications pour les retardataires et parce que certains n’ont pas pu
|
||
entendre ce que je disais avant. Un peu de passage auprès de certains pour
|
||
expliquer en live.</p>
|
||
|
||
<p>Début d’après-midi, on parle du web. C’est un thème très généraliste. Est-ce
|
||
bien nécessaire d’aborder ces sujets de cette manière ? Nous parlons un peu de
|
||
tout: serveur, protocole, sécurité, chiffrement, quantique. Nous replaçons
|
||
aussi les éléments dans leurs environnements (html/css/javascript sur le
|
||
client, les langages de programmation sur le serveur).</p>
|
||
|
||
<p>J’ai abordé les branches, je n’aurais pas dû. Il faut explorer des choses
|
||
simples, des choses justes nécessaires. Les branches ne le sont pas pour
|
||
l’instant…</p>
|
||
|
||
<p>Il restera github pour lundi prochain.</p>
|
||
|
||
<p>Le format explication le matin et mise en pratique l’après midi semble vraiment
|
||
un truc qui a très bien marché pour aborder le HTML/Css. Il aurait été
|
||
intéressant de pouvoir tester de la même manière aujourd’hui.</p>
|
||
|
||
<p>Est-ce que ce format n’est pas indispensable ? Est-ce que les
|
||
<a href="http://codingdojo.org">katas</a> ne devraient pas tre faits dans l’après-midi ?
|
||
Nous verrons quand nous commencerons faire des équipes.</p>
|
||
|
||
<p>Liste des projets potentiels:</p>
|
||
|
||
<ul>
|
||
<li>Le SIRH libre (Contacter fred et voir qui souhaite être le bêta client)</li>
|
||
<li>Le projet Tryton (clone openerp) spécial association (voir avec Catherine
|
||
qui va venir aider à mettre en place un réseau)</li>
|
||
<li>Scratch (regarder le code source, type, langagem difficulté ?)</li>
|
||
<li>Autonomie (app de gestion CAE, prendre contact avec Majerti et Marlène).
|
||
Qu’est-ce que Coopaname utilise ?</li>
|
||
<li>Publify (moteur de publication)</li>
|
||
<li>Site de Simplon’co</li>
|
||
<li>Simplonline</li>
|
||
<li>Gestion élèves (candidature, suivi,…)</li>
|
||
</ul>
|
||
|
||
<p>Trouver des projets dans des technos autres que <a href="https://ruby-lang.org">Ruby</a>
|
||
et <a href="https://www.python.org">Python</a>, pour l’exercice.</p>
|
||
|
||
<p>Un des élèves semble vraiment très facile, très à l’aise… Qu’est-ce qu’il est
|
||
venu chercher ?</p>
|
||
|
||
<p>Soirée surprise, mais logique: je suis embarqué dans les portes ouvertes pour
|
||
répondre aux questions. La plupart parlent de la FOAD ou la présentiel. Laure
|
||
propose de faire une page explicative, voir une interview, une FAQ,… C’est une
|
||
bonne idée, nous verrons demain comment faire.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 90</h1>
|
||
|
||
<time>28 Janvier 2015</time>
|
||
<p>Beaucoup d’absent encore ce matin. Nous attendons un peu. A 10h30,
|
||
finalement nous décidons de commencer. Lentement. C’est intéressant de
|
||
revenir sur des points basique les exercies en mode kata, où l’on repète
|
||
des choses simple sont vraiment très intéressant. Ça permet à chacun de
|
||
revoir des choses acquises, voir les remettre en question. Et pour
|
||
d’autres, ça permet de découvrir des choses qu’ils avaient loupé une
|
||
première fois. Certains peuvent aussi enfin oser poser une question.
|
||
L’après midi, nous attendons les personnes qui doivent pitcher pour un
|
||
hackaton, finalement elles ne viennent pas. Il semblerais que quelqu’un
|
||
du staff leurs a dit de ne pas revenir… Nous revoyons certains notion
|
||
sur les projets, et nous en commençons un de zéro pour un élève qui
|
||
semble ne pas avoir décoler (après 4 mois, dommage). Des élèves de la
|
||
première promo sont apparement missioné pour faire des cours de soutien.
|
||
Mais je ne sais pas quoi leur dire quand ils viennent me demander quoi
|
||
faire et pour qui (n’étant pas vraiment au courant de la demande).</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 91</h1>
|
||
|
||
<time>29 Janvier 2015</time>
|
||
<p>Journée de workshop sur Odoo, 2 consultants sont là pour présenter et
|
||
animer des ateliers sur le sujet. J’en profite pour mettre à jour de la
|
||
paperasse autour des bourses au transport.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 92</h1>
|
||
|
||
<time>30 Janvier 2015</time>
|
||
<p>Rétrospective dans le bocal car il y a une réunion dans la cuisine.
|
||
C’est plutôt intéressant de faire ça dans une salle à part. Il
|
||
manquerais plus que l’on puisse fermer la porte, que l’on enlève la
|
||
table et hop. Quelques échanges intéressant sur le déroulement des
|
||
Katas. L’idée est d’essayer de faire participé plus de monde… Mais
|
||
beaucoup préfère rester dans leur coin. Bref.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 93</h1>
|
||
|
||
<time>2 Février 2015</time>
|
||
<p>Peu de monde à 10h pour la selection du langage. Est-ce que le groupe ne
|
||
serais pas mieux avec 7 +- 2 personnes pour un encadrant ? Le Kata se
|
||
déroule sans précaution particulière pour organiser la rotation, mais ça
|
||
tourne quand même. J’ai fait le setup pour mettre en jambe. Est-ce une
|
||
bonne idée ? Après le repas, certains vont dans le bocal avec des élèves
|
||
de la première promo: Tony, Ben et Rodolphe. Ils vont faire du html avec
|
||
bootstrap apparement. Je l’ai appris par des élèves qui m’en ont parlé…
|
||
Pourquoi ne suis-je pas dans la boucle ? Peut-être déjà un paria ? Le
|
||
principal c’est que chacun puisse repartir avec ce qu’ils souhaitent
|
||
avoir. Nous avons pendant ce temps des échanges autour de l’emploi et
|
||
d’une sorte de carte de compétences. C’est intéressant. Nous parlons
|
||
aussi beaucoup des offres d’emploi et de la façon dont ce déroule des
|
||
entretiens. Il serait intéressant d’imaginer une façon original et
|
||
surtout amusante de construire cette carte.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 94</h1>
|
||
|
||
<time>3 Février 2015</time>
|
||
<p>Ce matin, c’est un de ceux qui se débrouille le mieux qui prend le
|
||
clavier pour commencer… Du coup la mise en place est rapide. Est-ce un
|
||
pattern intéressant de faire commencer ceux qui s’en sortent le mieux ?
|
||
Au moment de demander qui veux le clavier, il se lève, c’est surement le
|
||
meilleur moyen de provoquer une rotation. Des étudiant d’une école
|
||
Strasbourgeoise viennent en visite. J’avais mal saisi qui ils étaient:
|
||
en fait des élèves d’une école d’entreprenariat original hébergé dans
|
||
une école business classique, mais utilisant des pratiques venant d’une
|
||
école Finnoise basé sur la pratique, l’auto gestion et autres idéé. Il
|
||
faudrait les revoirs dans un autre contexte, peut-être aller leurs
|
||
rendre visite ? C’est peut-être une reflexion personnelle. Leur présence
|
||
non organisé deviens un peu n’importe quoi, j’espère que ça ne dérange
|
||
pas trop les élèves. Au moment de refaire comme d’hab, ils parlent entre
|
||
eux et se font reprendre… Nous aurions du expliquer les règles
|
||
peut-être. Faut-il afficher des règles ? Peut-être celles qui se sont
|
||
construite au fur et à mesure.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 95</h1>
|
||
|
||
<time>4 Février 2015</time>
|
||
<p>Toujours peut de monde présent aux Katas, pourtant ceux qui sont assidus
|
||
sont ceux qui s’en sorte le mieux. Certains sont en train de passer des
|
||
entretiens aussi. C’est calme, ça fait du bien, peu de bruit. J’ai pris
|
||
le clavier et la “direction” en fin de deuxième partie… je n’aurais
|
||
peut-être pas du. Cet après midi, cours de HTML/CSS avec Bootstrap pour
|
||
certains, pour les autres nous continuons à débloquer les problèmes. Un
|
||
élève, en privée sur slack me fait des reflexions sur le fait
|
||
qu’apparement j’aurais des «chouchou» et qu’il mérite plus d’attention
|
||
aussi… Pourtant, le matin, tout le monde peut venir, bien au contraire,
|
||
et l’après midi, également, c’est aussi pour cela que nous faisons en
|
||
groupe, pour que tout le monde, ou au moins tout ceux qui le souhaitent,
|
||
puissent bénéficier de la discussion… Je crois que cet élève ne devrait
|
||
pas être ici surtout.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 96</h1>
|
||
|
||
<time>5 Février 2015</time>
|
||
<p>Intéressant de voir comment même la répétition de geste semble prendre
|
||
du temps pour leurs faire prendre conscience de la suite d’étapes à
|
||
mettre en oeuvre pour produire un code fonctionnel. Trouver une nouvelle
|
||
façon d’aiguiller ? Les passages de l’après midi se déroulent assez
|
||
bien, mais il y a toujours un groupe qui ne participe pas… J’espère
|
||
qu’ils travaillent sur les exercice proposé en ratrapage au moins.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 97</h1>
|
||
|
||
<time>6 Février 2015</time>
|
||
<p>Retrospective avec des personnes qui ne sont pas souvent là, c’est
|
||
agréable. Même à distance, certains participe. Pas de grande révolution,
|
||
le format tourne pas mal. Nous évoquons des manques par rapport à
|
||
certains sujet. Faut-il forcer le traitement de certains sujet ? Sur
|
||
quel rythme ? Traitement de tâches administrative l’après midi (dossier
|
||
pôle emploi, fongecif et autres email en souffrance). Quelques échanges
|
||
autour de l’emploi et d’une journée de recrutement organisé par Simplon.
|
||
L’idée est bonne, mais puisqu’il y aura une jonction avec le promo #3,
|
||
je ne participerais pas au démarche d’entreprise. Par contre je serais
|
||
présent pour répondre aux éventuelles questions.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 98</h1>
|
||
|
||
<time>9 Février 2015</time>
|
||
<p>3 personnes ce matin pour décider du langage de la semaine, puis du Kata
|
||
du jour. 2 seulement souhaite participer… Une 4ième personnes arrive à
|
||
10h05. Pourquoi tant de soucis pour venir à 10h ? Certains sont en
|
||
rendez-vous, mais pas tous. Le lieu est trop éloigné du centre de Paris
|
||
? L’après midi s’enchaine, à coup de 30 minutes… Ce format à quelque
|
||
chose de déplaisant… Peut-être le manque de coopération entre eux ? Ils
|
||
prennent, je pense, une petite claque car l’un d’entre eux, un de ceux
|
||
qui s’en sortent vraiment bien, viens de ce faire recaller à un
|
||
entretien… Dur de devenir un dev. J’espère quand même qu’ils trouverons
|
||
une petite place quelque part.</p>
|
||
|
||
|
||
</section>
|
||
|
||
<section>
|
||
<h1>Jour 99</h1>
|
||
|
||
<time>10 Février 2014</time>
|
||
<p>De nouveaux participants au kata ce matin (il n’est jamais trop tard).
|
||
Est-ce lié à la fin de formation qui approche ? Ou bien au retour des
|
||
premier entretien pour un job ? La sélection à l’entrée doit vraiment
|
||
être clair et net. Pas de demi mesure pour pouvoir trouver un boulot de
|
||
dev. Ou il faut faire au contraire beaucoup plus souple, mais dans ce
|
||
cas, ne pas chercher à placer les gens, ne pas mettre en avant
|
||
l’insertion, puisque ça ne peut pas fonctionner. Faut-il mettre l’accent
|
||
sur PHP ? Techno beaucoup plus simple et donc certainement des emplois
|
||
plus facile à trouver/accéder pour des débutants ? Les formats de
|
||
l’après tourne bien, mais c’est vraiment très individuel, ça ne colle
|
||
pas.</p>
|
||
|
||
|
||
</section>
|
||
|
||
</main>
|
||
</html>
|