Animer une Masterclass Scratch
Sur cette page tu trouveras :
Accueil et Présentation
Acceuil et Appel
Accueille les animateurs et invite-les à activer leur caméra, cela favorisera leur engagement pendant la session. Veille toutefois à ne pas les y contraindre, car cela serait contre-productif.
Vérifie que tous les animateurs inscrits sur l’invitation Google sont bien présents. Note les éventuelles personnes supplémentaires ainsi que les absents
Présentation de la Masterclass
Présente-toi, puis rappelle que cette masterclass s’adresse à des animateurs déjà formés. Enchaîne ensuite en présentant les thèmes qui seront abordés au cours de cette masterclass.
Interface Scratch
Tour rapide de l’interface
Normalement, les animateurs connaissent déjà l’interface. Fait néanmoins un tour rapide des menu et sous menu qu’il auraient pu rater (bouton de changement de langue, bouton pour faire réaparaitre un sprite perdu ect…)
Comment expliquer cette Interface aux makers
Le plus important dans cette masterclass est de leur transmettre les clés pour qu’ils puissent, à leur tour, présenter l’interface aux makers. L’objectif est donc de leur présenter celle-ci comme tu la présenterais à un maker. Rappelle-leur qu’il est essentiel de s’approprier ces explications et de les adapter à leur propre style d’animation, afin qu’elles restent naturelles.
Comment expliquer des choses complexes de façon simple
Ne pas entrez trop dans les détails
Il est important d’insister sur un point, avec les makers, et particulièrement les plus jeunes, il vaut souvent mieux donner une explication courte, quitte à ce qu’elle soit incomplète, plutôt que de chercher à être parfaitement exact au prix d’une explication trop lourde. Une explication simple, qui donne envie d’expérimenter, sera plus efficace qu’un discours exhaustif qui fera perdre l’attention des makers.
Laissez les makers revenir vers vouis si ils ont besoin d’explication supplémentaire !
Comment expliquer les Variable Message et Condition
Voici quelque exemple pour des notion qui reviennent régulièrement :
Variables :
Donner des exemples de variables très courantes, comme le score ou les points de vie, puis demandez aux makers s’ils en connaissent d’autres.
On leur explique qu’elle ont un nom « score » qui ne change pas et qui va servir au code alors que le valeur elle « Varie » d’ou le nom. Cela les aide à faire le lien avec les jeux qu’ils connaissent déjà.
Messages :
Expliquez que les sprites peuvent communiquer entre eux en s’envoyant des mots-clés. Ces messages sont invisibles et inaudibles pour nous. Vous pouvez utiliser l’exemple d’une télécommande et d’une télévision : lorsqu’on appuie sur un bouton, la télécommande envoie un signal à la télévision pour lui demander, par exemple, de changer de chaîne ou d’augmenter le volume.
Conditions :
Expliquez qu’une condition permet de poser une question fermé (demandé leur si il savent ce que c’est) à l’ordinateur. Si la réponse est « oui », le code situé à l’intérieur de la condition est exécuté. Si la réponse est « non », rien ne se passe.
Attendre le bon moment pour ses explication
Ségmenter vos explication !
Le bloc « sinon » sera présenté uniquement au moment opportun.
un maker apprend mieux lorsqu’il rencontre un problème, plutôt que lorsqu’on lui présente à l’avance des concepts dont il n’a pas encore besoin.
Bien préparer sa fin de trismestre
Les studio
En fin d’année il va falloir envoyé les projets des makers aux parents, pour celà il nous faut les studios, ils permettent de regrouper les projet sous une seul URL qui sera facile à envoyé au parent, il permettent aussi d’avoir facilement acces au compte des makers et ainsi retrouver le projet d’un maker abscent.
Il est important de garder ses studios ordonnée, en effet certain maker voudront ajouter leur projet personnel ce qui pourrait confondre les parents il est néanmoins possible d’avoir 2 studios, un pour les parents et un pour les makers qui font fier de leur projet et souhaite te les partager.
Comment debugger ses makers et les rendre autonome
Comment aider à un makers à trouver ou est son bug
Avec Scratch, le débug est un peu particulier, car le il ne plante presque jamais : il continue de s’exécuter, mais le comportement n’est pas celui attendu.
Il est donc essentiel d’apprendre aux makers à décrire précisément le problème. Commencez par leur demander quelle fonctionnalité ne marche pas (« Le personnage ne saute pas », « Le score ne s’incrémente pas », etc.), puis faites-les identifier la partie du code qui gère cette fonctionnalité. Ensuite, refermez progressivement l’étau en posant des questions ciblées : Est-ce que ce bloc est bien exécuté ? Cette variable a-t-elle la bonne valeur ? Cet événement est-il bien déclenché ? En avançant étape par étape, les makers apprennent à isoler l’origine du bug.
Version off ligne
Si il est très rare de faire planter le code de sracth il est néanmoins possible que le site internet ne soit plus opérationnel ou ne fonctionne pas dans ton établissement. Dans ces conditions commencé toujours par sauvegarder le projet en local sur sur ordinateur, puis rechargé la page.
Si le probleme persiste il est possible de passé sur la version Desktop (offline de scratch) qui est installé sur tout les ordinateur de magicmakers.
Utilisation des ressources makers
Un outil avant tout pour les animateur
1 – Noter les notions à revoir
On ne peut pas se rappeler de tout d’une semaine à l’autre. Encore moins quand on anime plusieurs ateliers.
Appuie toi sur le doc de suivi pédago pour te noter les notions à revoir la semaine prochaine, ou encore qui tu n’as pas eu le temps de debuguer dans le délai imparti, et que tu ne dois pas oublier en arrivant la prochaine fois. Cela t’aidera lors de ta préparation d’atelier de la semaine d’après.
Quand donner les ressources aux makers
2 – Garde les liens des projets
Gerer les enfant trop rapide/ en retard
Eviter les ateliers à plusieurs vitesses
Dans un atelier, il est normal que tous les makers n’avancent pas au même rythme. Néanmoins il est important d’éviter de créer un atelier à plusieurs vitesses ! Si vous faites passer un maker à l’étape suivante alors que la moitié du groupe est encore sur l’étape précédente, vous risquez de devoir animer deux, voire trois ateliers en parallèle. C’est une situation difficile à gérer et qu’il vaut mieux éviter.
Proposer des défis adpatés
Il est plus intéressant de proposez des défis adaptés aux makers les plus rapides. Invitez-les à personnaliser leur projet (graphismes, sons, animations…) ou à ajouter une petite fonctionnalité. Par exemple, si un maker a terminé les déplacements de son personnage, proposez-lui de changer de costume selon la direction dans laquelle il se déplace.
Attention à la difficulté des défis. Si le bonus est trop complexe, le maker viendra rapidement vous demander de l’aide, ce qui est contre-productif puisqu’il était justement en avance.
Faire aider les autres makers, une bonne idée… avec précaution
il est aussi possible de deamnder aux plus rapide d’aider les autres, celà peut être peut être une bonne idée… avec précaution.
En effet, certains makers apprécient d’aider leurs camarades, ce qui peut les occuper tout en vous laissant plus de temps pour accompagner le reste du groupe.
En revanche, d’autres peuvent avoir l’impression d’être « punis » parce qu’ils ont fini rapidement, ou simplement faire l’exercice à la place de leur camarade sans lui expliquer. Cette pratique peut très bien fonctionner, mais elle demande un peu de vigilance.
Apprendre à se faire confiance
Partie Technique
Explique aux animateurs qu’il est important de se faire confiance. Il arrive même aux animateurs les plus qu’un maker demande à faire quelque chose dont il n’ont aucune idée de la manière de le réaliser.
La bonne approche est de dire au maker que l’on ne sait pas le faire, mais que l’on peut chercher ensemble.
Si ça marche, tant mieux. Sinon, tant pis : on aura essayé et on aura sûrement appris des choses.
Demande au animateur d’expliquer leur raisonnement et les essais qu’ils font. Au final, pour devenir un bon programmeur, le plus important n’est pas de tout savoir, mais d’apprendre à chercher une solution. C’est cette état d’esprit qu’il faut transmettre aux makers.
Partie Pédagogique
C’est en forgeant qu’on devient forgeron : La phrase est un peu bateau, mais il n’y a pas de recette magique pour l’animation. Chaque animateur doit trouver sa façon d’animer et prendre confiance au fil des ateliers.
Voici néanmoins quelque préceptes de base :
- Ne pas laisser des makers se battre physiquement ou verbalement
- Ne pas faire sortir un maker de l’atelier pour le « calmer »
- Tenter de garder au maximum son sang froid
- Prévenir de tout comportement inadéquat en atelier à ses responsable
Question Réponse
Question Réponse
Il est maintenant temps de faire un moment de questions / réponses. Si nécessaire, demandez aux animateurs de rester sur les thèmes abordés durant cette formation. Un second temps sera prévu ensuite pour répondre aux questions plus avancées sur Scratch ou approfondir certaines notions.
Bonus, ce qu’on a pas vu
Si le temps le permet, vous pouvez aller plus en profondeur sur certaines notions plus avancées de Scratch, comme les clones, les listes ou encore les mélanges d’opérateurs.
Profitez-en également pour demander aux animateurs s’il y a des sujets qu’ils aimeraient approfondir, ou surtout des notions qu’ils ne savent pas comment expliquer aux makers. Cela peut concerner Scratch de manière générale ou être spécifique à une activité en particulier.