Le lièvre et la tortue

miam shared this question 5 years ago
Answered

Bonjour à tous,


Vous connaissez sans doute le jeu du lièvre et de la tortue, on jette un dé, si c'est un 6, le lièvre gagne, sinon, la tortue avance de 1. Dès que la tortue atteint 11 (par exemple), elle gagne.


Je viens de bricoler une simulation pour ce jeu, en voulant éviter le javascript pur...


Pour cela :

  • Je demande un nombre d'essai,

    je créée une liste de nombres entiers aléatoires compris entre 1 et 6 ayant pour longueur le nombre d'essai,

    je lance un curseur a, avec un script GeoGebra par actualisation.

Si ma liste est petite, tout va bien, le lièvre gagne autant de fois qu'il y a de six dans la liste (j'ai mis une variable pour vérifier)

Mais si je mets un nombre d'essai de 1000 par exemple, tout part en vrille... on dirait que GeoGebra ne s'occupe plus du script !


Quelqu'un aurait-il une idée lumineuse pour remédier à cela ? Parce que la, à part ralentir le curseur (je n'ai pas essayé, mais si ça se trouve, ça fonctionne...) ça m'ennuie quand même.


Autre souci, au départ, le point tortue se met en (1,0), et ce, même si la variable tortue vaut 0... la j'ai l'impression que GeoGebra lit le script du curseur, alors que je ne lui ai rien demandé ! :anguished:


Merci à l'avance pour vos réponses ! :D

https://ggbm.at/1388469

Comments (6)

photo
1

Bonjour, peut être que la plage d'incrément de a est trop grande par rapport à la vitesse.

Tu peux conserver ton fichier avec comme vitesse de a 0.1 au lieu de 1 et pour essai=1000 cela semble marcher.

J'ai essayé par ailleurs d'utiliser une variable p : 0-1 intermédiaire qui n'aura pas ce problème de plage trop grande mais qui ralentit (c'est d'aileurs peut être la seule raison pour laquelle cela marche)

https://ggbm.at/1388471

photo
1

Bonjour,


Mais si je mets un nombre d'essai de 1000 par exemple, tout part en vrille... on dirait que GeoGebra ne s'occupe plus du script !


Michel à raison, une vitesse de 1 indique que le curseur va parcourir son étendue en environ 10 secondes.

Si l'étendue est trop importante selon le script à effectuer, alors l'incrémentation n'est plus respectée comme prévue (c'est un choix de GGB).

Si on veut respecter l'incrémentation indiquée, alors il faut diminuer la vitesse.


Parce que la, à part ralentir le curseur (je n'ai pas essayé, mais si ça se trouve, ça fonctionne...) ça m'ennuie quand même.


oui, c'est une solution : dans les propriétés du curseur, écrire vitesse=100/essai

permet de conserver (à peu près) la même vitesse d'exécution du script indépendamment du nombre d'essais.


Autre souci, au départ, le point tortue se met en (1,0), et ce, même si la variable tortue vaut 0... la j'ai l'impression que GeoGebra lit le script du curseur, alors que je ne lui ai rien demandé !


C'est normal, car dans le script de Raz,

a=0 se trouve APRES tortue=0

or, la commande a=0 actualise a,

mais a contient un script d'actualisation qui peut incrémenter tortue (ou même lièvre...)

Il suffit de déplacer la ligne de script a=0 AVANT tortue=0

https://ggbm.at/1388475

photo
1

Merci pour ces éclaircissements... et surtout pour la célérité avec laquelle vous répondez ! :D

photo
1

Bonsoir,


Je vous mets la version finale, j'ai finalement pris l'option de ralentir le curseur.


Par contre, je m'interrogeai sur un truc ;


il est assez facile de faire faire aux élèves une version simple de ce genre de simulation, avec juste un bouton "lance" et quelques compteurs dans le script.


Après, pour un grand nombre de lancers, le fichier devient un peu plus complexe, et je me vois mal le faire faire aux élèves, je vais les perdre...


En fait, je rêvais d'une "macro" qui cliquerait à la place de l'élève ! Je me demandais donc si c'était possible... récupérer la ligne de commande qui correspond à un "clic sur le bouton lance" et la répéter 10000 fois...


Je rêve ? :confused:

https://ggbm.at/1388505

photo
1

Bonsoir,


MAIS IL FAUT RÊVER !


J'avais déjà fait une simulation de ce genre, mais juste sur un pile ou face (uniquement sur 200 lancers)...

http://tube.geogebra.org/ma...

(à télécharger : la version html5 a l'air de la refuser...c'est vieux...)


Ton appli est déjà très bien, on peut effectivement rechercher plus...

Mais, pour aller plus loin, il faut changer l'algorithme (trop lent)...utiliser le tableur ou autre (liste ?)...

C'est à mon avis une autre appli à reconstruire...

photo
1

Merci pour ces infos, la commande Répéter[], j'étais passé à coté !


Je vais méditer... :wink:

© 2020 International GeoGebra Institute