Logiciels de géométrie dynamique : critères de choix au collège

Nous voyons régulièrement, dans les classes que nous accompagnons, ce moment précis où un élève ouvre pour la première fois une figure dynamique et se retrouve bloqué, non pas par la géométrie elle-même, mais par l'interface qui l'entoure. Trop de menus, trop d'icônes, trop de fonctionnalités visibles dès l'ouverture: la charge cognitive explose avant même que la propriété mathématique n'ait pu être abordée. À l'inverse, une interface trop dépouillée peut priver l'élève des outils dont il aura besoin quelques semaines plus tard. C'est dans cet écart que se joue l'essentiel du choix pédagogique.

MathGraph32 et ApiGeom: l'ergonomie au service de la progressivité

La première question qu'un enseignant doit se poser n'est pas « quel logiciel est le plus puissant? » mais « à quel moment de l'année mon élève aura besoin de quelle complexité? ». C'est précisément sur ce point que deux logiciels, très différents dans leur philosophie, nous semblent particulièrement éclairants.

MathGraph32, devenu gratuit en juin 2008 puis passé sous licence libre Java en mai 2010, propose une réponse structurée à cette question: quatre niveaux d'utilisation prédéfinis — élémentaire, collège, lycée, lycée avec nombres complexes — qui adaptent automatiquement la complexité de l'interface aux besoins de l'élève. Cette granularité nous paraît précieuse parce qu'elle évite le piège classique du « tout est disponible tout le temps ». Un élève de cinquième qui découvre la symétrie centrale n'a pas besoin, a priori, du bouton permettant de gérer les nombres complexes: le masquer n'est pas un appauvrissement, c'est une manière de consolider l'attention sur la notion en cours d'apprentissage.

Concrètement, dans une séance de construction d'un triangle isocèle en sixième, l'enseignant peut configurer le niveau « élémentaire » pour que seuls apparaissent les outils de tracé de segments, de report de longueur et de mesure d'angle. L'élève ne voit ni les courbes paramétriques, ni les éditeurs de fonctions, ni les matrices de transformation: il se concentre sur le geste géométrique. Lorsque, en fin d'année ou l'année suivante, la classe aborde les transformations du plan, le passage au niveau « collège » dévoile progressivement de nouveaux outils — rotation, homothétie, translation — sans que l'élève ait eu à subir une interface surchargée pendant des mois.

ApiGeom, développé par CoopMaths et publié en version 1.0 en avril 2026 sous licence libre GNU-AGPL 3, pousse cette logique d'épure encore plus loin. Le pari des concepteurs est proche: proposer une interface volontairement minimaliste, respecter les conventions géométriques françaises (l'usage de croix pour matérialiser les points plutôt que des points pleins, par exemple), et bâtir un outil qui ne fasse pas écran à la notion. 1 028 commits et plus de 100 000 lignes de code modifiées ont été nécessaires pour aboutir à cette première version stable, ce qui montre que la simplicité d'usage ne va pas sans un travail de conception considérable en arrière-plan.

ApiGeom se distingue aussi par sa volonté de coller aux habitudes des enseignants français: les points se nomment par des lettres capitales, les droites portent des petites lettres, les cercles sont désignés par leur centre — autant de conventions qui, pour un enseignant du système éducatif français, éliminent une friction cognitive inutile. C'est un détail qui peut sembler anodin, mais il change la fluidité d'une séance lorsque l'outil parle le même langage que le tableau noir.

Une interface dépouillée n'est pas un outil pauvre: c'est un cadre qui laisse à la notion mathématique la place de devenir le centre de gravité de l'activité.

Pour un enseignant qui introduit la géométrie dynamique en classe de sixième ou de cinquième, l'un comme l'autre offrent un point d'entrée peu anxiogène. La différence entre les deux tient surtout au contexte: MathGraph32 dispose d'un historique et d'une documentation plus étoffés, là où ApiGeom bénéficie de l'élan d'un projet neuf, pensé en dialogue étroit avec les pratiques de terrain du réseau CoopMaths.

CaRMetal et l'outil Monkey: éprouver la robustesse d'une construction

La deuxième question, que nous formulons souvent aux enseignants lors de nos formations, est la suivante: « Comment savez-vous que votre construction est correcte? ». Cette question, les élèves ne se la posent pas spontanément. Ils tracent, ils mesurent, ils constatent que l'angle semble droit, et ils concluent. Or, en géométrie dynamique, une propriété observée sur une figure particulière ne prouve rien: encore faut-il que la construction tienne lorsque la figure se déforme.

Prenons un exemple concret. Un élève de quatrième construit un quadrilatère et veut vérifier s'il est parallélogramme. Il mesure les longueurs des côtés opposés: elles sont égales. Il mesure les angles opposés: ils sont égaux. Il conclut: c'est un parallélogramme. Mais cette conclusion ne vaut que pour la configuration observée. Que se passe-t-il quand il déplace un sommet? Les mesures restent-elles cohérentes? La construction a-t-elle été réalisée de sorte que les propriétés soient structurelles et non accidentelles?

C'est ici qu'intervient l'outil Monkey de CaRMetal, créé en 2006 par Éric Hakenholz. Monkey parcourt aléatoirement les positions possibles des points « libres » d'une figure — c'est-à-dire les points dont les autres éléments dépendent — et déclenche des micro-transformations sur l'ensemble de la construction. Si la propriété que l'élève croit avoir mise en évidence se maintient (par exemple: le triangle reste rectangle quelle que soit la position du point mobile), alors la construction est jugée robuste. Si elle ne se maintient pas, l'élève doit reprendre son raisonnement.

Ce que nous trouvons pédagogiquement précieux dans Monkey, ce n'est pas seulement sa capacité à valider une figure: c'est qu'il oblige l'élève à déplacer son regard du « cas particulier » vers la « propriété générale ». On passe ainsi d'une géométrie perçue comme une série de cas à une géométrie perçue comme un raisonnement sur des invariants. Pour un enseignant qui souhaite travailler la preuve dès le cycle 4, CaRMetal offre donc un levier tout à fait singulier, qu'aucun autre logiciel de notre panorama ne propose avec cette clarté.

Tester la robustesse d'une construction, c'est apprendre à distinguer une observation d'une démonstration.

L'outil peut aussi servir de révélateur de fragilité dans la construction de l'enseignant lui-même. Nous avons vu des figures pédagogiques, préparées pour une séance, qui passaient brillamment le test de Monkey... sauf dans une zone marginale où deux droites se confondaient, provoquant une indétermination. Ce type de retour, brutal mais honnête, est un atout rare dans la préparation d'une séance de géométrie.

Là où MathGraph32 et ApiGeom travaillent sur l'épure de l'interface, CaRMetal travaille donc sur la profondeur du geste mathématique. Ce n'est pas la même fonction, et ce n'est pas la même année où ces fonctions seront utiles.

DGPad et Sketchometry: le tactile comme levier d'ancrage

Il est une troisième entrée dans la géométrie dynamique que nous voyons monter en puissance depuis quelques années: l'entrée tactile. Elle répond à un blocage spécifique, celui de l'élève qui peine à traduire une intention géométrique en une suite de clics coordonnés. Manipuler directement la figure avec le doigt ou le stylet change radicalement la nature de l'ancrage: on ne programme plus une construction, on la réalise.

DGPad, dont la version desktop a été lancée en 2020, est conçu précisément pour cette approche. L'interface repose sur des gestes: tracer un cercle du doigt, le déplacer, le relier à un autre objet par une action tactile plutôt que par un menu déroulé. La logique gestuelle est complétée par un environnement de programmation par blocs, MathemaBlocs, qui permet aux élèves de passer progressivement du geste à l'algorithme, sans rupture de medium. DGPad supporte Windows, Linux et macOS en version desktop, ce qui couvre l'essentiel des parcs informatiques des collèges.

MathemaBlocs mérite qu'on s'y arrête: il propose un environnement visuel de type Scratch adapté à la géométrie, où l'élève assemble des blocs logiques — « créer un point », « tracer un segment de A à B », « mesurer l'angle BAC » — pour construire une figure par programme. C'est une passerelle naturelle entre la manipulation directe de la figure et la pensée algorithmique que les programmes de mathématiques du collège intègrent désormais. L'élève qui passe du geste tactile au bloc logique, puis du bloc logique au code, franchit trois paliers de formalisation sans jamais être confronté à un mur syntaxique.

Sketchometry va encore plus loin dans l'acceptation du tracé approximatif: l'élève dessine à main levée une figure au doigt ou au stylet, et le logiciel reconstruit en arrière-plan une figure géométrique « propre », la plus proche de l'intention du dessinateur. Pour les élèves dont la motricité fine est encore hésitante, ou pour les classes équipées de tablettes, ce seuil de tolérance modifie profondément le rapport à l'erreur: l'élève n'est plus arrêté par un trait maladroit, mais accompagné dans la construction.

Cette approche tactile ne remplace pas les logiciels précédents: elle les complète. Elle est particulièrement utile en début d'apprentissage, lorsque l'élève doit se constituer une représentation mentale stable de la figure. Elle devient ensuite un appoint précieux pour les élèves ayant des besoins éducatifs particuliers, pour qui la manipulation directe lève souvent des obstacles que la souris, elle, ne sait pas lever.

GeoGebra: la polyvalence au prix d'une charge cognitive plus lourde

Impossible, dans un panorama des logiciels de géométrie dynamique au collège, de ne pas s'arrêter sur GeoGebra. Logiciel multiplateforme gratuit, il combine géométrie 2D et 3D, algèbre, tableur et calcul formel: c'est probablement l'outil le plus complet du marché, et le plus présent dans les salles de classe du secondaire.

Cette polyvalence est à la fois sa force et son piège. Sa force, parce qu'elle permet de faire cohabiter dans un même environnement des représentations qui s'éclairent mutuellement — la figure géométrique, l'expression algébrique, le tableau de valeurs — et qu'elle accompagne ainsi l'élève sur plusieurs années. Son piège, parce que l'élève qui ouvre GeoGebra pour la première fois se retrouve face à une multitude de panneaux, d'outils, de modes, et que la charge cognitive peut devenir un obstacle avant même que le travail mathématique ait commencé.

La polyvalence d'un outil n'est un atout que si l'élève apprend progressivement à y circuler.

C'est pourquoi nous recommandons souvent, dans les classes que nous accompagnons, une introduction progressive à GeoGebra: ne montrer au départ que la fenêtre de géométrie, n'ouvrir la fenêtre algèbre qu'au moment où le besoin s'en fait sentir, ne toucher au tableur et au calcul formel qu'en cycle 4. GeoGebra, comme tout environnement riche, se gagne en maturité; mal introduit, il risque d'écraser la notion sous le poids de l'interface. Comparé à MathGraph32 ou ApiGeom, son seuil d'entrée est plus haut, mais son horizon d'usage est plus large: il accompagne véritablement l'élève de la sixième à la terminale, et au-delà.

La communauté GeoGebra constitue également un atout considérable: des milliers de ressources partagées, des séquences clé en main, des tutoriels vidéo — autant de matériel qui réduit la charge de préparation pour l'enseignant et lui permet de se concentrer sur la dimension pédagogique plutôt que sur la technique. Cette abondance de ressources n'a pas d'équivalent chez les autres logiciels du panorama, et c'est un argument qui pèse dans la décision de nombreux enseignants.

Choisir en fonction du matériel, du niveau et de l'objectif

Au moment du choix, trois familles de critères nous semblent devoir guider la décision, dans cet ordre: les contraintes matérielles de l'établissement, le niveau d'autonomie numérique des élèves, et l'objectif pédagogique prioritaire à l'instant T.

Le tableau suivant résume les principales caractéristiques à comparer pour un usage au collège:

La question du matériel n'est pas annexe: un logiciel comme DGPad ou Sketchometry prendra tout son sens dans une classe équipée de tablettes ou de tableaux interactifs, et restera sous-employé sur un parc de postes anciens. À l'inverse, MathGraph32, ApiGeom, CaRMetal et GeoGebra fonctionnent parfaitement sur des machines plus modestes, et permettent de démarrer sans investissement matériel lourd.

La question du niveau d'autonomie numérique des élèves mérite également attention: pour des élèves de sixième découvrant à la fois la géométrie et l'environnement numérique de travail, une interface épurée comme ApiGeom ou MathGraph32 en mode élémentaire réduit le risque de blocage frontal. Pour des élèves de cycle 4 déjà à l'aise avec le maniement d'un logiciel, GeoGebra ouvre un espace d'exploration beaucoup plus vaste.

La question de l'objectif pédagogique, enfin, est souvent la plus négligée et pourtant la plus déterminante. S'agit-il d'introduire une notion, de laisser les élèves conjecturer, de formaliser une propriété, ou de programmer une construction? Chaque objectif appelle un outil privilégié: conjecturer se fait très bien sur MathGraph32 ou GeoGebra, tester la robustesse d'une figure reste l'apanage de CaRMetal, programmer par blocs s'envisage naturellement avec DGPad, et faire le lien entre géométrie et algèbre est le terrain de jeu de GeoGebra.

Un dernier critère, souvent sous-estimé, concerne l'installation et la maintenance. ApiGeom, MathGraph32 et CaRMetal fonctionnent sans installation préalable — il suffit de distribuer un fichier exécutable ou d'accéder à une URL. GeoGebra propose une version web complète via GeoGebra Classic, ce qui supprime toute contrainte d'installation. DGPad et Sketchometry fonctionnent directement dans un navigateur. Pour un enseignant qui partage une salle informatique avec cinq autres collègues et qui ne dispose pas de droits administrateur, cette autonomie de déploiement est un facteur pratique qui peut faire basculer la décision.

Posture recommandée: combiner plutôt que trancher

Plutôt que de chercher le « bon » logiciel unique, nous défendons depuis plusieurs années une posture de complémentarité. Un enseignant de collège peut tout à fait commencer l'année avec MathGraph32 en niveau élémentaire pour installer les premiers gestes, basculer ponctuellement sur CaRMetal lorsque la classe aborde la preuve d'une propriété, introduire DGPad ou Sketchometry dès qu'une séance sur tablette est possible, et finir l'année avec GeoGebra lorsque les élèves ont besoin d'articuler géométrie et algèbre.

Ce qui compte, au fond, ce n'est pas l'outil lui-même mais la manière dont il étaye la pensée géométrique de l'élève. Un logiciel n'est qu'un médiateur: bien choisi, il rend visible ce que le papier rendrait invisible; mal choisi, il rend opaque ce qui aurait pu être lumineux. Aidons l'élève à percevoir, dans chaque figure, l'invariant qui se cache derrière l'apparence mobile, et accompagnons-le d'un environnement numérique qui ne fasse pas écran à cette perception.