Géométrie de la tortue

Reproduire un projet Scratch comme un pro

Exercice complet de rétro-ingénierie : on ouvre un projet existant, on le décortique, puis on le reconstruit de zéro. Parfait pour comprendre comment pensent les développeurs de jeux.
Public : 9 → 18 ans Excellent exercice pour profs & devs

Projet à analyser et à reproduire

1️⃣ Ouvre ce projet Scratch dans ton navigateur, puis clique sur “Voir à l’intérieur” pour accéder aux scripts :

🔎 Ouvrir le projet Scratch : 932273777

Astuce : si tu as un compte Scratch, clique ensuite sur “Remix” pour créer ta propre copie modifiable.

Étape 1 – Observer comme un game designer

Avant de coder, on joue et on observe. Le but est de comprendre le comportement du projet sans regarder le code.

a) Jouer plusieurs fois

• Cliquer sur le drapeau vert et jouer plusieurs parties.
• Noter ce qu’on doit faire pour gagner ou perdre.
• Identifier les éléments importants : personnage principal, ennemis, décors, score…

b) Remplir une “fiche jeu” (fiche papier ou tableau)

Question	Ta réponse
Quel est l’objectif principal du jeu ?	Ex. : ramasser des objets, éviter des ennemis, survivre le plus longtemps possible…
Quels sont les sprites visibles ?	Ex. : joueur, ennemis, projectiles, décor, interface…
Quelle est l’action principale du joueur ?	Ex. : se déplacer, sauter, tirer, cliquer…
Comment le jeu indique une réussite / un échec ?	Ex. : message “Game over”, changement d’arrière-plan, son…

Pour les plus jeunes : faire cette étape à l’oral, en groupe. Pour les plus avancés : demander une mini “fiche game design” écrite.

Étape 2 – Décortiquer les sprites et les scripts

Maintenant on entre dans les coulisses : onglet “Code”. On va analyser le projet comme un mécanicien qui ouvre un moteur.

a) Lister les sprites

• Cliquer sur chaque sprite dans la colonne à gauche.
• Noter son rôle : joueur, ennemi, décor, UI (interface), etc.
• Repérer s’il a des costumes différents (pour l’animation).

b) Observer la structure des scripts

Pour chaque sprite, regarder les blocs principaux et les regrouper dans ta tête :

• Blocs “quand drapeau vert cliqué” → initialisation du jeu.
• Blocs “répéter indéfiniment” → comportement continu (mouvements, IA…).
• Blocs “quand touche … pressée” → contrôles du joueur.
• Blocs “si <condition> alors” → collisions, tests de score, fin de partie…

Exercice conseillé : demander aux élèves de regrouper les scripts en 3 catégories sur leur cahier : “démarrage”, “mouvement”, “logique du jeu (score, vies, game over)”.

Étape 3 – Reconstruire le projet à l’identique (nouvelle version)

On ne se contente pas de regarder : on reconstruit depuis une page blanche. C’est l’étape où on apprend le plus.

a) Créer un nouveau projet

• Sur Scratch, cliquer sur “Créer” pour démarrer un projet vide.
• Renommer le projet : “Reproduction 932273777 – ton prénom”.
• Importer ou redessiner les sprites (ou les recréer de façon simplifiée).

b) Recréer le comportement du joueur

Commencer par ce qui est le plus important : le sprite contrôlé par le joueur.

• Position de départ (“aller à x: … y: …” au drapeau vert).
• Contrôles clavier (flèches, espace, etc.).
• Animations (changement de costume) s’il y en a.

c) Ajouter ennemis / objets / score

Reprendre ensuite les autres éléments un par un :

• Un sprite “ennemi” ou “obstacle” qui se déplace automatiquement.
• Une variable score qui s’incrémente dans certaines conditions.
• Un système de “game over” (message, arrêt du jeu, retour au début…).

Conseil : si quelque chose ne marche pas, retourner voir le projet original, comparer les scripts bloc par bloc, et corriger. C’est exactement ce que font les vrais développeurs : ils testent, comparent, corrigent.

Étape 4 – Aller au-delà du projet original

Une fois la reproduction réussie, on peut améliorer le concept pour en faire son propre jeu.

• Changer les graphismes : thème espace, course, donjon, etc.
• Ajouter des effets sonores (collisions, points, game over).
• Ajouter des niveaux de difficulté (vitesse des ennemis, temps limité…).
• Créer un écran de titre avec un menu “Jouer / Règles / Crédits”.

Pour les développeurs avancés : intégrer des blocs personnalisés pour organiser la logique (gestion des inputs, IA des ennemis, système de score…) et montrer la parenté avec du “vrai code” (fonctions).

QCM – As-tu compris la démarche de reproduction ?

Coche une réponse par question, puis clique sur “Vérifier”.

1. 1. Pourquoi commencer par jouer au projet sans regarder le code ?
   a) Pour perdre du temps avant de coder.
   b) Pour comprendre le but du jeu et les mécaniques avant de reconstruire.
   c) Parce qu’on n’a pas le droit d’ouvrir l’onglet “Code”.
2. 2. Quand on analyse les scripts d’un sprite, que cherche-t-on en priorité ?
   a) Le nombre exact de blocs utilisés.
   b) Le style graphique des costumes.
   c) Le rôle de chaque groupe de blocs : démarrage, mouvement, logique de jeu, etc.
3. 3. Pourquoi est-ce intéressant de reconstruire le projet dans un nouveau projet Scratch ?
   a) Pour augmenter le nombre de projets dans ton profil.
   b) Parce qu’en retapant les scripts soi-même, on retient mieux la logique.
   c) Parce que le projet original va s’auto-supprimer.
4. 4. Une fois que la reproduction fonctionne, que faire pour vraiment “se l’approprier” ?
   a) Ne surtout rien changer.
   b) Juste changer le titre.
   c) Modifier graphismes, sons, règles ou difficulté pour créer ta propre version.
5. 5. Pour un professeur, quel est l’intérêt pédagogique principal de cet exercice ?
   a) Apprendre aux élèves à copier sans comprendre.
   b) Travailler la compréhension, l’analyse de code et la capacité à reconstruire pas à pas.
   c) Remplir le temps de cours avec un jeu.

Idées de scénarios pédagogiques pour les profs

• Version courte (1h) : observation + fiche jeu + exploration rapide des scripts.
• Version atelier (2h) : reproduction partielle (ex : seulement le joueur et le score).
• Projet long (4–6 séances) : reproduction complète + création de variantes par groupes.
• Évaluation : demander un mini rapport “Ce que j’ai changé / amélioré dans le jeu”.