Forum de mathématiques - Bibm@th.net
Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#326 Re : Programmation » Alignement de produits » 06-10-2019 10:34:14
@cosinus : reste poli s'il te plait, je suis là aussi , pour participer et j'ai bien compris que pour chaque produit calculé le programme test si il est aligné mais le problème n'est pas là, il est dans le déroulement des passages et des renvois...Ex:
tu ne vois pas qu'il y a une incohérence là dedans sauf erreur de ma part:
54 Si A > B, alors A = B
55 A - S = C
56 Si C = 0 alors print P, A et B. STOP.
57 D = sqrt entière de C
58 F = D^2 + D + S
59 Si A = F alors print P, A et B. STOP (aligné probable).
60 Si A différent de F, aller à next m (48).
c'est donc un sous programme ...?
1) : 54 Si A > B , donc A devient B0 oui ou non ?
2) : 55 B0 - S = C
3) : 56 Et si B0 - S = 0 alors print P, A et B. STOP. ("le A > B et le B ?? "]
sinon :
4) : $D=\sqrt{C}$ ou encore $D=\sqrt{B0 - S}$
5) : 58 F= D² + D + S ....Donc si F existe, c'est que B0 - S est différent de 0 oui ou non
6) : 59 si B0 = F , donc si B0 - S est différent de 0 .....tu fais quand même : print P, A et B. STOP
uniquement si $B0 - F$ = 0 alors print P, A et B. STOP donc cela fait deux conditions pour faire print ....avec l'égalité 3) ligne 56 ....oui ou non?
d'où :
7) : 60 si $B0 - F \not=0$ aller à next m (48) là, Ok .....
or si le point 3) ligne 56 existe, c'est bien différent du point 5) ligne 58 ...
d'où sauf erreur ....de ma part...tu aurais deux conditions pour arrêter ligne 56 et 59 ....?
Mais pour avoir B0 = F , si $B0 - S \not=0$ c'est possible ? et qu'est ce que cela apporte....dans ta définition d'alignement ...?
#327 Re : Programmation » Alignement de produits » 06-10-2019 09:57:53
@Cosinus:
répond lui point par point au lieu de répondre à côté :
1) dixit @Yoshi:
J'ai vérifié :
Il n'y a aucun saut vers la ligne 44 depuis les lignes précédentes
Par conséquent le seul moyen d'arriver en 43 est de venir de 42...
OUI ou NON ?
2)
J'ai vérifié :
On a donc m=-1
On passe ensuite à 44 on a alors m=0
OUI ou NON ?
3)
Donc le test suivant:
45 si m>k aller en 57
n'a de sens la première fois que si k vaut -1
OUI ou NON ? ET c'est là que tu dois t'expliquer avec ton exemple...de k=6 on a 3^K, et m=7
que doit faire le programme ...? il change de boucle ?
4)
Depuis les lignes suivantes, il y a deux possibilités de saut vers 44, ensuite c'est fini,
OUI ou NON ?
5)
Mais à chacun de tes next i, puisque de de ton départ ligne 1 jusqu'à 42, le programme ne fait aucun saut au delà de 43, on repassera donc par 43, m passera à -1 puis à 0...
EST-CE NORMAL ?,
OUI ou NON ?
6) tu peux expliquer pourquoi ("Normalement")...?
Normalement, à 56, on va au m suivant, on ne revient pas à 43, mais à 44 (m en cours), et k est toujours égal à 6 dans notre exemple.
7) oublie ta puissance de 9 qu'il a parfaitement compris...
8) Tu n'as pas l'impression de pousser un peu loin ....si tu n'as pas envie de comprendre ses lignes de programmes , et ou, de sous programme c'est ton problème ! et non pas à lui de te refaire un programme ! alors pose les bonnes questions sur ses lignes de programmes que tu ne comprends pas , ou : qu'est-ce quelles doivent faire : Et si il le faut en relisant les instructions du programme V2 page 8, pour t'en servir d'exemple .....!
["je n'y connaît strictement rien en programmation , le peu que je sais, c'est lui qui me l'a appris en faisant l'effort de lui demander ce que faisait tel ou tel ligne de programme, par rapport à mes algorithmes...Comment crois tu que j'ai pu corriger l'oublie de la ligne 5 de votre programme V2 page 8....afin que je puisse moi aussi faire des tests...."]
Par exemple que devrait faire le sous programme ou le programme à la question 3)
#328 Re : Programmation » Alignement de produits » 05-10-2019 11:05:17
Bonjour
il me semble qu'il y a des incohérences dans le déroulement des étape...:
26 Si T est un nombre premier compris entre 3 et 47, aller à next i. Et si il n'est pas premier, que fait le programme...?
46 Si h <= k, aller à 31 donc retourner à 31 , question : tu en viens de cette ligne 31, pour arriver à 46 ; donc le programme va tourner en rond ...Non ??? Ok , tu viens de modifier le programme....
donc
48 Si P > S^2, si A >= S, si B >= S, aller à 50 (aligné à priori).
sinon
49: si A ou B < S, aller à next m.
50 Si A > B, alors A = B tu veux dire que A se transforme en B0 et donc :
51: A - S = C veut dire 51: B0 - S = 0 alors print P, A et B. STOP.
et que la ligne 55 , on parle du A = B0 ??
alors ligne 53 et 54 est un doublon..... non ???
#329 Re : Programmation » Alignement de produits » 03-10-2019 08:53:50
tu es sûr de ne pas confondre: factoriser T qui est une valeur arbitraire que tu rentres pour vérifier si P, A et B sont aligné suivant ta définition....Avec identifier ou factoriser un produit P aligné d'après ton ""idée""...et ou, de deviner si il est aligné....On peut toujours rêver.....
je te signal quand même qu'il y a des algorithmes performants pour factoriser de grands nombres ""probabiliste , ou , pas""....
#330 Re : Programmation » Alignement de produits » 02-10-2019 13:22:05
@cosinus
appelon un chat , un chat ok
A=7; B=11
d'où P =77 okR = 8, d'où L = r² + r = 72
et donc
S = P - L = 5d'après ta définition d'un alignement :
L < P ok ; A > S, ainsi que B > S
ce n'est pas un alignement probable, c'est un alignement ! ok ?Que vient faire : 35 - 5 = 30 dans le déroulement de cette première partie....? répond clairement .
et tu me répond :
LEG, dans l'exemple en question, 35 - 5 = 30 ou 5 x 5 + 5, ce qui prouve que A est dans la suite (S = 5) et B également car 11 - 5 = 6 ou 2 x 2 + 2.
S dans ta définition page 1, est clairement exprimé c'est la différence entre le produit P et L...point barre !
Ensuite ce S permet d 'utiliser des conditions que tu as définies pour : {P, A et B}
Qu'est ce que vient foutre Ta racine carrée de 6 , qui est la différence de B=11 moins S...?
Franchement A et B sont dans la suite que tu nomes S, puisque cette "suite " qui est une "différence", est obtenue à partir du produit de A0 et B... d'origine ...qui remplie les trois conditions d'un alignement Sûr et non probable.... OUI ou NON ?
A quoi sert ton (11 car : 6 = 2² +2 ], qui est Ta méthode pour calculer L à partir de la rac de P
et non à partir de de la rac de B - S...?
Tu n'as pas l'impression qu'il y a un problème dans ton raisonnement....?
Yoshi vient de te dire qu'après le premier résultat du programme ,on obtient A > B et qu'il envisage de remplacer A par B0, qui serait donc > A et qu'ensuite il inverserait à nouveau les valeurs lorsque B0 serra supérieur à A....etc ...etc
Et il t'a posé une question...oui ou non ?
A nouveau tu réponds à côté...car la question n'est pas de savoir si il partage ..., si il va à la pêche... mais si :
[" Mais, cosinuspax, est-ce que cela une chance de fonctionner ? i. e est-ce que j'ai une chance d'obtenir un résultat ?"]
Je lui est répondu en principe OUI , avec un exemple qui n'est pas tout a fait ce qu'il entrevoit de faire....
Je suppose que Yoshi: va reprendre B qui devient A0, et le A obtenu devient le B ; d'où il va multiplier ce nouveau A0, et vérifier les 3 conditions, mais lorsque l'on multiplie ce A0 par T , on repart de T =3 oui ou non ? et donc il en est de même pour P * T; puis calcul de L , de S est vérification de A0 > à S ainsi que B si les trois conditions sont ok print...sinon on continue...
D'où :
1) il est clair que l'on est plus dans les conditions de A et B deux facteurs premiers....!
2) Donc : qu'est ce que cela change par conséquent, en inversant le produit et vérifier les trois conditions...Réponse gain de temps....et programme simplifié...
#331 Re : Programmation » Alignement de produits » 01-10-2019 18:16:27
Car regarde avec un alignement 11 et 13 et P=143 toutes les conditions sont réunies..ok
je refait le test : en inversant les valeurs de A0 et B :
1)
*** Début du programme ***
A0 = 11
B = 13
P = 143
P = 143
A = 11
B = 13
P = 429
A = 33
B = 13 c'est un alignement sûr ,
2) inversion de A et B
*** Début du programme ***
A0 = 13
B = 33
P = 429
P = 429
A = 13
B = 33
P = 1287
A = 39
B = 33
vérification alignement sûr !
on a bien A = 3 * B et B = 3 * A0 mais pas d'information véritable...car on peu très bien avoir A divisible par 5 , lors du deuxième test en inversant le résultat du premier test , et B divisible par 3 , voir : P divisible par 15....etc
mais ce qu'il en ressort c'est que lors du deuxième test avec l'inversion des deux valeurs A inverse B et vis versa du premier test , on a un alignement quasi certain...et Alors ???
sans avoir à faire tout une panoplie de test afin que B0 devienne à nouveau > A....etc vérifier un probable alignement......à suivre......?
#332 Re : Programmation » Alignement de produits » 01-10-2019 17:58:06
Re @yoshi
ben en principe oui...
regarde le dernier test ,
A0 = 7
B = 17
P = 119
P = 357
A = 21
B = 17
reprend cet exemple avec ton programme et ton idée que tu viens de donner ; puisque 7, 17, et 119 n'est pas un alignement de base tu as donc
A > b , 21 > 17. et P 357si j'interverti : A=17 et B=21
cela donne : R = 18 , et L = 342, donc L<P ; alors S= P - L = 15, on a bien A > S, B > S donc aligné....!
si je rentre A= 17 et B = 21 ; résultat :
A0 = 17
B = 21
P = 357
P = 357
A = 17
B = 21
P = 1071
A = 51
B = 21
mais problème, B ne serra plus un facteur premier....et la plupart du temps mais il s'en fou...il avait répondu à cette question : pas nécessairement premier par la suite....
On retrouve en valeur finale A = 51 = 3*17 autrement dit 3*B et inversement ; B = 21 = 3 * A....tout est bien qui fini bien....LOLLLL
Question à cosinus ....
si on inverse les deux valeurs du premier test original , que l'on re teste comme je viens de le faire sur ton idée, et qu'on obtienne bien B = 3* A0 ; A = 3 *B
cela veut il obligatoirement confirmer : que A0 et B d'origine ont bien un alignement prévu....
#333 Re : Programmation » Alignement de produits » 01-10-2019 17:27:27
Oui, celui-ci est aligné probable (S = 5, 35 - 5 = 30). Mais ça ne marche plus pour les grands produits.
appelon un chat , un chat ok
A=7; B=11
d'où P =77 ok
R = 8, d'où L = r² + r = 72
et donc
S = P - L = 5
d'après ta définition d'un alignement :
L < P ok ; A > S, ainsi que B > S
ce n'est pas un alignement probable, c'est un alignement ! ok ?
Que vient faire : 35 - 5 = 30 dans le déroulement de cette première partie....? répond clairement .
2ème :
A= 7; B=13 et P =91
*** Début du programme ***
A0 = 7
B = 13
P = 91
P = 91
A = 7
B = 13
P = 273
A = 21
B = 13
alignement probable.....voyons ça
R = 9
L = 81+9 = 90
L< P ; ok ; S = P - L = 1 et A et B > S ok aligné .!
3ème
A=11 et B =13 , P =143 , R = 11 ; L =132 , S = 11 toutes les conditions sont réunies car A = S mais il n'est pas inférieur....Ok
4ème
A =7 , B = 17 , P 119 , R = 10; L =110, S = 9 ;
A0 = 7
B = 17
P = 119
P = 357
A = 21
B = 17
pas aligné ..ok une condition n'est pas remplie A < S ....
d'où tu commences , ton processus dans l'ordre ....:
#334 Re : Programmation » Alignement de produits » 01-10-2019 13:11:42
Ha bon
donc tu me dis que tu ne sais pas pourquoi lorsque j'ai repris ces deux essais n°2 et n°3 moi le programme m'a sortie deux solutions, que le programme ne tournait pas à vide comme tu dis... : qui d'après ce programme sont deux solution : aligné probable....
donc reprenons depuis le début :
je rentre dans le programme: A= 7, B=11
*** Début du programme ***
A0 = 7
B = 11
P = 77
P = 77
A = 7
B = 11
P = 385
A = 35
B = 11
ce qui sous entend aligné probable ....?
#335 Re : Programmation » Alignement de produits » 01-10-2019 11:48:33
reprenons ton fameux post #200 à la ligne 17.
17 Sinon, si A ou B < S, aller à next i.
18 A = A0 x T
19 Si P > S^2, si A >= S, si B >= S, aller à 21.
20 Sinon, si A ou B < S, aller à next i.21 A - S = C
22 Si C = 0 alors print P, A et B. STOP.
23 D = sqrt entière de C
24 F = D^2 + D + S
25 Si A = F alors print P, A et B. STOP. (aligné probable)
26 Sinon, si A différent de F, aller à next i. (pseudo aligné)
1) : je vais à 21 car 19 est vrai !
si A - S = C et si C = 0 et bien ça veut dire que A = C et donc on stop , tu imprime P, A et B . OK qu'est ce que tu en déduit ???
2) : car si 19 est vrai tu passes à 20 qui devient : si A - S = 0 alors print P, A et B. STOP.
21 :Sinon, si A ou B < S, aller à next i.
22 : si A - S = C
23 : D = sqrt entière de C
24 : F = D^2 + D + S
25 : si A - F = 0 , on imprime P, A, B stop idem ligne 19....
26 : si A différent de F rebelotte aller à next i ....?
tu peux indiquer 27, 28, 29 ,30...etc G, H ,I , J et si : pseudo , probable, presque , aligner ...tu fais quoi....tu en déduit quoi ?
#336 Re : Programmation » Alignement de produits » 01-10-2019 11:14:21
LEG, tous tes exemples proviennent du programme (2), "alignement progressif". Ce programme fonctionne, on le sait.
A moins que tu tiennes compte de la modif #200 ? (mais j'en doute).
Est ce que tu as compris ma question faite à Yoshi ? concernant les deux valeurs de l'essai n°2 et n°3 ; si oui , alors tu peux me dire pourquoi il a dû arrêter son programme au lieu de répondre à côté à chaque fois...
le problème et je pense que tu ne comprends pas les question que l'on te pose ...surtout celles de Yoshi et auxquelles tu ne réponds ...pas.!
tu cherches un alignerment sûr remplissant toutes tes conditions, mais surtout, savoir si tu peux identifier un alignement sûr sans beaucoup de tests donc un temps d'exécution rapide.
ET APRES ...? qu'est ce que tu veux en déduire..????
est ce que tu as compris ma remarque sur la racine carrée de P car tu n'y a pas répondu ou à côté, page 5 post#110 et 114 , au lieu de te défiler en disant : que je ne comprend pas ce qui est expérimenté....
Donc Yoshi te fait le programme pour que la solution soit : alignement sûr et non progressif ou probable tel que :
*** Début du programme ***
A0 = 34763
B = 92671
P = 3221521973
P = 9664565919
A = 104289
B = 92671
Ou encore
*** Début du programme ***
A0 = 34763
B = 92671
P = 3221521973
P = 9664565919
A = 104289
B = 92671
Tu en déduiras quelle conclusion ou tu en fera quoi ????. Car identifier P, rapidement , c'est identifier A et B qui sont aligné ! Et alors ? tu crois que si tu as identifié un produit final aligné après toutes les étapes, te ferra remonter aux deux valeurs d'origines A et B ??? Car on est bien d'accord , qu'il faut d'abord donner à manger au programme et non l'inverse .....Et en fonction de A, OU B , tu vas augmenter les conditions....etc ect...
--------------------------------------------------------------------------
Et pourquoi quand il fait le test de ces deux essais ci dessus, le programme continuait à tournait puisque tu sais que ce programme version 2 fonctionne...!
car : comme il te l'a fait remarquer, lorsque tu auras utilisé toutes les lettres de l'alphabet tu va encore trouver des lettres en caractère japonais ???
N = A *B
ぱ = P = N
#337 Re : Programmation » Alignement de produits » 01-10-2019 09:07:58
@Yoshi
bien sûr que je l'ai remarqué mais je me suis amusé à prendre le résultat de Ao et B d'origine , pour voir ce que donnait le programme donc on a à chaque fois B d'origine qui reste fixe et A qui augmente...pour regarder le temps d'exécution...
Mais tu ne m'a pas dis comment tu choisis Ao et B dans tes tests...???
je reprend tes exemples ....un peu plus haut:
essais n°1
*** Début du programme ***
A0 = 73
B = 3692347
P = 269541331
P = 9433946585
A = 2555
B = 3692347
*******************
Temps écoulé : 0.06 s soit : 0 min 0.06 s
essais n°2 en prenant tes deux paramètres que tu as indiqués...
*** Début du programme ***
A0 = 34763
B = 92671
P = 3221521973
P = 9664565919
A = 104289
B = 92671
*******************
Temps écoulé : 0.08 s soit : 0 min 0.08 s
Tu peux donc voir que le programme ne s'est pas arrêter et qu'il affiche un résultat au bout de 0,08 seconde , contrairement au fait que tu as dû arrêter le programme ...pourquoi ?
c'était dû à quoi ?
car au départ ton programme ne fonctionnait pas à cause de l'oublie de la définition:
NameError: name 'n_str' is not defined ; à la ligne 5 du programme , page précédente....
pareil pour le test de l'éssais n°3, avec tes valeurs A et B ; 17053 et 99089 où tu n'avais pas de réponse alors que moi j'obtiens :
*** Début du programme ***
A0 = 17053
B = 99089
P = 1689764717
P = 18587411887
A = 187583
B = 99089
*******************
Temps écoulé : 0.08 s soit : 0 min 0.08 s
------------------------------------------------------------------------------------------
Si son but est : de découvrir si un produit P est aligné sans connaître A et B deux facteurs premiers , et ben je mange les graines de mes chats....ou alors dieu est vivant....
imagine un peu je te donne un produit P ; et tu me dit: tient c'est un produit de deux facteurs premiers ...! Et je te répond si ma tante en avait, je l'appellerait mon oncle....
D'autant que la remarque que je lui est faite page 5 #post 110 et 114, c'est uniquement un problème de racine carrée , si A,B et P ne sont pas aligner il faut simplement augmenter de de 1 la racine carrée entière et faire un test à partir de (rac +1) au lieu de faire tous ces tests inutiles...il me semble...
#338 Re : Programmation » Alignement de produits » 30-09-2019 21:50:13
OUi ; mais dans ce cas précis , où : S=177 on a donc A > S et B > S et non l'inverse ...or tu dis page 8 que dans ce cas de figures il faut faire autre chose ...donc le programme fait un break
qu'est ce que tu fais de ces deux valeurs 397 et 927 ??? tu recommences tous les test pour chercher l'alignement ???
citation cosinus
19 Si P > S^2, si A >= S, si B >= S, aller à 21.
20 Sinon, si A ou B < S, aller à next i.
alors on repart pour d'autre variables..C,D,f .....jusqu'où...?
d'autant que 397 et 927 ne sont plus deux nombres premiers .... je pensais que A et B doivent être deux nombres premiers....
quel est le but recherché dans tout ça ....?
car si je reprend les tests avec ces deux valeurs , voila ce que cela donne :
*** Début du programme ***
A0 = 927
B = 397
P = 368019
P = 368019
A = 927
B = 397
P = 1840095
A = 4635
B = 397
Temps écoulé : 0.11 s soit : 0 min 0.11 s
tu peux continuer comme ça.... mais tu auras toujours B =397
*** Début du programme ***
A0 = 4635
B = 397
P = 1840095
P = 1840095
A = 4635
B = 397
P = 5520285
A = 13905
B = 397
*******************
Temps écoulé : 0.08 s soit : 0 min 0.08 s
que doit faire le programme ? car si on continue le programme plante ..il tourne il tourne.....???
#339 Re : Programmation » Alignement de produits » 30-09-2019 12:39:56
Bonjour :
@cosinus :
avec la dernière version de Yoshi le programme avec A = 103 et B =397, donne en sortie :
*** Début du programme ***
A0 = 103
B = 397
P = 40891
P = 368019
A = 927
B = 397
tu obtiens donc un nouveau couple : A et B soit A = 927, et B = 397...tu en tire quoi comme conclusion sur ces deux valeurs...?
le programme de Yoshi fait tous les tests avant de sortir ces deux valeurs A = 927, et B = 397 : en principe sauf erreur d'interprétation de ma part si A<S et B<S
c'est à dire après cette ligne de programme :
break
if A<S or B <S:
break
#340 Re : Programmation » Alignement de produits » 29-09-2019 18:59:22
re @Yoshi
1) j'ai copié ton programme mais il m'indique une erreur lorsque je le lance
:
ln_str=len(n_str) # longueur du nombre n
NameError: name 'n_str' is not defined
>>>
2) ensuite est ce que c'est toi qui rentre ces deux paramètres sous la ligne titre()
A = 45413
B = 3507065749624756498911323
3) si oui, tu choisi ces deux nombres premier aléatoirement...?
Ok ...c'est bon je viens de modifier l'oublie de la 5ème ligne :
Et voici le résultat
*************************************************
* Alignements progressif de produits *
* Idée : cosinuspax *
* v.2 *
*************************************************
*** Début du programme ***
A0 = 45413
B = 3507065749624756498911323
P = 159266376887709066885059911399
P = 77027314874113107478158991641287681822487280899
A = 21963464723281779041913
B = 3507065749624756498911323
*******************
Temps écoulé : 0.09 s soit : 0 min 0.09 s
#341 Re : Programmation » Alignement de produits » 29-09-2019 18:06:19
Re,
LEG, tu as lu trop vite...
@+
non pas tout à fais c'est d'ailleurs pour cela que j'ai bien mis: ie , A0*B et non A *B comme lui l'a écrit
je parle de tes tests du post #190 dans tes essais de programmes ....c'est tout .
j'ai bien compris que tu prends son pseudo code pour essayer d'en faire quelque chose d'utile pour lui...mais surtout plus simple; comme tu le fais remarquer avec des divisions inutiles etc etc ... ou encore avec (rac+1)² .....
C'est dommage qu'il ne fasse pas l'effort de comprendre Tes lignes de programmations , à quoi elles servent à chaque étape...enfin ça va viendre....
#342 Re : Programmation » Alignement de produits » 29-09-2019 17:29:12
@cosinus tu le fais exprès ou pas ..?
donc comme te l'a fais remarqué Yoshi
tu dis que a*b = n ie , A0*B = N
mais que n *T n'est pas = a*b*t quelque soit T....??? que ça te plaise ou non, donc :
alors A * B n'est pas = N !
tu n'as pas l'impression qu'il y a une erreur de compréhension dans ton égalité et que tu ne confonds pas entre utiliser certain T pour l'alignement et n'importe quel T...
car l'égalité de dessus veut dire n'importe quel T, mais Cela ne veut pas dire : que toi tu utilises n'importe quel T ... Qui est conditionnée par A etc ...etc ...par la première valeur de V en fonction de A ..etc etc et moi je m'en fou, mais quelque soit les T que tu utiliseras tu auras bien l'égalité N* T = A*B *T car N = A*B...
En plus il est clair que dans le programme de Yoshi il fait des test d'alignement en prenant T = 1,3,5 ...etc Tn +2 jusqu'à 49; idem avec V; dixit #post 190
puis test 2; la valeur de T va changer en fonction de A.... le première valeur de V aussi va changer etc etc .... d'où A*B *T = N*T ....
Avant de penser que l'on ne comprend pas ton processus d'alignement , commence par comprendre que ce n'est pas là le problème ...tu n'as même pas compris ce que j'ai voulu te dire...donc ce que t'avais fait remarquer Yoshi...! Bonne continuation....
#343 Re : Programmation » Alignement de produits » 28-09-2019 07:59:06
Bonjour
Intéressant.
c'est intéressant, si tu comprends ce que Yoshi essaye de te montrer .....
Car lorsque tu dit :
Du moment qu'on a : A x T x B = N x T c'est OK, ..... C'est la certitude que N x T est exprimé par (A x T x B).
On se demande si tu comprends qu'il ne peut en être autrement...????
puisque et comme Yoshi te le fais remarquer:
Cette égalité est toujours vraie, peu importe la valeur de T , car :N = A0 * B, donc A0 * B * T = N*T
Comment : N*T pourrait être exprimé autrement , quelque que soit A0 et B.....
Effectivement Yoshi raccourcit les étapes et le nombre d'opérations, considérablement avec son idée de simplifier le calcul des racines carrées entière pour aller directement à : (rac +1)² > N
#344 Re : Programmation » Alignement de produits » 26-09-2019 08:20:38
Bonjour
@Yoshi
pourquoi il veut tester le bloc des multiples de 9...???? puisque ce sont des multiples de 3, pas forcément toujours multiple de 9....
#345 Re : Programmation » crible en python » 10-09-2019 13:32:59
Salut @Yoshi
lorsque tu pourras te remettre sur la résolution de cette conjecture, tu verras que j'ai apporté des explications complémentaire sur les deux post# 376 et 378, en raison de ta demande du post# 377....Ce qui je pense te permettra de reprendre le principe de fonctionnement de ce crible G sur le crible E...
Avec la contradiction du post# 382 sur l'impossibilité d'un conjecture fausse, comme conséquence ....
Cordialement
@Lg
#346 Re : Programmation » Alignement de produits » 06-09-2019 09:40:33
Bonjour
@cosinus le nombre d'étapes serra toujours fonction du premier produit N = A * B ; c'est à dire le produit de deux facteurs premiers ....puisque tu veux tout aligner : produit et facteurs.
Donc le nombre d'étapes , même si il est fini ....il peut très bien augmenter en fonction des deux premiers nombres premiers fixés pour le produit N, produit que tu vas faire varier par la suite, en le multipliant par un nombre Impair 3,5,7....etc I+2.
Ce qui va te donner la racine carrée R de N*(I+2) ;
pour obtenir S, tel que S, serra la différence de (N*(I+2)) - (R² + R).
Et comme ton S tu lui as mis une condition par rapport aux deux facteurs premiers de base A et B donc tu re multiplies N par 9 = 3² et ensuite:
à nouveau une condition L si L > N donc tu multiplies à nouveau (N *3 * 5 ) qui va te donner un nouveau S tel que : racine carrée de
(N *3 * 5 ) = R
(N *3 * 5 ) - (R² + R) = S = 165
soit trois S = 21, 69 et 165.
Et pour ce faire tu as utilisés 3 et 5 ; pour aligner "sûr" le produit N et ses deux facteurs premiers A et B.*
D'ailleurs les étapes de la décomposition du dernier post# de @Yoshi , en partant des deux facteurs premiers A et B = 92671 et 34763 n'est qu'une succession d'alignement en multipliant N par 3 ou 5.... pour arriver à l'alignement final en 0,38 secondes.
La question est : qu'est ce que tu cherches à montrer ? dans quel but...? hormis l'alignement sûr de ton produit N et de (A , B).
Autre question: est ce que la multiplication du produit de base N = A*B se ferra toujours et uniquement avec 3 et 5 ou il faudra ensuite utiliser 7, 11 ...Pn+1 un facteur premier > Pn .....pour obtenir ton alignement final "sûr" ????
#347 Re : Programmation » Alignement de produits » 05-09-2019 09:40:12
Bonjour à Tous
@ok cosinus ...donc en définitive il faut tenir compte de la racine carrée de E.
Effectivement pour 97 et S=7 fonctionne mais ne peut pas fonctionner pour 101 car on aura la même racine carrée donc il faut au minimum prendre F > 110 de sorte que la racine carrée de E soit > 9 , df'où pour E =10, on aura F=113 et S=3 et on peut sauter F =119 car il ne peut marcher qu'avec S = 9 mais qui n'est pas premier....
Si bien entendu: S doit toujours être un nombre premier...
#348 Re : Programmation » Alignement de produits » 02-09-2019 10:12:36
@cosinu: soit je suis à côté de la plaque soit il y a une absurdité :
K = F - S
E = racine entière de K
Si E^2 + E + S = F alors print P, F et G, "aligné sûr". STOP.
Comment tu peux avoir : E^2 + E + S = F ...???
par exemple F=100
s =7 impossible de retrouver F = 100 avec ta définition ...
autre exemple F =100 et s=50
impossible de retrouver F = 100.
donc dans quel cas tu retrouves avec ta définition f = 100 ou autre peu importe.....???? donne un exemple de F et S tel qu'ensuite tu as bien retrouvé: F = E² + E + S
#349 Re : Programmation » Alignement de produits » 28-08-2019 10:01:07
@cosinus : tu dis un peu plus haut
S on connait c'est P - L, ce à quoi: @Yoshi répond ça ne me gène pas...
Alors ton post#65 ci dessus , comment tu trouves ton S :
N x 9 =
1454905670601274957416688864426629970827155328598894326919023
R = 1206194706753961409298471526252
L = 1454905670601274957416688864426348344578516031528496796693756
S = 281626248639297070397530225267
car là, je ne vois P nul part dans ce post.....? sauf si P = N, et dans ce cas montre nous comment tu as pu trouver ce S cité ci dessus
il y a quelque chose dans ton algorithme qui change ....quelque part ....d'où je suppose @Yoshi en est au même point , sans solution....
et tu dis à @Yoshi tu devrais trouver T = 9... où ça ????
de quel T tu parles puisqu'il n'apparait nul part , dans les post ci-dessus , sauf si Q = T....donc si tu changes sans arrêt ......le chimiliblik va aussi changer....
#350 Re : Programmation » Alignement de produits » 25-08-2019 11:27:21
@cosinus :
tu peux nous dire , d'où il sort ton S car un peu plus haut tu me dis que 55*55 (S²) alors que 55 était la racine R donc R² qui devient maintenant E.....et non S² , racine entière de 3135, dont tu as dit que 55 c'est un diviseur.....de P =3135 = 55*57
puis tu dis: Si E^2 + E + S = X alors X appartient à S....c'est le shimiliblik total...
donc X n'est plus un diviseur mais une somme
de plus si X et Y appartiennent à S... exemple :X=1,Y=2 donc 1 et 2 ça fait 3 oui ou non , S = 3 ,ok, 3 >= à S=3
on vérifie : 1 - S = -2 = -K ....??? ; oui ou non ???? donc E racine entière de -K ....ok mais passons on inverse S - X= 2 = K, racine entière de K = 1 = E
E² + E + S = X qui n'est plus égal à 1 .????? alors le schimiliblik appartient à S = 3 ???? qui vaut maintenant 1²+1+3 = 5. Haaa, tient un nombre premier... qui appartient à 3....
ça ne va pas être facile à programmer....tu ne crois pas ?????