[Résolu] Actualisation étrange

Philippe shared this question 5 years ago
Answered

Bonsoir


Dans le fichier joint, le bouton "RAZ" ne met pas toujours les 2 valeurs B_N et B_R à 1 comme prévu

Bug du programme ou bug du programmeur ?

De plus "Tirer une boule" .......en tire plusieurs

Merci

https://ggbm.at/568681

Comments (5)

photo
1

Bonsoir,


il est tard, je ne comprends pas l'algorithme voulu,

mais je comprend une erreur :

Dans RAZ :

SoitValeur[B_{R},1] ok : B_R=1

SoitValeur[a,0] va actualiser "a"

Donc dans le script d'actualisation de a : LanceScriptClic[Tirer] va lancer le script de "tirer" ...?

Dans le script de "tirer" :

SoitValeur[B_{R},Si[b==1,B_{R},B_{R}+1]] ... normal : doit incrémenter B_R...aléatoirement...


donc ...parfois..., B_R=2 ...ou alors c'est B_N=2...

C'est "contrôlé" par l'aléatoire de b=floor(random() + B_{N} / Total)

avec : ( ActualiserConstruction[] dans "tirer")


...

Pour arranger : faut savoir clairement ce qu'on veut faire.

photo
1

Oui ! C'est bien ça qui ne va pas...

Donc bug du programmeur...


Je me suis demandé aussi ce qu'il voulait faire...

il fait en fait des tirages avec remise, en rajoutant en plus une boule de la même couleur que celle tirée

photo
1

Bonjour


Merci, je voulais pouvoir faire du clic un par un ou alors automatisé

J'ai mélangé les 2

Je vais faire un choix


Le but est de rajouter une boule de la couleur tirée et de voir la limite .........

photo
1

Bonjour,


j'ai toujours pas bien compris l'énoncé exact... :flushed:

Pourquoi commencer à B_N=1 et B_R=1 ???

Sans chercher à comprendre la définition de la variable aléatoire b,

j'ai arrangé les scripts de façon à n'avoir qu'un seul script permettant d'incrémenter les B_ (c'est dans le curseur a)

En effet, la demande d'actualiser la construction semble lancer tous les scripts...d'où l'incrémentation de deux ou trois pour une boule .


Dans une nouvelle version, le bouton "tirer" ne permet plus que d'incrémenter a (donc de l'actualiser)


Dans "tirage urne (2).ggb", ça a l'air plus stable, même si parfois ça semble "rebondir"... :?

mais, y'a encore un problème : ça ne compte pas selon la couleur de la boule !!! :cry:


...?


Dans "tirage urne (3).ggb" , je n'utilise plus la commande ActualiserConstruction[] :

b devient une variable libre, controlé par le script dans a : (l'aléatoire n'intervient plus que dans un seul script !=

SoitValeur[b,floor(random() + B_{N} / Total)]

...reprise de la formule de définition de b avant qu'il soit libre...

et ça semble marcher...? :wink:

https://ggbm.at/568707

https://ggbm.at/568709

photo
1

Bonjour


Enoncé du problème :


On tire dans une urne au hasard une boule puis on remet dans l'urne une boule de la même couleur.

Il faut au départ au moins une de chaque sinon, "ca va moins bien marcher".


Je voulais, au départ faire un tirage clic par clic, puis en faire un auto pour aller plus vite et permettre de recommencer

pour voir qu'il y a bien une stabilisation après des oscillations, mais .....aléatoire à chaque fois


Merci le fichier tirage urne 3 est bien

© 2020 International GeoGebra Institute