Master Class Scracth
Cette page à pour but de structurer une masterclass sur le theme de scratch
Déroulé de l'activité
Segmentation de l’activité
- Acceuil et présentation
- Acceuil et Appel
- Présentation de la Masterclass
- Interface scratch
- Tour rapide de l’interface
- Comment expliquer cette Interface aux makers
- Comment expliqué des chose complexe de façon simple
- Ne pas entrez trop dans les détails
- Comment expliquer les Variable Message et Condition
- Attendre le bon moment pour ses explication
- Bien préparer sa fin de trimestre
- Les studio pourquoi ?
- Comment les présenter pour les mails de suivi
- Debug
- Scratch un outil qui ne plante pas
- Comment aider à un makers à trouver ou est son bug
- Version off ligne
- Utilisation des ressources makers
- Un outil avant tout pour les animateur
- Quand donner les ressources aux makers
- Gerer les enfant trop rapide/ en retard
- Eviter les ateliers à plusieurs vitesses
- Proposer des défis adpatés
- Faire aider les autres makers, une bonne idée… avec précaution
- Apprendre à se faire confiance
- Partie Technique
- Partie Pédagogique
- Acceuil et présentation
Segment 2 (30 min) : Question Réponse et explication en profondeur
- Question Réponse
- Quel système de scratch n’a t’on pas vu
Détail de l’activité
Segment 1 (1h) : Master Class
Accueil et Présentation (5 min)
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é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 (5 min)
Normalement, les animateurs connaissent déjà l’interface. L’objectif est donc de leur présenter celle-ci comme tu la présenterais à un maker.
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. 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.
Expliquer des choses complexe de façon simple (15 min)
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 un peu incomplète, plutôt que de chercher à être parfaitement exact au prix d’une explication trop lourde ou trop complexe. Une explication simple, qui donne envie d’expérimenter, sera généralement plus efficace qu’un discours exhaustif qui risque de perdre l’attention. Laissez les makers revenir vers vouis si ils ont besoin d’explication supplémentaire !
Voici quelque exemple pour des notion qui reviennent régulièrement :
Variables :
« N’hésitez pas à 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. 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’analogie 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 à 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.
Le bloc « sinon » sera présenté uniquement au moment opportun. Il est important de segmenter les explications : un maker apprend généralement mieux lorsqu’il rencontre un problème avant de découvrir la solution, plutôt que lorsqu’on lui présente à l’avance des concepts dont il n’a pas encore besoin.« il vaut souvent mieux donner une explication courte, quitte à ce qu’elle soit un peu incomplète, plutôt que de chercher à être parfaitement exact au prix d’une explication trop lourde ou trop complexe. Une explication simple, qui donne envie d’expérimenter, sera généralement plus efficace qu’un discours exhaustif qui risque de perdre l’attention. Laissez les makers revenir vers vouis si ils ont besoin d’explication supplémentaire !
Bien préparer sa fin de trismestre (10 min)
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 retrouvé un projet disparu.
Il est important de garder ses studios ordonnée en certain maker voudront ajouter leur projet personnel ce qui pourrait confondre les parent il est néanmoins possible d’avoir 2 studios, un pour les parent et un pour les makers.
Debug, comment debugger ses makers et comment les rendre autonome (10 min)
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 et développent une véritable méthode de débogage, plutôt que de chercher au hasard ou d’attendre qu’un encadrant trouve la solution à leur place.
Si le site internet scratch plante que faire ?
Si il est très rare de faire planter le code de sracth il est néanmoins possible que le site internet directement est des problèmes. Dans ces condition essayer toujours de sauvegardé le projet local sur sur ordinateur, puis rechargé la page.
Si les probleme persiste il est possible de passé sur la version Desktop (offline de scratch)
Utilisation des ressources makers (5 min)
Il est important de faire comprendre aux animateurs que les ressources makers ne sont pas là pour les remplacer durant l’atelier. Elles servent de guide pas à pas pour préparer et comprendre les projets, mais, dans la majorité des cas, elles ne sont pas nécessaires pendant l’atelier. En revanche, elles peuvent être données à un maker qui a terminé son projet et souhaite l’enrichir grâce à la partie Bonus. Pendant ce temps, l’animateur peut se concentrer sur les makers qui n’ont pas encore terminé leur projet.
Gérer les enfants trop rapides / en retard (10 min)
Dans un atelier, il est normal que tous les makers n’avancent pas au même rythme. Voici quelques astuces et pièges à éviter :- Évitez 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.
- 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 peut être une bonne idée… avec précaution. 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 à ce faire confiance (10 min)
Pour la partie technique : Explique aux animateurs qu’il est important de se faire confiance. Même les animateurs les plus expérimentés, il leur arrive 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.
Pour la 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
Segment 2 (30min) : Question Réponse et explication en profondeur
1/ Question Réponse (15 min)
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.
2/ Bonus Scratch ce qu’on a pas vu (15 min)
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.