« Je veux que mon enfant apprenne à programmer » est souvent une façon de dire quelque chose de plus large : je veux qu’il comprenne la technologie, résolve des problèmes et puisse fabriquer ses propres créations.
Pendant des années, le point de départ le plus évident a été un langage de programmation. Assembler des blocs ou apprendre un peu de syntaxe, puis utiliser ces instructions pour produire un résultat. Cette approche a une vraie valeur. Mais à mesure que les outils de développement changent, nous devons reconsidérer par où les enfants commencent et ce que nous voulons leur faire pratiquer.
Nous avons construit Makerplay autour d’un autre point de départ : donner à l’enfant quelque chose qu’il veut créer, puis l’aider à préciser son fonctionnement. Le laisser essayer, repérer ce qui ne va pas et améliorer le résultat.
Nous croyons que les enfants devraient pouvoir commencer à construire des logiciels tout en apprenant à les concevoir.
Un jeu donne une raison de réfléchir avec soin
Imaginez un enfant qui veut faire un jeu où un chevalier s’échappe d’un château. Cette idée suffit pour commencer. La développer demande de répondre à des questions.
Qu’est-ce qui retient le chevalier ? Où est la clé ? Que se passe-t-il quand un garde voit le joueur ? Si le chevalier perd une vie, garde-t-il la clé ou doit-il la retrouver ?
Chaque réponse précise le projet. L’enfant décompose le jeu, définit le rôle de chaque élément et réfléchit à l’interaction des règles. Il a une raison de faire attention : ces décisions changent quelque chose auquel il a envie de jouer.
Dans Makerplay, ces décisions prennent place sur le Game Board. Nous avons développé ce tableau et ses cartes de jeu pour rendre la structure visible et modifiable : personnages, objets, comportements et règles. L’enfant peut revenir sur un élément, changer ses instructions et essayer le résultat.
Il exprime son projet par écrit. La précision reste essentielle. « Rends le garde plus difficile » laisse beaucoup de choses indéterminées. « Le garde poursuit le chevalier quand il entre dans la cour, mais s’arrête au pont » décrit un comportement que l’enfant peut tester.
C’est un défi important, même sans code à l’écran.
La première version marque le début du travail intéressant
Un jeu peut respecter toutes les instructions et rester ennuyeux. Le garde attrape le chevalier immédiatement. La clé est trop facile à trouver. Le joueur ne remarque jamais le pont.
L’enfant doit alors décider ce qui ne va pas et ce qui pourrait aider. Faut-il ralentir le garde ? Prévenir avant la poursuite ? Déplacer la clé pour encourager l’exploration ?
C’est là que le jugement se développe par la pratique. L’enfant fait un changement, observe et décide si cela aide. Parfois, l’idée mérite d’être retravaillée. Parfois, l’outil l’a mal construite. Apprendre à comparer l’intention et le résultat permet d’examiner ces deux possibilités.
Regarder un ami jouer apporte un autre regard. Une règle qui semblait évidente peut être déroutante. Un raccourci peut supprimer le défi. L’enfant réfléchit à ce qu’une autre personne comprend et apprécie, puis agit sur ses observations.
Nous voulons que Makerplay donne envie de construire cette prochaine version. Générer un jeu n’est que le début de l’expérience que nous concevons.
Le développement professionnel évolue lui aussi dans cette direction
Les développeurs décrivent de plus en plus une fonctionnalité, utilisent des outils pour en générer l’implémentation, puis l’inspectent, la testent et l’affinent. Dans le processus de développement publié par Anthropic, les spécifications, les plans d’implémentation et la revue font explicitement partie du travail avec des agents de programmation.
La qualité des instructions compte donc beaucoup. Quelqu’un doit toujours décider ce que le logiciel doit faire, expliquer ses contraintes, reconnaître un mauvais résultat et juger s’il résout le problème visé. La compréhension technique reste importante, surtout pour vérifier le code et diagnostiquer les erreurs.
Makerplay propose aux enfants une version accessible de ce processus. Notre outil de création de jeux avec l’IA transforme les instructions du tableau en jeu jouable. Leur travail consiste à façonner l’idée, définir les comportements, évaluer le résultat et orienter le changement suivant.
Un enfant qui crée un jeu relève un défi bien plus petit qu’un ingénieur responsable d’un système en production. Mais les habitudes qu’il peut pratiquer — décrire clairement, observer les interactions, tester une intention et réviser avec soin — appartiennent pleinement à la création logicielle.
Ces habitudes méritent d’être enseignées comme des compétences à part entière.
Apprendre le code est une voie vers plus de contrôle
Scratch permet aux enfants d’aborder directement la logique de programmation avec des blocs, tout en pratiquant créativité, débogage et itération. Un enfant peut construire un comportement avec des événements, conditions, variables et boucles. Ce sont des connaissances utiles.
Makerplay offre un autre type de contrôle : décrire le comportement souhaité, le voir dans un jeu qui fonctionne et réviser le projet. Le code est pris en charge pour eux. Cela laisse davantage de place aux décisions sur la structure du jeu et l’expérience du joueur, mais expose moins directement l’enfant à l’implémentation.
Le bon départ dépend de ce que vous voulez lui faire pratiquer. Si l’objectif immédiat est d’apprendre les boucles et les variables, un outil qui les montre directement est logique. Si l’objectif est de transformer des idées en logiciels fonctionnels et d’apprendre à les améliorer, nous pensons que Makerplay constitue un bon point de départ.
Certains enfants deviendront curieux du code sous-jacent. Leurs jeux peuvent donner un sens à cette curiosité : ils savent déjà à quoi sert un compteur de vie et veulent maintenant comprendre comment le programme s’en souvient. Notre guide de Makerplay, Scratch et Godot explore ces différentes couches.
D’autres continueront à créer avec des outils qui gèrent l’implémentation. Leur travail demande toujours des idées, des décisions et du soin. Nous ne considérons pas l’écriture de code comme le diplôme obligatoire du créateur compétent.
Donnez-leur quelque chose qui mérite d’être amélioré
L’occasion éducative plus large, c’est de voir un enfant devenir capable de prendre une idée au sérieux : l’expliquer, l’essayer, écouter les retours et en faire une nouvelle version.
Nous pensons que cette pratique dépasse largement les jeux. Définir clairement un problème et juger la qualité d’une réponse compte pour planifier un projet, concevoir une expérience ou travailler avec un outil d’IA. Les outils et les métiers changeront ; les enfants auront toujours besoin de leurs propres raisons pour décider que quelque chose fonctionne ou pourrait être meilleur.
Les jeux donnent un but immédiat à cette pratique. L’enfant veut que la poursuite soit équitable, que le passage secret surprenne un ami ou que la fin vaille le détour. Améliorer ces éléments demande de l’attention et de la persévérance, avec un résultat qu’il peut vivre lui-même.
C’est pourquoi nous commençons par la création. Nous voulons qu’un enfant joue à ce qu’il a fabriqué, repère une amélioration possible et sache comment passer à l’étape suivante.