Forum de mathématiques - Bibm@th.net

Oui c'est ça, T = 13 donne A inférieur à S, j'ai vérifié à la main. Avec T = 15 on doit avoir A et B supérieurs à S. Super. Maintenant reste à tester le bloc des multiples de 9 ...C'est à dire quand V atteint 51.
A dem avec des exemples.

Ta machine a un certain sens de l'humour.

2197 est le cube de 13 !

Salut, intéressant. Quel bazar !  Il va falloir procéder autrement. C'est reparti.
Est-ce que ça ne viendrait pas de là ?

9 Si e > - 1 et si V = 7, alors T = 51 x 9^e

Si e est SUPERIEUR à - 1 et non EGAL à - 1. Parce que si e = - 1 ça donne effectivement des décimaux à partir de 7 puisque e = - 1 par définition. Si e > 1 cela veut dire que le programme a attendu que e = e + 1 = 0 (ligne 8).
Donc apparemment la machine ne tient pas compte de la ligne 8.

J'ai transféré le programme.

Ligne 9 : si e > - 1 ET si V = 7 alors T = 51 x 9 ^e

et non: si e = - 1

e = - 1 uniquement quand V est inférieur à 51 (de 1 à 49). Après, quand V arrive à 51, e passe à 0 (ligne 8 : si V = 51, alors e = e + 1 et V = 7).
Si tu abordes la ligne 9 avec e = - 1 tu as forcément des décimaux. Tu dois l'aborder avec e = 0. Si ça ne marche pas ça viendra de moi. Il faudra que je revois les lignes 7 à 10. Sinon pour le départ c'est OK, on a bien T = 3 pour N et pour A.

On est arrivé au bout de la première phase, on arrivera au bout de la deuxième. C'est effectivement un petit programme très simple (comparé à ton programme de conjugaison), mais son bon fonctionnement ouvre pour moi certaines portes arithmétiques.
Et je suis certain que tes supers pouvoirs de programmeur nous permettront d'aller au bout de la troisième phase.

Attention: 9 ^ e + 1 ne permet pas d'avoir 9 ^ 0 = 1. En effet, comme e = e + 1 quand V = 51, il ne peut plus être égal = - 1 après ça. Je numérote chaque instruction du pseudo code (ça je peux faire, sinon pour moi Python c'est du chinois (!), mais j'admire aussi ta sagacité !).

Bonjour Yoshi,

Même problème. Je prends l'exemple 1 : 29 x 71 = 2059.

L > P donc next i. P = N x T donc 2059 x 3 = 6177, L < P donc A x T = 87 donc et non 145. Pour trouver 145 il faut repasser par next i. Avec cette version c'est impossible.
Mais je comprends que mon programme puisse poser un problème (n'étant pas familier de l'informatique).

Non, c'est ma conception qui plante. Le cycle des x9 n'est pas synchronisé avec N x T. Il faut que je reprenne à zéro. Désolé.
A ++

Il y a un petit problème avec T.
29 x 71 = 2059
L > P donc P = N x T (T = 3)
P = 6177
Mais pourquoi A x T = 145 (T = 5) alors que ça devrait faire A x T = 87 (T = 3) ?  Pourquoi prendre le T qui suit alors que ni A ni B ne sont inférieurs ?
Et pourquoi mets-tu STOP à la place de "aller à next i" ?

Salut Yoshi, je suis un peu déçu que depuis le début tu n'aie pas la moindre idée de ce que je veux faire.
Quand T >= 49, la variable e n'est pas égale à - 1 mais à 0, c'est précisé. Normalement, ce 0 apparaît quand V = 49 (- 1 + 1 = 0). Ensuite, tu as : si e = 0, T = 49. Donc si T est au moins = 49, tu ne peux pas multiplier 49 par 9^- 1. Si ça ne marche pas comme ça, je n'ai pas de meilleure idée pour l'instant.
Pour le reste je corrige.

Bon dimanche.

C'est corrigé. Pour calculer T, le programme fait V = V + 2, donc 3. Tant que e = - 1, T a la valeur de V + 2 donc ici 3. Quand V arrive à 49, le compteur e passe à 0 et V = 7. T a donc la valeur de 49 (puisque 49 x 9^0 = 49), ce qui implique T = 9 x (9^0 x 7) = 63 > 49 puis 81, 99 ... avec V + 2.  Puis V parvient de nouveau à 49. Alors le compteur e passe à 1 et V = 7. T a donc la valeur de 49 x 9^1, ce qui implique T = 9 x (9^1 x 7) = 567 > 441 puis 729, 891 avec V + 2. Etc.
Tu as le principe.