11 KiB
title, date
| title | date |
|---|---|
| Semaine 01 | 2014-09-08T19:42:05+01:00 |
Semaine 1
Du 8 au 12 septembre 2014.
Jour 1 — Lundi 8 septembre 2014
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.
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 forum ouvert (règle des deux pieds, bourdon, papillons), voire définir des éléments issus des Core Protocols (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.
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.
“Comment faire en sorte que les plus à l’aise soit heureux quand même ?”
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 ?
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.
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é :
- leur avoir envoyé par mail les questions à l’avance,
- les faire travailler par groupe sur les sujets,
- mettre deux groupes par sujets.
Début de communication dans les groupes, échange, découverte de l’autre.
Un élève, à demander à faire/voir du code. Le groupe a apprécié et certains ont confirmé cette envie.
Le moins bien de la journée: le côté j’improvise qui apeut-être fait peur à certains.
Jour 2 — Mardi 9 septembre 2014
Comme demandé, ce matin nous avons fait du code. Puisqu'un des paris c'est: vous donner les clefs que j'utilise aujourd'hui directement, sans passer par toutes les étapes que j'ai vécues, le code de ce matin sera en TDD. Après quelques explications de base autour de cette démarche, nous passons à un Kata FizzBu[zz en TDD en Ruby.
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.
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.
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.
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.
“Comment sortir de google sur ces aspects ?”
Après avoir mangé, création de groupes autour des sujets:
- la chaîne de fabrication du logiciel
- les OS (Systèmes d’exploitation)
- les faits marquants de l’histoire de l’informatique
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.
Ceux sur l’OS semblent avoir appris beaucoup de trucs mais n’arrivent pas à tout exposer.
La chaîne du logiciel est un sujet un peu bof.
Certains me parlent de soucis pendant la matinée sur les échanges et la compréhension. Je l’ai aussi ressenti.
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.
Jour 3 — Mercredi 10 septembre 2014
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](https://github.com/)age 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.
“Comment faire une retranscription pour la FOAD de cet exercice ?”
Dans l’après-midi:
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:
- Les réseaux
- Les acteurs du logiciel
- 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 ?)
- Les licences
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.
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à ?
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.
“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.”
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.
Jour 4 — Jeudi 11 septembre 2014
Point agenda en arrivant. Ça donne de la visibilité, c’est à refaire en mode +7 jours au moins.
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.
Début d’après-midi, je continue les entretiens one-to-one avec les élèves.
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.
“Faut-il définir l’angle ou l’histoire dans l’énoncé ?”
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 ?
“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 ?)”
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.
Jour 5 — Vendredi 12 septembre 2014
Petit point sur mécanisme de la journée (façon rétrospective):
- Intro: bonjour…
- Récolte de données: mettre un ticket dans le tableau pour chaque truc que vous avez appris
- Nous sélectionnons ce que nous aimerions transmettre
- On rédige
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 :
- 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
- 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.
Finalement, nous avons opté pour le Vous.
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 :-)
“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.”
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.
Très agréable de se sentir appuyé/aidé par quelqu’un, dans ce cas : Laure.
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.
Ceci est l'histoire d'une de mes expriences en tant que formateur dans un bootcamp.