Nous avions pr\u00e9vu \u00e9galement une activit\u00e9 d\u00e9connect\u00e9e, mais il y a eu un petit probl\u00e8me technique. Elle aura lieu \u00e0 la prochaine s\u00e9ance.<\/p>\n
J’ajoute aux retours de ce billet quelques pratiques et commentaires sur l’organisation syst\u00e9matique des s\u00e9ances, destin\u00e9s \u00e0 ceux qui me lisent pour avoir des retours sur l’organisation.<\/p>\n
Retours g\u00e9n\u00e9raux<\/h2>\nGestion des comptes<\/h3>\n
Chaque enfant a besoin d’un compte Scratch sur la machine qu’il utilise. Nous aurions pu choisir la version d\u00e9connect\u00e9e, mais l’enregistrement sur les comptes en ligne est beaucoup plus pratique, notamment pour regarder tranquillement a posteriori les r\u00e9alisations. Chaque enfant utilise un ordinateur portable appartenant \u00e0 la MJC (jusqu’ici, il n’y a jamais eu \u00e0 partager un ordinateur pour deux).<\/p>\n
Nous avons d\u00e9cid\u00e9, d\u00e8s le d\u00e9but, de cr\u00e9er 16 comptes num\u00e9rot\u00e9s nous-m\u00eames. Le premier avantage qu’offre cette m\u00e9thode, c’est qu’il n’y a pas besoin de demander aux parents de cr\u00e9er eux-m\u00eames un compte pour leur enfant (ces derniers n’ont pas le droit de le cr\u00e9er eux-m\u00eames). Lorsque les enfants arrivent, tous les ordinateurs sont align\u00e9s et connect\u00e9s \u00e0 l’un de ces comptes, dans l’ordre des ordinateurs (nomade1<\/em>, nomade2<\/em>, nomade3<\/em>, etc). Ils s’installent \u00e0 leur guise sur l’un des ordinateurs, et n’utilisent donc pas toujours le m\u00eame compte. Ne pas associer un compte par enfant permet d’\u00eatre moins contraint par la logistique et d’avoir une organisation moins rigide. \u00c7a permet aussi de ne pas les associer \u00e0 des num\u00e9ros (par principe), et de pr\u00e9parer la salle en n’ayant aucune id\u00e9e de qui seront les absents ou les nouveaux du jour.<\/p>\n Lorsqu’une activit\u00e9 se termine (et donc un projet Scratch par enfant), il faut r\u00e9f\u00e9rencer les projets, notamment pour pouvoir tenir ce blog. Lors des premi\u00e8res s\u00e9ances, je passais sur chaque ordinateur apr\u00e8s la restitution, je leur faisais cliquer sur \u00ab Partager \u00bb et je notais sur un bout de papier le num\u00e9ro du projet dans la barre d’adresse du navigateur associ\u00e9 au pr\u00e9nom de l’enfant, apr\u00e8s la restitution. Apr\u00e8s la s\u00e9ance, j’allais sur chacun des projets, en \u00e9tant connect\u00e9 \u00e0 un compte sp\u00e9cial de la MJC et je les remixais tous dans ce compte. Je changeais \u00e9galement le nom des projets pour leur associer le nom de l’enfant, la s\u00e9ance et l’activit\u00e9 correspondante. Remixer le projet dans un compte tiers est important, pour s’assurer qu’ils n’\u00e9voluent plus et que, notamment, les commentaires que je fais dans ce blog soient toujours en ad\u00e9quation avec le projet li\u00e9. Au bout de quelques s\u00e9ances, j’ai constat\u00e9 que cette m\u00e9thode \u00e9tait r\u00e9ellement fastidieuse, d’autant plus avec le nombre d’enfants qui augmente. La nouvelle strat\u00e9gie, qui semble beaucoup plus acceptable, est de demander aux enfants de mettre eux-m\u00eame leur pr\u00e9nom dans le titre du projet et de cliquer sur \u00ab Partager \u00bb, au moment de la restitution. Ensuite je note simplement simplement le nombre d’enfants ce jour-l\u00e0, et je peux parcourir tous les projets pour les remixer, simplement en passant d’un compte \u00e0 l’autre avec une adresse du type -http:\/\/scratch.mit.edu\/users\/nomadeX<\/b><\/em> qui permet de consulter les projets partag\u00e9s.<\/p>\n Cette m\u00e9thode semble efficace, mais elle devra \u00eatre l\u00e9g\u00e8rement revue lorsque les enfants auront des projets qui chevauchent plusieurs s\u00e9ances.<\/p>\n D\u00e8s le d\u00e9but du projet, et notamment en nous appuyant sur la m\u00e9thode Scratch, nous avons convenu que chaque s\u00e9ance ferait l’objet d’un temps de restitution final. Ainsi, lorsque le temps imparti pour une activit\u00e9 est \u00e9coul\u00e9, nous demandons \u00e0 tous les enfants de s’arr\u00eater et de se r\u00e9unir autour d’un seul ordinateur. L’utilisateur de ce dernier a d\u00e8s lors pour charge de pr\u00e9senter son travail \u00e0 tout le monde. Les autres enfants doivent critiquer, positivement ou n\u00e9gativement, mais imp\u00e9rativement en prenant soin d’argumenter. Nous passons ensuite tous au second ordinateur pour le second enfant, et ainsi de suite.<\/p>\n Ces temps de restitution, qui sont cens\u00e9s \u00eatre d\u00e9di\u00e9s \u00e0 la r\u00e9flexion et \u00e0 la prise de recul vis-\u00e0-vis des projets, sont parfois compliqu\u00e9s \u00e0 g\u00e9rer. Nous n’avons pas encore trouv\u00e9 la solution id\u00e9ale, mais nous constatons qu’il est dificile de r\u00e9unir une dizaine d’enfants et de leur demander de :<\/p>\n Avec une dizaine d’enfants et tous les d\u00e9placements engendr\u00e9s, ces temps sont aussi plus longs que pr\u00e9vus. Nicolas et moi-m\u00eame constatons qu’ils sont \u00e9galement \u00e9prouvants pour nous, tant il est difficile de contenir l’excitation de tous ces jeunes cr\u00e9ateurs. Nous travaillons donc \u00e0 trouver une formule qui puisse mieux convenir \u00e0 terme, pour que tout le monde y trouve son compte, sans pour autant perdre de vue les 3 objectifs formul\u00e9s ci-avant, qui restent tr\u00e8s int\u00e9ressants \u00e0 d\u00e9velopper.<\/p>\n Un seul d\u00e9tail am\u00e9liore d\u00e9j\u00e0 grandement les restitutions : faire pr\u00e9senter les projets via la page de projet (et non la page d’\u00e9dition), en plein \u00e9cran. Cette m\u00e9thode nous permet de leur interdire plus facilement d’aller cliquer partout durant leur restitution, et de faire \u00e9voluer leurs projets pendant qu’ils parlent ou en fonction des remarques de leurs camarades (chaque chose en son temps). Le second b\u00e9n\u00e9fice de cette m\u00e9thode est qu’ils n’ont pas d’acc\u00e8s au code, ni au d\u00e9placement manuel des lutins. Ce qui est une solution pour aider \u00e0 faire \u00e9voluer une partie des constats qui sont pr\u00e9sent\u00e9s dans la section suivante.<\/p>\n Nous constatons \u00e9galement que ces temps de restitution sont tr\u00e8s efficaces pour propager les nouveaut\u00e9s : il a suffit d’un seul enfant \u00e0 la s\u00e9ance pr\u00e9c\u00e9dente qui a tent\u00e9 de faire de la communication par messages, et nous nous sommes retrouv\u00e9s avec plusieurs d’entre eux qui l’ont fait \u00e0 la fin de cette s\u00e9ance-ci. Idem pour les id\u00e9es comme les lutins qui servent \u00e0 augmenter le fond de la sc\u00e8ne. Les enfants se copient, et, dans ce contexte, c’est une excellente chose.<\/p>\n Je constate, pour l’instant, qu’il y a une difficult\u00e9 qui est particuli\u00e8rement r\u00e9curente et commune \u00e0 tous les enfants.<\/p>\n Elle concerne l’initialisation. Scratch a un comportement \u00e9trange pour l’initialisation d’un programme, puisqu’il garde tous les \u00e9tats (hormis les modifications graphiques sur les lutins) d’un d\u00e9marrage \u00e0 l’autre de l’application. Prenons l’exemple d’un projet Scratch, avec un lutin qui est en haut \u00e0 gauche de la sc\u00e8ne lorsqu’on ouvre la page du projet. Lorsqu’on d\u00e9clenche le programme, ce dernier fait en sorte qu’il se d\u00e9place en bas \u00e0 droite. Si j’arr\u00eate le programme et que je le relance, il restera en bas \u00e0 droite. Par cons\u00e9quent, on se retrouve avec un lutin au mauvais endroit, et donc avec un programme qui ne fait plus rien (si tant est que sa seule action soit de d\u00e9placer ce lutin en bas \u00e0 droite).<\/p>\n Pour r\u00e9gler ce probl\u00e8me, il faut donc prendre soin d’initialiser son programme \u00e0 son d\u00e9marrage, notamment en positionnant le lutin syst\u00e9matiquement en haut \u00e0 gauche. En tant que d\u00e9veloppeur, j’admets que cette fa\u00e7on de faire de Scratch m’a \u00e9galement d\u00e9concert\u00e9 lors de ma premi\u00e8re approche. La premi\u00e8re ex\u00e9cution b\u00e9n\u00e9ficie du positionnement initial de tous les \u00e9l\u00e9ments (configur\u00e9s \u00e0 la main directement sur la sc\u00e8ne), mais pour toutes les suivantes, il faut programmer la sc\u00e8ne initiale.<\/p>\n Pour les enfants, qui sont habitu\u00e9s \u00e0 ne travailler que dans la page d’\u00e9dition du projet, la solution est simple. \u00c0 chaque fois que le programme a \u00e9t\u00e9 ex\u00e9cut\u00e9, ils red\u00e9placent chaque lutin \u00e0 la main, dans la sc\u00e8ne, avant de la relancer. Une pratique qui se propage (notamment gr\u00e2ce \u00e0 ce qu’ils voient lors des restitutions), c’est de se faire un panneau de commandes. Certains enfants ont bien compris que des blocs comme \u00ab Aller \u00e0 \u00bb permettent de ne pas d\u00e9placer les lutins \u00e0 la main. Ils cr\u00e9ent donc ces blocs, et les laissent tra\u00eener dans le code de leur programme, en ne les reliant \u00e0 rien d’autre. Et quand on leur demande de relancer leur programme, ils cliquent partout sur ces blocs, avec une s\u00e9quence qu’ils ont appris, et relancent le tout.<\/p>\n Faire d\u00e9sormais les temps de restitution en dehors de la page d’\u00e9dition du projet devrait leur faire comprendre qu’ils n’ont pas acc\u00e8s au code, et qu’il va donc falloir trouver d’autres solutions. De fa\u00e7on plus g\u00e9n\u00e9rale, j’ai le sentiment qu’ils n’ont pas encore compris qu’ils font des programmes pour que les autres les utilisent, ce qui interdit donc ce genre d’actions que eux-seuls connaissent. On retrouve ce biais dans le choix des raccourcis claviers ou dans le fonctionnement du programme en g\u00e9n\u00e9ral (\u00ab d’abord il faut cliquer sur lui, puis sur lui, et apr\u00e8s il faut appuyer sur la touche z \u00bb<\/em>). Une solution \u00e0 laquelle il faudrait peut-\u00eatre ne pas tarder \u00e0 passer, c’est de leur demander d’\u00e9crire un petit texte sur la page de leur projet, qui explique aux autres comment on l’utilise.<\/p>\n La s\u00e9ance s’est bien d\u00e9roul\u00e9e, et l’activit\u00e9 \u00ab Cr\u00e9e un groupe de musique \u00bb a permis a beaucoup de faire le point sur les concepts de base. L’id\u00e9e \u00e9tait simplement de leur demander de choisir un fond et des lutins coh\u00e9rents pour former un groupe de musique, pour lequel chacun des lutins pourrait \u00eatre cliqu\u00e9 pour d\u00e9clencher sa musique.<\/p>\n <\/p>","protected":false},"excerpt":{"rendered":" Contenu de la s\u00e9ance Cette nouvelle s\u00e9ance a \u00e9t\u00e9 l’occasion d’accueillir Lucie. Bienvenue Lucie \ud83d\ude42 ! Nous avons organis\u00e9 la s\u00e9ance de cette fa\u00e7on : Restitution de l’activit\u00e9 \u00ab \u00c0 propos de moi \u00bb de la s\u00e9ance pr\u00e9c\u00e9dente, que nous n’avions pas eu le temps de faire. (20 minutes) Activit\u00e9 \u00ab Cr\u00e9e un groupe de … <\/p>\nTemps de restitution<\/h3>\n
\n
La ma\u00eetrise de Scratch<\/h3>\n
![\"seance4\"](\"https:\/\/iww.inria.fr\/codcodcoding\/files\/2014\/10\/seance4-300x226.png\")
<\/a> Au bout de quelques s\u00e9ances – en r\u00e9alit\u00e9 au bout de quelques dizaines de minutes – tous les enfants savent utiliser Scratch. La d\u00e9couverte de nouveaux blocs ne semble leur poser aucun probl\u00e8me, et ils assimilent de nouveaux concepts avec une rapidit\u00e9 stup\u00e9fiante. Les difficult\u00e9s sont donc ailleurs.<\/p>\nRetours sur la s\u00e9ance<\/h2>\n
Projets de enfants<\/h2>\n
\n