Démarrage. Accueil. Discours de bienvenue médiocre, pas structuré. Bonne idée : faire intervenir Erwan (ou un autre co-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 forcment 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é :
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.
Comme demandé, ce matin nous avons fait du code. Puisqu'un des paris c'est: vous donner les clefs que jutilise aujourdhui directement, sans passer par toutes les étapes que jai vécues, le code de ce matin sera en TDD. Aprs 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:
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.
Vu quune des comptences les plus importantes pour un dveloppeur cest la lecture de code (qui reprsente certainement autour de 80% du temps), nous essayons ce matin un exercice de lecture de code. Jai ouvert Github[ la p](https://github.com/)age des projets la mode (srement ceux qui ont reu le plus de marque dintrt, mlang avec une activite dans le code source), ouvert des projets au hasard, puis cliqu 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:
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.
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.
Petit point sur mécanisme de la journée (façon rétrospective):
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 :
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.