Boucle while à casser... svp

[cancdigo]

Bonjour,

Je suis désolé, mais je n’ai pas cherché s’il existait déjà un post sur le sujet dont je vais vous parler.
Voilà, je connais quelqu’un qui a un souci de programmation avec Python.
Il n’arrive pas à casser une boucle ‘while’.
Si ça peut vous aider, je sais que, dans le programme qu’il doit faire, l’utilisateur devra choisir un nombre (il me semble que c’est entre 1 et 100) et il aura comme réponse ‘c’est plus’, ‘c’est moins’ ou ‘bravo’, voilà ça ressemble à ça. Je sais que, lorsqu’il lançait le programme, le programme ne s’arrêtait pas, c’est pourquoi, si j’ai bien compris son explication, il cherchait à casser la boucle ‘while’ en question.
J’ai pensé à mon forum futura et je me suis dit que ça pouvait être LA solution car sur notre ami Google, il n’a rien trouvé et moi, je veux bien l’aider à chercher un peu plus profondément sur Google avec des phrases en anglais par exemple, mais je ne sais pas si je trouverai ce qu’il lui faut finalement.

Merci.

Ah oui, oups... il doit faire ça pour avant hier !

Merci beaucoup d’avance pour lui.

Cordialement.

Cancdigo
-----

[Deedee81]

Salut,

Il y a une instruction pour ça : break;
Ca permet de sortir de la boucle (heu, si "casser" veut bien dire ça ).

[cancdigo]

Bonjour Deedee81,

Merci pour ta réactivité ! Il a utilisé ‘break’, mais ça n’a pas marché.
Je peux peut-être lui demander ce qu’il a fait et le poster afin que vous voyez où est le problème ? Ça peut aussi être une idée. Je vais voir si je peux copier ce qu’il a fait et le mettre sur ce post.
En attendant, si vous avez des idées...
Merci.

[cancdigo]

J’ai eu d’autres infos.
Au début il n’a pas utilisé la fonction ‘break’. Son programme s’exécutait à l’infini puis il a utilisé la boucle break mais son programme ne se réalisait qu’une fois. Le programme ne relançait par pour dire ‘c’est plus’ ou ‘c’est moins’.

[A voir en vidéo sur Futura]

[Deedee81]

Ah ! D'accord.

Il faudra peut-être le détail du code (en tout cas de la boucle) pour comprendre le soucis.

[Jack]

Il faut regarder l'expression logique du while: soit elle est incorrecte, soit elle ne peut pas varier à chaque itération de la boucle.

[pm42]

La condition du while peut également inclure un & sur une variable booléenne. Elle est à true avant la boucle et quand on veut sortir, on la met à false.

Mais sans le code, pour un tiers et pour avant hier, on est un peu dans le surréalisme.

[goaoute]

En gros, dans la boucle: On lit une entrée, tant que le résultat n'est pas bon (plus ou moins) la boucle tourne; on ne sort de la boucle que pour afficher: "Gagné!"; et donc la sortie de boucle est fonction (le "alors") d'un test.

[cancdigo]

Merci à tous !
Je vais essayer de vous envoyer la photo de son programme. Je l’ai eue.

[CM63]

Merci à tous !
Je vais essayer de vous envoyer la photo de son programme. Je l’ai eue.

Ah je ne sais pas si cela va suffire, il vaudrait mieux un scanner 3D , on verrait l'épaisseur du trait de crayon

[cancdigo]

Ça y est, ça ne fonctionnait pas. Je viens d'y arriver. Je vous l'envoie.

[pm42]

Vu que le input n’est pas dans la boucle cela ne risque pas de marcher.

Ce n’est pas un problème de sortie de boucle, c’est un problème de code massivement faux avec une boucle sans fin.

[Jack]

Ce n'est pourtant pas si difficile d'exécuter un programme en pas à pas, surtout avec un interpréteur ...

[cancdigo]

Alors, j'ai autre chose : ce qu'il doit faire...

[cancdigo]

C'est quelqu'un qui débute.

[cancdigo]

Et moi, j’y connais rien du tout...

[Jack]

Ok
Tu pourras lui dire de s'intéresser au mode d'exéution pas à pas (ou instruction par instruction).
Sinon, dis-lui que son problème vient du fait qu'il n'as pas réalisé le point N°2, en tout cas pas dans la boucle.

[cancdigo]

Il est avec moi. Il va pouvoir discuter avec vous.

[pm42]

Les questions qu'il doit se poser :

- combien de fois sa question (input) va être exécutée ?
- si la réponse est fausse, combien de fois sa boucle va être exécutée ?

Et comme le dit Jack, tous les environnements sérieux permettent d'avoir un debugger et de faire du pas à pas en programmation.
S'il débute, c'est sans doute la 1ère chose qu'il doit apprendre parce que cela lui permettra de trouver ses bugs et de comprendre ses programmes très rapidement. Sinon, il a de bonnes chances de mettre 10 fois plus de temps (au moins).

[cancdigo]

Oui bonjour, alors étant débutant, je ne comprends pas d'où vient mon erreur... Donc, je dois réaliser ce DM, mais je ne comprends pas pourquoi je n’arrive pas à exécuter correctement mon programme, qui est disponible au-dessus... Merci si vous pouvez m’aider 😊

[cancdigo]

Merci de ta réponse rapide, mais le problème est que je dois trouver un nombre mystère, donc on ne sait pas combien de fois input va être exécuté...

[cancdigo]

Rebonjour,

C’est cancdigo. Je prends le relais. il essaye de résoudre le problème avec vos indices mais il n’y arrive pas pour l’instant. Concernant le debugger, je comprends en effet l’utilité. Ce sera en effet intéressant et lui permettrait d’aller plus vite. Au lycée, leur programme n’inclus malheureusement pas cette option. C’est à creuser par soi-même. Bonne idée. Merci. Sinon, avec les photos envoyées, auriez-vous une idée, voire une réponse, qu’il analysera sans recopier bêtement car, là, il galère le pauvre. Merci beaucoup.

[pm42]

Merci de ta réponse rapide, mais le problème est que je dois trouver un nombre mystère, donc on ne sait pas combien de fois input va être exécuté...

Ce n'était pas la question.

Combien de fois va t-il être exécuté dans ton code actuel ?
Et là, on connait la réponse, elle saute aux yeux.

[Jack]

Puisque vous êtes 2, il y a un moyen sympa pour tester des algorithmes basiques comme celui de ce jeu de + ou -:
Un des 2 joue le rôle du joueur et l'autre celui de l'ordinateur qui va donc poser les question et enregistrer les réponse. Celui qui joue le rôle de l'ordi doit exécuter ses instructions une à une comme le ferait l'ordi.

[cancdigo]

Ça y est. Il a trouvé. Il a aussi échangé avec d'autres élèves. Son programme fonctionne. Je ne peux pas vous dire exactement car je n'y connais rien. Je vais essayer de poster la photo du programme. Si ça ne fonctionne pas, comme tout à l'heure, je le ferais demain je pense. Merci.

[invite73192618]

Ça y est. Il a trouvé.

Good. Perso il me semble que l'énoncé pousse à la faute en demandant de définir le "a" avant la boucle (et c'est peut-être voulu, pour fin pédagogique qu'il faut bien faire cette erreur au moins une fois).

Curiosité, il serait en fait possible de respecter cet ordre, en définissant "a" comme une fonction plutôt qu'une variable.

x = randint(1,100)
a = lambda : int(input("...
while a() != x:
   ...

...mais c'est pas très standard. Je serais curieux de savoir si quelqu'un voit des inconvénients à cette forme?

[pm42]

x = randint(1,100)
a = lambda : int(input("...
while a() != x:
   ...

...mais c'est pas très standard. Je serais curieux de savoir si quelqu'un voit des inconvénients à cette forme?

Cela devrait être standard mais en pratique, on n'utilise pas cette forme (avec ou sans lambda qu'on peut remplacer par une fonction) dans la plupart des langages parce qu'on ne peut pas à la fois tester la valeur et l'affecter à une variable qu'on va pouvoir lire dans la boucle.

Dans le cas présent, la boucle ne pourrait pas dire si c'est est au dessus ou en dessous.

En python, on peut sans doute s'en sortir : https://stackoverflow.com/questions/...-in-while-loop
Mais globalement, c'est toujours un grand moment d'écrire ce genre de boucle dans la plupart des langages.

De mémoire, on peut le faire plus proprement dans les langages qui supportent les continuations (https://en.wikipedia.org/wiki/Contin...nguage_support) mais c'est rare et j'ai très peu pratiqué.

[Jack]

Good. Perso il me semble que l'énoncé pousse à la faute en demandant de définir le "a" avant la boucle

Tu as raison, l'énoncé est mal posé car il faut interpréter "tant que le nombre mystère n'a pas été trouvé par le joueur".
Je suppose qu'il s'agit peut-être d'un exercice du nouveau programme d'informatique au lycée et que le prof découvre un peu aussi de son côté vu que la plupart de ceux-ci ne sont pas prof d'info à la base.

[cancdigo]

Bonsoir à tous,

Je vais essayer de vous envoyer la photo à nouveau.
Merci de sa part et de la mienne !!!! De très bonnes choses à retenir !!!! Et en effet, il ne comprenait pas, certainement à cause de l'ambiguïté qui pousse à la faute...

Cordialement.

Cancdigo

[cancdigo]

Ça devrait aller... Mon téléphone plante... 😥