Animez une séance de création de jeu en 45 minutes

Pourquoi cette séance marche

Avant la pédagogie, les contraintes — parce que ce sont elles qui tuent d'habitude une séance d'informatique avant même qu'elle commence.

• Aucun compte pour les enfants. Vous créez une classe et vous obtenez un code. Les élèves rejoignent avec le code et un pseudo. Pas d'adresse e-mail, pas de mot de passe, pas d'écran d'inscription, rien à réinitialiser le lundi matin.
• Rien à installer. Ça tourne dans l'onglet du navigateur. Les Chromebooks verrouillés et administrés sont le cas visé, pas le cas exotique.
• Tout le monde repart avec quelque chose de jouable. Six lignes font un jeu qui marche. Le plancher est assez bas pour que l'élève le plus lent de la salle rende une vraie chose.
• La leçon se termine quelque part. Tout le monde appuie sur Rendre, la page de classe se remplit, et un seul bouton joue les jeux de toute la classe au projecteur — avec un prix pour chaque enfant, gagné par le jeu qu'il a écrit.
• Leur travail reste hors du fil public. Les jeux de la classe sont visibles par vous sur la page de la classe et par la classe. Ils ne sont pas publiés pour des inconnus.

Le mécanisme, dit simplement

Un enfant écrit une phrase presque ordinaire et appuie sur Jouer. Trois secondes plus tard, il est debout dans une forêt et un personnage qu'il a nommé lui parle.

World "forest":
Character "Mara":
  say Find the lost crown!
Win when: talk to Mara

C'est là tout le tour de magie : l'écart entre une idée et sa conséquence se compte en secondes, pas en une fiche corrigée dans quinze jours. Les enfants déboguent parce que le monde est faux sous leurs yeux, pas parce qu'un enseignant leur a dit qu'il était faux.

La seconde moitié de la séance fait le travail le plus dur. Une fois qu'ils ont ajouté un but, le compilateur vérifie si le jeu peut vraiment être terminé — et refuse de faire semblant. Un enfant qui réclame une étoile qu'aucun monde ne contient se l'entend dire. Pour corriger, il doit raisonner sur sa propre logique : de quoi le joueur a-t-il besoin, d'où ça vient, qu'est-ce qui compte comme gagner ? C'est l'axe séquence et sélection de la plupart des programmes d'informatique, atteint par la discussion avec une machine plutôt que par une définition.

Ce que cette séance n'est pas

Ce n'est pas apprendre Python, et cela n'enseignera pas une syntaxe qui se transfère vers un langage textuel. C'est de la pensée informatique par l'écriture : décomposition, séquence, état, conditions et débogage — pratiqués sur quelque chose qu'un enfant de dix ans a envie de terminer. Voyez-la comme la séance qui fait atterrir les séances de Python, pas comme leur remplacement.

La séance de 45 minutes

Une leçon, une salle, aucune expérience du code. Les élèves écrivent une courte histoire dans un langage simple appelé VXLScript ; un jeu 3D se construit en direct à côté du texte pendant qu'ils écrivent. Rien à installer, aucun compte élève, aucune adresse e-mail collectée. Chaque jeu est rendu sur la page de votre classe, et les sept dernières minutes sont la classe qui joue aux jeux des autres.

Avant qu'ils arrivent — 5 minutes, une fois

1. Allez sur vxlverse.com/class, connectez-vous avec Google (l'enseignant seulement), nommez la classe (par ex. Mardi 6e) et appuyez sur Créer la classe. Vous obtenez un code qui ressemble à ZEUS-K7M2Q.
2. Écris le code au tableau, en grand. C'est la seule chose dont les élèves ont besoin. (Ou affiche vxlverse.com/class/VOTRE-CODE/board au projecteur — il montre le code et les trois étapes pour rejoindre, en taille lisible du fond de la salle.)
3. Ouvrez un deuxième onglet sur vxlverse.com/studio-live sur la machine du vidéoprojecteur. Cliquez dans le panneau de code, appuyez sur Ctrl+A puis Backspace, et tapez (ou collez) le jeu d'accroche de six lignes ci-dessous. Laissez-le là. Ne le lancez pas encore.
4. Prévoyez des groupes de trois. La programmation en binôme vaut mieux qu’un enfant par Chromebook pour une première séance : ils discutent de l’histoire au lieu de taper en silence, et à trois tout le monde atteint le clavier. Une classe gratuite accepte 30 rendus, donc trente élèves par trois vous laissent de la marge — et s’ils travaillent seuls, trente rentrent quand même.

Le jeu d'accroche en six lignes

Title: The Lost Crown
World "forest":
Character "Mara":
  say I lost my crown somewhere in these woods. Find it for me!
item 👑 crown
Win when: player has 👑 crown

Ça, c'est un jeu 3D complet et gagnable. Lisez-le de haut en bas : où (World), qui (Character), ce qu'elle dit (say), ce qu'il y a là-bas (item), comment on finit (Win when).

Le minutage

World "snow":

World "snow":
Character "Bo":
  say Hello! Who are you?
  say I have been standing in this snow all morning.
Win when: talk to Bo

World "snow":
Character "Bo":
  say I have been standing in this snow all morning.
  say My dog ran off. Bring me a bone and I will call him back.
  wants: 🦴 bone
  gives: 🐕 puppy
item 🦴 bone
Win when: player has 🐕 puppy

💡 Your game has no way to win yet — add a `Win when:` line at the far left, or `win` under a choice.

💡 Add a second `World "…"` and a glowing portal links the two.
✓ Looks good — click the game to play it.

Title: Bo and the Frost Wolf
World "snow":
Character "Bo":
  say My dog ran off into the storm.
  say Bring me a bone and I will call him back.
  wants: 🦴 bone
  gives: 🐕 puppy
  if choice is "I will find him":
    say You are a good one. Hurry!
  if choice is "It is too cold out there":
    say ...Then I will wait a little longer.
Enemy "Frost Wolf":
  kind: wolf
  tier: 2
item 🦴 bone
Win when: player has 🐕 puppy

Ce que les enfants apprennent vraiment

C'est une seule séance de 45 minutes, donc l'ambition est volontairement modeste : les enfants n'en ressortent experts en rien. Ils en ressortent après avoir rencontré six idées dans un contexte où ces idées comptaient — parce que se tromper voulait dire que le jeu ne marchait pas, et faire juste voulait dire qu'il marchait. Ci-dessous, chaque notion est donnée en une phrase simple, puis la minute exacte de la séance où un enfant la rencontre, puis ce qu'un enfant qui l'a comprise sait faire ensuite.

1. La séquence

Ce que c'est : les instructions s'exécutent dans l'ordre où on les écrit, et l'endroit où une ligne se trouve (indentée sous quelque chose, ou tout à gauche) décide à quoi elle appartient.

Où ils la rencontrent : 10–20, PREMIER MONDE. L'enfant tape trois lignes et appuie sur Jouer. Les deux lignes say sortent de la bouche du personnage dans l'ordre où elles ont été tapées — inversez-les et la conversation n'a plus de sens. L'indentation fait un vrai travail : ces lignes say sont indentées sous Mara, donc ce sont les répliques de Mara.

World "forest":
Character "Mara":
  say Welcome to the forest.
  say I have lost something precious.
Win when: talk to Mara

Un enfant qui a compris sait : prédire ce qui va se passer avant d'appuyer sur Jouer, et remettre en ordre une conversation qui sort à l'envers sans qu'on lui dise quelle ligne déplacer. Il sait aussi expliquer pourquoi une ligne indentée sous un personnage appartient à ce personnage — le premier pas vers la notion de portée.

2. La sélection (les conditions)

Ce que c'est : un programme peut tester quelque chose puis prendre un chemin ou un autre, si bien que tous les joueurs ne voient pas la même chose.

Où ils la rencontrent : 30–38, À TA FAÇON, quand ils ajoutent un choix. C'est le premier moment où le jeu cesse d'être un rail unique. Une branche termine le jeu ; l'autre non.

World "forest":
Character "Mara":
  say A wolf blocks the path. What do you do?
  if choice is "Share my bread":
    say The wolf steps aside and lets you pass.
    win
  if choice is "Run away":
    say You are back where you started.

Un enfant qui a compris sait : suivre les deux chemins sur le papier et dire lequel fait gagner ; écrire une bifurcation exprès pour qu'une option soit une impasse et l'autre un progrès. Le signe le plus fort, c'est un enfant qui teste les deux options plutôt que seulement celle qu'il a écrite en premier — c'est le début d'une réflexion sur la couverture des cas.

3. Variables et état

Ce que c'est : un programme retient des choses pendant qu'il tourne — ce que tu portes, combien de pièces tu as — et peut décider en fonction de ce qu'il retient.

Où ils la rencontrent : deux fois. À 20–30, l'inventaire est un état : Win when: player has 🌟 star est une question que le jeu pose sur quelque chose qu'il est en train de retenir. À 30–38, les groupes rapides rencontrent un compteur nommé qui monte pendant la partie et qui est testé à la fin.

World "forest":
Character "Mara":
  say Help me and I will pay you in coins.
  if choice is "Fetch the water":
    coins + 10
    say Thank you!
  if choice is "Chop the wood":
    coins + 10
    say Warmth at last!
Win when: coins is 20

Un enfant qui a compris sait : répondre à « combien de pièces as-tu en ce moment, et comment le sais-tu ? » et — le vrai test — comprendre qu'une victoire réglée sur coins is 30 avec seulement deux missions à dix pièces dans le jeu ne peut jamais arriver. C'est un raisonnement arithmétique sur un programme en train de tourner, et c'est exactement à ça que sert une variable.

4. La décomposition

Ce que c'est : une grande chose (« faire un jeu ») est construite à partir de petits morceaux qui font chacun un seul travail.

Où ils la rencontrent : 0–5 puis de nouveau à 20–30. L'accroche fait ça d'un seul geste : l'enseignant joue un jeu terminé, puis montre les six lignes qui sont derrière. La classe voit le tout fait de morceaux — un lieu, une personne, une chose, une règle. À 20–30, ce sont eux qui assemblent ces morceaux.

World "forest":
Character "Mara":
  say Find the lost star!
  wants: 🌟 star
item 🌟 star
Win when: player has 🌟 star

Un enfant qui a compris sait : montrer n'importe quelle ligne et dire quel travail elle fait, et répondre à « quelle ligne supprimerais-tu pour casser ça ? ». Il sait préparer la suite en nommant le morceau dont elle a besoin (« je veux une porte fermée à clé, donc il me faut un objet et un personnage qui le donne ») au lieu de demander en général « comment je fais pour que ce soit plus dur ».

5. Le débogage

Ce que c'est : quand le programme ne fait pas ce que tu voulais, tu lis ce qu'il dit vraiment, tu fais une hypothèse sur la cause, tu changes une seule chose, et tu retestes.

Où ils le rencontrent : partout, mais surtout à 20–30. Le compilateur tourne pendant qu'ils tapent, et ses messages sont écrits comme des phrases sur lesquelles un enfant peut agir, pas comme des codes d'erreur. Trois messages qu'ils risquent de croiser dans cette séance :

• Aucune façon de finir. « Ton jeu n'a pas encore de façon de gagner — ajoute une ligne Win when: tout à gauche, ou win sous un choix. » C'est l'état attendu à la fin de 10–20, c'est ce qui alimente les vingt minutes suivantes, et c'est la seule chose que Rendre refuse : en appuyant, l'enfant se voit proposer Ajouter une ligne d'arrivée, qui écrit le but manquant à sa place.
• Un nom qui n'existe pas. Si un enfant écrit une règle de victoire à propos d'un personnage dont il a mal orthographié le nom, la construction s'arrête avec « je ne connais personne qui s'appelle… ». C'est le seul échec du langage qui bloque net la construction, et c'est un bon échec : il apprend que les noms doivent correspondre exactement.
• L'objet mis au mauvais endroit. item se place dans la marge de gauche (ou juste sous un World), pas indenté sous un personnage. L'enfant qui l'indente voit le compilateur dire qu'il a posé l'objet dans le monde pour que le joueur puisse le trouver et gagner — un signe visible que la ligne ne faisait pas ce qu'il croyait. À écrire au tableau dès le début : les objets vivent au bord de la page.

Un enfant qui a compris sait : lire le message avant de lever la main, changer une seule chose au lieu de tout réécrire, et retester. L'habitude à féliciter à voix haute pendant cette séance, c'est « je le lis, je change une chose, je réappuie sur Jouer ».

6. But narratif et obstacle

Ce que c'est : une histoire ne retient l'attention que si quelqu'un veut quelque chose et que quelque chose se met en travers — et dans un jeu, ces deux choses doivent être écrites comme des règles, pas sous-entendues.

Où ils le rencontrent : 20–30 fournit le but (wants: et Win when:) ; 30–38 fournit l'obstacle (un ennemi, ou un choix qu'on peut rater).

World "cemetery":
Character "Mara":
  say Something is moving between the graves.
Enemy "Bone Rider":
  kind: skeleton
  count: 4
Win when: defeat all

Un enfant qui a compris sait : énoncer le but de son jeu et son obstacle en une phrase chacun, et voir pourquoi « une jolie forêt où on se promène » n'est pas encore un jeu. C'est la même analyse désir/obstacle qu'en cours de français, appliquée là où la réponse est vérifiable — l'histoire se résout ou non, et la machine vous dira laquelle.

Une remarque sur le bloc de l'ennemi : chaque trait va sur sa propre ligne indentée. Écrire Enemy "Bone Rider": kind: skeleton tout sur une ligne replie le trait dans le nom de l'ennemi et la créature sort de travers. C'est l'erreur de mise en forme la plus fréquente de la séance, et elle vaut la peine d'être devancée au vidéoprojecteur.

La vérification de victoire du compilateur comme signal d'évaluation

C'est ce qui rend cette séance évaluable en 45 minutes, donc il vaut la peine d'être précis sur ce qu'elle fait et ce qu'elle ne fait pas.

Avant qu'un jeu soit rendu, on vérifie s'il peut vraiment être terminé — pas s'il est bon, mais s'il existe un chemin jusqu'à la fin. Si rien dans le script ne peut jamais produire une victoire, on le dit à l'enfant en mots simples. Si la victoire dépend d'un objet qu'aucun joueur ne pourrait jamais ramasser, c'est signalé aussi. Cette vérification n'est ni une note ni un avis sur le style ; c'est une question d'accessibilité, et l'enfant doit y répondre en raisonnant sur son propre jeu.

Ce raisonnement, c'est la trace d'évaluation. Pour passer la vérification, un enfant doit tenir deux choses en tête à la fois — « voilà ce que mon jeu demande au joueur de faire » et « voilà le chemin qui le rend possible » — et remarquer quand le second n'existe pas. Un enfant qui a une étoile dans le monde, un personnage qui la demande et une règle de victoire qui la teste a montré qu'il sait suivre un chemin dans un système qu'il a construit. Un enfant dont le jeu dit « pas encore de moyen de gagner » et qui comprend ensuite, tout seul, qu'il a écrit un wants: mais jamais de Win when: a montré mieux encore.

Concrètement, cela veut dire que vous ne corrigez pas 28 jeux à la maison. En circulant, l'écran vous dit où en est chaque enfant : encore en train de taper, averti et perplexe, ou propre et jouable. Le signal à récolter côté enseignant n'est pas « est-ce que ça s'est construit » (presque tout se construit) mais « cet enfant sait-il dire, avec des mots, pourquoi son jeu peut être gagné ? » Posez la question à trois ou quatre enfants dans les dix dernières minutes et vous avez votre évaluation formative pour la séance.

En un coup d'œil

Pour une progression ou un plan de séance de club

En une séance de 45 minutes, des enfants de 10 à 14 ans écrivent un court script qui construit un jeu 3D jouable dans le navigateur, le rendent sur une page de classe partagée et jouent au travail des autres dans une arcade de classe. Le script est de l'anglais simple avec des indentations — un lieu, un personnage, du dialogue, un objet et une règle pour gagner — aucune expérience de programmation n'est requise, ni des enfants ni de l'adulte qui anime, et rien ne s'installe. Ils rencontrent le séquencement (l'ordre des lignes et ce que l'indentation regroupe), la sélection (un choix où un chemin termine le jeu et l'autre non), les variables et l'état (l'inventaire du joueur, un compteur testé par la règle de victoire), la décomposition (un jeu découpé en lieu, personnage, objet et règle) et le débogage (lire un message en langage clair, changer une chose, retester). Cela rejoint aussi le travail de français : un désir et un obstacle doivent être écrits explicitement, car le jeu ne se résout que si les deux sont énoncés comme des règles. Le travail correspond aux axes séquencement, sélection et débogage communs à la plupart des programmes d'informatique, et s'évalue sans ramasser de cahiers : un jeu ne peut pas être rendu tant qu'il ne peut pas être terminé, donc chaque enfant doit raisonner sur — et savoir expliquer — le chemin qui rend son propre jeu gagnable. Suite suggérée : une deuxième séance ajoutant un second lieu et un but en plusieurs étapes, ou une version où le script raconte un texte lu par le groupe. Dans un club de code ou une colonie, ce paragraphe est la description de séance que lisent les parents.

L'évaluation

Quatre axes, quatre niveaux. Chaque case décrit quelque chose que vous pouvez voir à l'écran — une étoile manquante, un message dans la barre d'état, un enfant qui change une ligne et réappuie sur Jouer. Rien ici ne vous oblige à lire du code que vous ne comprenez pas.

Les axes nomment des notions plutôt que des codes officiels : l'axe 1, c'est la séquence et la structure (l'ordre et l'indentation changent le résultat), l'axe 2, c'est l'état de victoire et la décomposition (ce qui doit être vrai pour que ce soit terminé, et ce qui doit exister pour que cela arrive), l'axe 3, c'est la construction du récit et la sélection (un but, un obstacle, une bifurcation), l'axe 4, c'est le débogage. Ils correspondent sans peine aux axes séquence/sélection et débogage de la plupart des programmes d'informatique — rattachez-les à votre propre référentiel plutôt que de faire confiance à un code imprimé par quelqu'un qui n'a jamais vu votre programme.

La grille

À quoi ressemble « acquis » à l'écran

Acquis sur les axes 1, 2 et 3 en même temps — six lignes, un but énoncé, une victoire atteignable :

Win when: player has 🌟 star
World "forest":
Character "Mara":
  say Bring me the star and the forest wakes up.
  wants: 🌟 star
item 🌟 star

Approfondi sur l'axe 3 — l'objet ne traîne pas par terre, un ennemi le détient, et la fin répond au but :

Title: The Cave Star
Win when: player has 🌟 star
Ending: The forest wakes up.
World "cave":
Character "Mara":
  say A raider took our star. Get it back!
Enemy "Raider":
  kind: raider
  drops 🌟 star

Approfondi sur l'axe 2 — la victoire est derrière une condition et il existe une vraie branche d'échec, donc le joueur peut se faire refouler :

Title: The Bridge
Ending: You crossed the bridge before dark.
World "forest":
Character "Toll Keeper":
  say Nobody crosses this bridge for free.
  if player has 🪙 coin:
    say A coin! Cross, friend.
    win
  else:
    say Come back when you have a coin.
item 🪙 coin

Corriger trente travaux en dix minutes

Ouvre ta page de classe sur /class/ suivi de ton code et corrige en descendant la grille : chaque rendu est une carte avec le pseudo de l'enfant, le titre choisi, une image de son monde et le prix que son jeu a gagné. Rendre refuse un script qui ne compile pas et un jeu qu'on ne peut pas finir : toute carte de cette page a donc déjà dépassé « émergent » sur les bandes 1 et 2 — d'où la vraie question : à qui appartient la ligne d'arrivée. Pour les bandes 2 et 3, clique une carte puis Remix this game : le script de l'enfant s'ouvre dans l'éditeur. Une règle de victoire dans ses propres termes — un objet que son personnage réclame, un win dans un choix — est « acquis ». Un Win when: player has star nu tout à la fin du script est la ligne qu'écrit le bouton Ajouter une ligne d'arrivée : cet enfant a accepté l'offre et le raisonnement était celui de la machine ; note « en développement » et demande-lui, dans la salle, ce que son jeu demande au joueur. Environ quinze secondes par enfant. La bande 4 est celle que la page de classe ne peut pas montrer : coche-la dans la salle pendant les blocs 20-30 et 30-38 — au moment où tu vois un enfant lire un message, changer une ligne et rejouer — et tu sors avec toute la grille remplie.

Si vous n'avez le temps que pour un seul jugement

• Peut-on le gagner ? Cette seule question sépare un texte d'un jeu. L'éditeur y répond en une ligne et Rendre l'impose : la question qui te reste est la meilleure — l'enfant sait-il dire, avec des mots, pourquoi son jeu peut être gagné ?
• Conserve les preuves sans effort. L'URL de la page de classe, c'est l'ensemble du travail ; le script derrière n'importe quelle carte est à un clic via Remix this game si un parent, l'organisateur du club ou un modérateur veut voir ce qu'un enfant a écrit.

Dépannage : ce qui casse dans une vraie salle

Tout ce qui suit est écrit pour être réglé debout, en une trentaine de secondes, sans quitter la table de l'enfant. Chaque entrée vous donne le symptôme, une phrase que vous pouvez vraiment dire à voix haute, et le remède.

Deux règles qui vous sauveront la plus grande partie de la séance :

• Ne prenez jamais le clavier. Montrez la ligne. C'est l'enfant qui tape la correction. Ça prend dix secondes de plus et c'est tout le sens de la séance.
• Cassé, c'est normal. Si vous traitez un message rouge comme une catastrophe, trente enfants le traiteront comme une catastrophe. Traitez-le comme le jeu qui leur parle.

Recherche rapide

1. « Ça dit que mon jeu ne peut pas être gagné »

Ce que ça donne : l'enfant appuie sur Jouer ou sur Rendre et reçoit un message disant que le jeu ne peut pas être terminé, en nommant quelque chose — un but manquant, ou un objet que personne ne peut jamais ramasser. L'enfant lit ça comme « j'ai raté ».

Dites ceci : « Ce n'est pas une erreur, c'est l'ordinateur qui te dit qu'il a joué à ton jeu et qu'il n'a pas pu le terminer. Donc une personne non plus. Qu'est-ce qu'elle est censée faire pour gagner ? »

Remède : passez trois questions en revue, dans l'ordre.

1. Y a-t-il seulement une ligne Win when: ? Un jeu qui n'a que wants: donne au joueur une mission et un score, mais il n'y a pas de ligne d'arrivée, donc on ne peut jamais le gagner. C'est de loin le cas le plus fréquent sur la tranche 20-30 minutes.
2. Est-ce que Win when: nomme exactement la même chose que la ligne item ? Même emoji, même mot. 👑 crown et 🌟 crown sont deux choses différentes pour le compilateur.
3. La ligne item est-elle vraiment dans le monde ? Voyez le problème 3 ci-dessous.

La forme qui marche à tous les coups :

World "forest":
Character "Mara":
  say Find the lost crown!
  wants: 👑 crown
item 👑 crown
Win when: player has 👑 crown

Si vous manquez de temps, dites-le une fois à toute la classe : « Chaque jeu a besoin d'une dernière ligne qui commence par Win when:. » Cette seule phrase évite à peu près la moitié des cas.

2. Rien n'apparaît quand ils appuient sur Jouer

Ce que ça donne : le monde se charge — le sol, le ciel, ils peuvent marcher — mais il n'y a pas de personnage, ou il ne se passe rien du tout. Ou l'écran reste blanc avec une roue de chargement.

Dites ceci : « Le monde s'est bien construit, donc ta ligne World est bonne. Quelque chose en dessous n'est pas lu. Regarde la ligne avec le nom de la personne. »

Remède, dans cet ordre :

• Deux-points manquants. Character "Mara" sans : à la fin. Chaque ligne World, Character et Enemy se termine par deux-points.
• Guillemets manquants ou courbes. Si un enfant a collé un nom depuis un document, les guillemets peuvent être du type incliné. Supprimez-les et retapez des guillemets droits au clavier du Chromebook.
• Rien n'est indenté. La ligne say doit être plus à droite que la ligne Character. Si tout est collé à gauche, le personnage n'a aucune réplique et reste muet.
• Écran vide qui tourne, aucun monde. C'est le réseau, pas le script. Attendez quinze secondes. Puis rechargez la page une fois — leur texte est toujours là. Si ça arrive sur plus de trois machines en même temps, c'est le wifi de l'établissement et vous devriez basculer sur le plan vidéoprojecteur (voyez le problème 8).

3. L'objet est écrit mais il n'est pas dans le monde

Ce que ça donne : l'enfant jure qu'il a écrit l'étoile. Il peut parcourir tout le monde, il n'y a pas d'étoile. Aucune erreur n'apparaît — et c'est ce qui rend ce cas vicieux.

Dites ceci : « Regarde à quelle distance de la gauche ta ligne item commence. Elle est glissée sous Mara, donc le jeu croit que c'est quelque chose qui concerne Mara au lieu de quelque chose dans le monde. Pousse-la tout à gauche. »

Remède : item vit tout au bord à gauche, au même niveau que World — jamais indenté sous un Character. Indenté sous un Character, il est ignoré en silence, et c'est pour ça que rien ne proteste. Version correcte :

World "cave":
Character "Rook":
  say I dropped my lantern somewhere in here.
  wants: 🔦 lantern
item 🔦 lantern
Win when: player has 🔦 lantern

À dire une fois à toute la classe, vers la minute 22 : « item se colle tout à gauche. Les objets appartiennent au monde, pas à une personne. »

4. L'ennemi a un nom idiot

Ce que ça donne : un monstre qui se promène et qui s'appelle Raider kind: raider. La classe trouve ça extrêmement drôle, c'est très bien, mais le trait ne s'est pas appliqué.

Dites ceci : « Tout ce qui vient après le nom doit aller sur sa propre ligne en dessous, indentée. Une idée par ligne. »

Remède : coupez-la en deux.

World "desert":
Character "Sam":
  say The raiders took my water key.
  wants: 🔑 key
Enemy "Raider":
  kind: raider
item 🔑 key
Win when: player has 🔑 key

5. Le code de classe ne marche pas

Ce que ça donne : « Classe introuvable », ou la page reste là sans rien faire. En général un ou deux enfants, parfois toute la classe.

Dites ceci : « Relis-le-moi un caractère à la fois. » Neuf fois sur dix, ils le lisent correctement et l'ont tapé de travers.

Remède :

• Un ou deux enfants : c'est une confusion de caractères. Zéro contre lettre O, un contre lettre I, cinq contre S. Écrivez le code au tableau en grandes capitales bien espacées et prononcez les caractères ambigus à voix haute (« ça, c'est un zéro »). Vérifiez aussi qu'il n'y a pas d'espace au début à cause d'un copier-coller, et qu'ils sont bien sur vxlverse.com/class et pas sur une page de résultats de recherche.
• Toute la classe : vous lisez probablement le code d'hier, ou celui d'une autre classe. Ouvrez la page de votre classe au vidéoprojecteur et lisez le code dessus, en direct.
• « On a un souci en ce moment » : c'est le serveur brièvement occupé, pas un mauvais code. Attendez une minute et appuyez sur réessayer. Ne régénérez pas le code — vous invalideriez celui qui est déjà au tableau.

Prévention : laissez le code au tableau pendant toute la séance, pas seulement les deux premières minutes. Les retardataires et les rechargements en ont besoin tous les deux.

6. Un Chromebook est lent ou la 3D saccade

Ce que ça donne : le monde avance par à-coups, comme un diaporama, ou le ventilateur s'entend, ou Jouer prend vingt secondes. Les Chromebooks de l'établissement sont en général le coupable et ce n'est presque jamais la faute du jeu.

Dites ceci : « Ferme tous les onglets sauf celui-là. Tout de suite, tous. »

Remède, du moins coûteux au plus coûteux :

1. Fermez tous les autres onglets. Les enfants accumulent quinze onglets dès la deuxième heure ; ça seul règle la plupart des cas.
2. Sortez du plein écran. Une image plus petite demande beaucoup moins de travail à dessiner.
3. Appuyez sur Jouer, ne le laissez pas tourner. Demandez-leur d'arrêter le jeu pendant qu'ils écrivent, et de ne jouer que quand ils veulent vérifier quelque chose.
4. Si c'est encore mauvais : gardez le monde petit. Un World, un ou deux personnages, un ennemi. Dites-leur que ce sont les ennemis qui coûtent le plus cher.
5. Si une machine précise est irrécupérable, mettez l'enfant en binôme avec un voisin. Deux enfants sur un script, c'est une bonne séance, pas un pis-aller — l'un tape, l'autre lit l'histoire à voix haute, on échange à la moitié.

7. Un enfant finit en huit minutes et s'ennuie

Ce que ça donne : « J'ai fini. » Ils ont un jeu qui marche et qu'on peut gagner, et il reste trente minutes. Laissés seuls, ils vont se mettre à commenter l'écran des autres.

Dites ceci : « Bien. Maintenant fais en sorte que je ne puisse pas deviner ce qui va arriver. Donne-moi un choix où les deux réponses sont tentantes. »

Remède — donnez-leur l'une de ces pistes, dans cet ordre croissant. Ne leur donnez pas les quatre.

• Ajouter un vrai choix avec if choice is, où aucune option n'est visiblement la bonne.
• Ajouter un Enemy, puis leur faire justifier sa présence dans l'histoire — pourquoi est-il là, qu'est-ce qu'il veut.
• Ajouter un deuxième personnage qui n'est pas d'accord avec le premier. Deux personnes qui veulent des choses différentes du joueur, c'est le chemin le plus rapide vers une vraie histoire.
• Jouer au jeu du voisin et écrire une phrase honnête sur ce qui l'a perdu. C'est la meilleure piste : c'est de l'évaluation entre pairs, ça ne vous coûte rien, et ça rend l'arcade de la fin bien meilleure.

World "forest":
Character "Mara":
  say The crown is lost. Will you help me look?
  wants: 👑 crown
  if choice is "I'll help":
    say Try the tall rocks past the river.
  if choice is "Not today":
    say Then the forest stays dark a while longer.
Enemy "Thorn":
  kind: raider
item 👑 crown
Win when: player has 👑 crown

8. Un enfant se bloque et n'écrit rien

Ce que ça donne : un éditeur vide à la minute 18. L'enfant ne fait pas exprès — on lui a demandé d'inventer un monde à partir de rien, en public, et c'est vraiment difficile.

Ne dites pas « écris n'importe quoi » ou « sers-toi de ton imagination ». C'est précisément ce qu'ils n'arrivent pas à faire à cet instant.

Dites ceci : « N'invente rien. Recopie ça exactement, appuie sur Jouer, et ensuite change trois mots : le lieu, le nom de la personne, et la chose qu'elle veut. »

World "forest":
Character "Mara":
  say Hi! Bring me a star.
  wants: 🌟 star
item 🌟 star
Win when: player has 🌟 star

Remède : ce qui débloque, c'est toujours quelque chose qui marche et qu'on modifie, jamais une page blanche. S'ils calent encore, posez deux questions fermées plutôt qu'une question ouverte — « forêt ou désert ? » et « qui est dedans, une personne ou un animal ? » — et ne tapez rien vous-même. Dès qu'un mot est d'eux, le reste suit.

9. Deux enfants choisissent le même pseudo

À quoi ça ressemble : deux enfants choisissent Dragon. Le second appuie sur Rendre et reçoit une carte disant que ce nom est déjà pris dans cette classe, avec un nom libre proposé. Le plus souvent ce n'est pas un hasard — ce sont deux copains qui le font exprès.

Dis ceci : « Prends le nom qu'il te propose, ou ajoute deux lettres. Il faut un nom que je puisse lire à voix haute à la fin et que tout le monde reconnaisse comme le tien. »

Correction : touche le nom proposé par la carte (Dragon2) et le rendu se termine sous ce nom, sur sa propre carte. Le jeu du premier Dragon n'est pas touché — le serveur refuse d'écrire le jeu d'un enfant par-dessus celui d'un autre : un second Dragon ne peut jamais remplacer le premier en silence, sur ce Chromebook ou sur un autre. Si la machine est partagée et que le second enfant n'a pas commencé, touche le pseudo dans la pastille jaune 🎒 en haut pour changer d'enfant d'abord.

Prévention : énonce la règle une fois au moment de rejoindre — « votre pseudo doit être un nom que je peux lire à voix haute à la classe, donc pas de vrai nom de famille et rien de grossier » — et ajoute « si quelqu'un a déjà votre nom, l'ordinateur vous en proposera un libre : prenez-le ». Dix secondes maintenant, cinq minutes gagnées plus tard.

10. Le vidéoprojecteur montre la mauvaise chose

Ce que ça donne : la page de votre code de classe est affichée pendant que vous essayez de faire la démonstration, ou c'est votre messagerie qui s'affiche, ou vous recopiez l'écran d'un enfant et son jeu à moitié écrit est sur le mur.

Remède : utilisez deux fenêtres de navigateur dès le départ, pas deux onglets — un onglet, c'est une touche qui vous sépare de la catastrophe.

• Fenêtre une, au projecteur : votre page de classe, ou /class/VOTRE-CODE/board. C'est ce qui est affiché pendant l'arrivée des élèves, puis pendant l'arcade.
• Fenêtre deux, sur l'écran de votre portable seulement : tout le reste. Messagerie, appel, notes.

Si vous faites une démonstration, faites-la dans la fenêtre projetée puis revenez à la page de la classe. N'ouvrez jamais votre messagerie dans la fenêtre projetée « juste une seconde ».

Pour l'arcade : la page de classe a un bouton — Lancer l'arcade — et il joue les jeux de la classe un par un, dans le même ordre sur tous les écrans ; Jeu suivant avance, ✕ quitte. Si tu préfères que le projecteur fasse le travail, ouvre /class/VOTRE-CODE/board : code d'accès assez grand pour le fond de la salle, puis les jeux qui défilent seuls avec pseudo et prix. Soixante à quatre-vingt-dix secondes par jeu, nomme l'enfant, passe au suivant — et commence par un enfant discret, pas par le jeu le plus bruyant.

Si le vidéoprojecteur lâche complètement : la séance tient quand même. Sautez la démonstration et lisez les six lignes à voix haute pendant que les enfants les tapent. L'arcade devient des enfants qui se déplacent par deux jusqu'à la table des autres, pendant deux minutes.

11. « J'ai rendu mais mon jeu n'est pas sur la page de la classe »

Ce que ça donne : l'enfant est certain d'avoir appuyé sur Rendre ; la page de la classe ne l'affiche pas.

Dites ceci : « Recharge la page de la classe. S'il n'est toujours pas là, appuie de nouveau sur Rendre — il n'arrive rien de grave si tu le fais deux fois. »

Correction : recharge d'abord la page de classe (elle ne se met pas à jour toute seule quand tu la laisses ouverte). Si le jeu manque vraiment, fais-leur appuyer à nouveau sur Rendre depuis le même onglet — rendre à nouveau depuis le même ordinateur met à jour leur entrée au lieu d'en créer une seconde. Si l'onglet a disparu, vois le point suivant.

12. Un enfant a fermé l'onglet ou le Chromebook s'est mis en veille

Ce que ça donne : la panique. « Tout a disparu. »

Dites ceci : « Retourne sur la page de la classe, remets le code et ton pseudo. »

Correction : sur le même ordinateur, revenir à la page de classe avec le même code et le même pseudo ramène leur travail — le brouillon est gardé dans ce navigateur. Ce qui est déjà rendu est en sécurité sur la page de classe ; ce qui a été fait depuis le dernier Rendre, peut-être pas. C'est la raison pratique de dire, à la minute 25 puis à la 35 : « rendez maintenant, vous pourrez toujours rendre à nouveau ». Traite Rendre comme un bouton d'enregistrement, pas comme une remise finale. Si un enfant doit passer sur une autre machine, son brouillon ne le suit pas et la classe retient déjà son pseudo : il prend le nom libre proposé par la carte et rend depuis là.

13. Trente ordinateurs qui jouent de la musique en même temps

Ce que ça donne : la salle devient inutilisable vers la minute 20, quand les premiers jeux se lancent.

Remède : prenez les devants. Avant que quiconque appuie sur Jouer, dites : « Volume à zéro, ou un casque si vous en avez un. Le son revient à l'arcade. » Ensuite, le son uniquement sur le vidéoprojecteur, à la fin. C'est une consigne de deux secondes qui sauve la seconde moitié de votre séance.

14. Un enfant écrit quelque chose de grossier

Ce que ça donne : un nom ou une réplique que vous ne voudriez pas voir sur le mur. C'est un éditeur de texte et ils ont onze ans ; attendez-vous à un cas par classe.

Dites ceci, doucement et sans public : « Ça va passer sur le vidéoprojecteur à la fin. Change-le maintenant et on n'en reparle plus. »

Remède : la dissuasion qui marche vraiment s'annonce à l'avance, à la minute 5 : « Tout ce que vous écrivez, je le lis à voix haute sur le vidéoprojecteur à la fin. » Dites-le une fois, légèrement, et la plupart du temps ça n'arrive jamais. Quand ça arrive, réglez-le à la table de l'enfant. Si c'est encore là au moment de l'arcade, sautez ce jeu et réglez ça après la séance — ne le mettez pas au mur pour faire un exemple.

Avant la séance : la vérification de cinq minutes

Faites-la sur la vraie machine de classe, sur le vrai réseau de l'établissement, dans la salle où vous ferez cours. Une vérification faite chez vous sur votre wifi ne prouve rien sur les Chromebooks.

1. Créez votre classe et notez le code. Mettez-le au tableau en grandes capitales bien espacées maintenant, pas pendant la séance. Prononcez pour vous les caractères ambigus : est-ce un zéro ou un O ?
2. Rejoins ta propre classe en tant qu'élève depuis une seconde fenêtre ou un Chromebook de rechange, avec un pseudo comme TEST. Tape le jeu de six lignes, appuie sur Jouer, gagne, puis Rendre. Ce sont les quatre-vingt-dix secondes de préparation les plus utiles — elles prouvent le code, le réseau, la 3D, la vérification de la victoire et le rendu en une seule fois. La carte TEST peut rester ; les jeux de classe sont enregistrés sous ton compte, tu pourras la supprimer depuis ta page de profil.
3. Vérifiez un vrai Chromebook d'élève, pas le bon, celui du premier rang. Appuyez sur Jouer et marchez dix secondes. Si cette machine est fluide, la salle ira bien. Si ça saccade, prévoyez de mettre les enfants en binôme et dites-le dès le début plutôt que de le découvrir à la minute 15.
4. Prépare deux fenêtres de projection — /class/VOTRE-CODE/board au projecteur, tout le reste sur ton écran. Le tableau est fait pour être lu du fond de la salle : le code n'a pas besoin de zoom ; le texte de l'éditeur, si — augmente le zoom du navigateur dans la fenêtre du projecteur avant d'y faire la démo.
5. Ayez le jeu de six lignes au tableau ou sur papier. C'est votre réponse à l'enfant bloqué, votre secours si le vidéoprojecteur lâche, et votre script de démonstration. Ne comptez pas sur votre mémoire pendant que trente enfants vous regardent.

Facultatif, utile s'il te reste deux minutes : appuie une fois sur Lancer l'arcade dans ta classe de test, pour que le passage en plein écran ne réserve aucune surprise devant trente enfants. L'arcade fixe l'ordre à ta place, mais trente jeux n'entreront toujours pas dans sept minutes — décide à l'avance où tu t'arrêtes.

VXLScript — fiche de bureau

C'est toi qui écris l'histoire. L'ordinateur construit le monde en 3D pendant que tu tapes. Si ton jeu ne peut pas être terminé, le vérificateur te le dit avant que tu le rendes.

Les six lignes qui font un jeu

World "forest":
Character "Mara":
  say Find the lost star!
  wants: 🌟 star
item 🌟 star
Win when: player has 🌟 star

Ça, c'est un jeu complet. Un monde, quelqu'un dedans, quelque chose qu'il veut, quelque chose à trouver, et un moyen de gagner. Tout le reste de ce que tu apprends aujourd'hui est une modification de l'une de ces six lignes.

Indentation = à l'intérieur. Les deux espaces devant say veulent dire « ceci appartient à Mara ». Les lignes sans espace devant appartiennent au jeu lui-même.

Ce que fait chaque mot

Mondes que tu peux demander : forest, beach, desert, snow, jungle, swamp, volcano, dungeon, city-night, canyon, cemetery, mushroom, crystal. Types d'ennemis : skeleton, zombie, wolf, raider, robot, slime, bat, spider, ghost, wyrm, golem.

Les trois choses qui cassent à tous les coups

1. Un item caché dans un Character

Celle-là est vicieuse parce que rien ne devient rouge — l'étoile n'apparaît simplement jamais dans le monde, et la quête ne peut jamais être terminée.

Faux (l'objet est indenté, donc il appartient à Mara) :

Character "Mara":
  wants: 🌟 star
  item 🌟 star

Correct (l'objet commence tout à gauche, donc il appartient au monde) :

Character "Mara":
  wants: 🌟 star
item 🌟 star

À retenir : les lignes item vivent tout à gauche, pas glissées sous une personne. Si tu appuies sur Jouer et que la chose dont tu as besoin est introuvable, vérifie ça en premier.

2. Écraser un ennemi sur une seule ligne

Faux — l'ordinateur croit que l'ennemi s'appelle en entier « Sandclaw": kind: raider » :

Enemy "Sandclaw": kind: raider

Correct — les deux-points terminent la ligne, les détails vont en dessous :

Enemy "Sandclaw":
  kind: raider

3. Une quête sans moyen de gagner

wants: te donne des points quand tu livres l'objet. Des points, ce n'est pas gagner. S'il n'y a pas de ligne Win when: et pas de win dans un choix, ton jeu tourne indéfiniment et personne ne peut le terminer. Ajoute une ligne tout à gauche :

Win when: player has 🌟 star

À toi — trois défis

Défi 1 — Fais-le à ta façon

Change le monde, renomme le personnage, et remplace l'objet par quelque chose que tu as inventé. Relis à voix haute ensuite : est-ce que l'histoire tient toujours debout ?

World "volcano":
Character "Ash":
  say My lantern fell in the lava. Find me another!
  wants: 🏮 lantern
item 🏮 lantern
Win when: player has 🏮 lantern

Défi 2 — Ajoute du danger

Ajoute un ennemi qui garde la chose dont tu as besoin. Rappelle-toi : kind: va sur sa propre ligne indentée. tier:, c'est sa difficulté — commence à 3, pas à 30.

World "desert":
Character "Rin":
  say Something is out there. Bring me the star and we run.
  wants: 🌟 star
Enemy "Sandclaw":
  kind: raider
  tier: 3
item 🌟 star
Win when: player has 🌟 star

Défi 3 — Donne une décision au joueur

Un choix, ça veut dire que deux joueurs peuvent jouer au même jeu et avoir des fins différentes. Remarque qu'il n'y a pas de Win when: ici — le win à l'intérieur de la première réponse est le moyen de gagner.

World "snow":
Character "Frost Guard":
  say The gate is locked. Do you have the key?
  if choice is "Here is the key":
    say Then the mountain is yours.
    win
  if choice is "Not yet":
    say Come back when you find it.
item 🔑 key

Pour aller plus loin : fais en sorte que la deuxième réponse mène quelque part elle aussi, ajoute un Ally qui te suit, ou utilise if player has key: pour que le garde réagisse différemment selon ce que tu portes.

Avant de rendre

1. Appuie sur Jouer et termine vraiment ton propre jeu. Si tu n'y arrives pas, personne n'y arrivera.
2. Vérifie que chaque ligne item commence tout à gauche.
3. Vérifie que tu as une ligne Win when: ou un win que le joueur peut atteindre.
4. Relis tes lignes say. Aurais-tu envie de les lire dans le jeu de quelqu'un d'autre ?

Puis rends-le. Une carte apparaît avec un bouton vers la page de ta classe — appuie dessus et joue à ce que les autres ont fait.