Forum de mathématiques - Bibm@th.net

DrStone

Membre

Inscription : 07-01-2024

Messages : 273

Re : crible en python

Rebonsoir cher yoshi.

Tu as le don de la sagesse et de la raison.

Je vais réfléchir, en prenant en compte tes sages conseils, à la chose durant la nuit et probablement le weekend.

Nonobstant, trouvant ce forum bien chaleureux et fort accueillant, raison pour laquelle j'ai initialement décidé de m'inscrire sur celui-ci et pas un autre! je ne souhaite pas spécialement qu'il perde ces très grandes qualités par ma faute. Or, il me semble que ça commence doucement à être le cas.

Peut-être suis-je trop frontal et provocateur dans mes écrits ? Notre ami Borassus, que je salue au passage et que j'apprécie particulièrement, notamment pour nos échanges piquants :=) peut sans aucun doute lui aussi en témoigner ! ^_^'

Peut-être que je reviendrais donc en étant essayant d'être plus polissé ; ou peut-être que je ne reviendrais que de temps en temps, un jour par ça, un jour par là.

Adviendra alors que pourra !

LEG

Membre

Inscription : 19-09-2012

Messages : 739

Re : crible en python

Bonsoir à tous les deux.

Décidément ...,: Ne pas être intéressé par quelque chose ne veut pas dire que l'on se sente vieux. c'est peut être ta façon de voir... ou que j'aurai dû m'exprimer autrement... Je me suis occupé de la construction du crible en apprenant et en lisant des maths , alors que je n'avais aucune base de Mathématique ni même d'algèbre ... à 60 ans ., j'étais motivé pour ça , avec de la passion... pour le entiers naturels et les nombres premiers...  Pas du tout pour la programmation , ni pour la langue anglaise...

Mais j'ai un principe il ne sert à rien de courir dans tous les sens pour vouloir tout apprendre afin de tout résoudre... lorsque ce n'est pas utile ou du moins très peu...

Chacun à ses propres intérêts et motivations , dans le domaine qui l'intéresse...   la programmation n'en fait pas partie, même si en python , je me suis quand même débrouiller pour lire le minimum afin de comprendre les différentes instructions et de ce que faisait le programme ... pour modifier certaines lignes.

Je n'aime pas qu'une personne , vienne d'emblée pour dire que ce travail est tout et n'importe quoi , pire , du bousin ou du boulgi boulga etc ..

Ce travail , ce programme en c++ ou autre, a le mérite d'avoir été fait , en fonctionnant parfaitement à mes attentes  ... puis je l'ai publié sur le forum , afin que chacun puisse en prendre connaissance ou pas. Donc oui, je défend , celui qui m'a rendu ce service rapidement et qui n'est pas là pour te répondre... On n'est pas dans un court d'informatique , ni pour savoir qui est le plus compétent ... chacun y va en fonction de ses compétences et de son temps libre , volontairement, en faisant des essais , pour faire avancer le Schmilblick... Si j'avais écrit  le programme je t'aurai répondu autrement, car j'aurai probablement su comment te répondre ...
À  chacun ses motivations ,...

Tu te retires , c'est un choix que tu fais et c'est ton droit , mais personne ne t'as mis dehors... Je remarque simplement que ton intervention n'aura donc , servie à rien ...
Alors que le programme en c++ était à ta disposition , qu'en mettant les lignes de programme au bon endroit, ""pour le dépoussiérer ou le modernisé"" avec ensuite la raison évidente de tes explications, aurait été beaucoup plus efficace  et en perdant moins de temps en discussions inutiles ...
Plutôt que de vouloir me convaincre à apprendre les rudiments de la programmation en c++... pour que je puisse le dépoussiérer ce qui m'étonnerait fortement...  si cela était possible , puisque toi même tu dis le contraire ... c'est du bousin, ... alors que c'était ton métier  !

Comme le dit notre cher ami Yoshi la nuit porte conseil... sans rancune ...

Mais j'espère pour toi , que tu te ferras un point d'honneur à le ré-écrire,("" éventuellement  en te basant sur le programme Python"")  afin de le comparer à celui qui est posté... même si on en voit jamais la couleur , sur ce forum ; ce qui serra quand même dommage pour toutes les personnes qui regardent ce sujet ... depuis 2018... C'est quand même mieux les actes que les discours ... Yoshi en connait un rayon dans ce domaine , pour être aussi tenace ...

Dernière modification par LEG (09-11-2024 01:44:12)

DrStone

Membre

Inscription : 07-01-2024

Messages : 273

Re : crible en python

Je me permets juste de répondre afin de clarifier deux ou trois chose avant d'aller me coucher et cogiter sur tout ça à tête reposée :

Ne pas être intéressé par quelque chose ne veut pas dire que l'on se sente vieux

Ce n'est pas moi, mais bien toi qui as écrit le passage suivant :

Pour moi, je ne vais pas à mon âge, apprendre à programmer

Donc tu me dis que je n’aurais pas dû l'interpréter comme «je suis vieux» mais autrement ? Et comment alors, si je puis me permettre ?

apprenant et en lisant des maths , alors que je n'avais aucune base de Mathématique ni même d'algèbre ... à 60 ans ., j'étais motivé pour ça , avec de la passion... pour le entiers naturels et les nombres premiers...

Eh bien… sans sarcasme aucun et même avec une touche d'admiration : c'est bien ! Très bien même ! C'est ça qu'il faut faire et il faut continuer ; non pas s'arrêter en si bon chemin.

Pas du tout pour la programmation , ni pour la langue anglaise...

Tu sais… moult mathématiciens n'aiment ni l'anglais ni la programmation… mais se forcent à au moins apprendre les rudiments dans ces deux matières afin de se débrouiller un minimum seuls, hein. Ça ne les empêche pas de demander à leurs collègues ou à des personnes sur le net afin de se faire aider. Et je ne leur en tiendrais aucunement rigueur.

Arrête donc de te chercher, encore, une autre excuse.

C'en est risible au bout d'un moment.

Mais j'ai un principe il ne sert à rien de courir dans tous les sens pour vouloir tout apprendre afin de tout résoudre... lorsque ce n'est pas utile ou du moins très peu...

Tu ne coures même plus ! Tu fais du sur-place. C'est encore mieux, tu risques donc de ne jamais perdre ce principe de vue, en effet !

Je n'aime pas qu'une personne , vienne d'emblée pour dire que ce travail est tout et n'importe quoi , pire , du bousin ou du boulgi boulga etc ..

Bah… à un moment il faut être factuel. Si tu vas à la boulangerie-pâtisserie et que tu demandes à ce qu'on te fasse un gâteau d'anniversaire pour ta petite fille (qu'importe que tu en aies ou non une : c'est un exemple) mais qu'on te donne un truc aussi """moche""" (j’avais écrit raté en parlant du gâteau mais je corrige en moche pour l’analogie) que ça

tu vas rester sans rien dire, sans émettre aucune critique (pour la je-ne-sais-combien-tième-de-fois je n’insulte ni ne dénigre personne, encore moins le travail réalisé), juste parce qu'il faut absurdement respecter le travail d'autrui, au point de n’émettre aucun jugement négatif d’aucune sorte — même lorsque ces jugements sont émis dans le but d’améliorer le travail — notamment parce que le pâtissier aussi a un petit cœur fragile qui bat ?

On voit que tu n’as pas d’artistes dans ta famille, artistes qui demandent un jugement cru (mais factuel — pas juste qu’on dise « c’est de la merde » sans aucune argumentation —) afin de connaître leurs points faibles et savoir où ils doivent s’améliorer.

Alors certes, factuellement tout autant que le programme notre discorde est un programme fonctionnel et rapide, ce gâteau est aussi un gâteau qui rempli sa fonction de gâteau d’anniversaire à merveille… mais bon… tu n’as pas l’impression il y a comme un couac ?

Plutôt que de vouloir me convaincre à apprendre les rudiments de la programmation en c++... pour que je puisse le dépoussiérer ce qui m'étonnerait fortement

Tu t'inventes une réalité et des excuses. Je n'ai pas écrit que tu pourrais le dépoussiérer en apprenant les rudiments du C++.

Si c'était le cas, pourquoi je me serais malgré tout proposé, à le dépoussiérer moi-même, tout en te donnant des ressources pour qu'au final tu le fasses toi-même ? Parce que je m'ennuie dans ma vie et que j'ai du temps à perdre ? Tu marches sur la tête ou bien…?

Mais bon… il faudrait déjà correctement lire ce que les gens t'écrivent pour t'en rendre compte ! Je t'invite donc à me relire, autant de fois que nécessaire (probablement plusieurs fois) jusqu'à réussir à comprendre où tu as loupé le coche.

Alors que le programme en c++ était à ta disposition , qu'en mettant les lignes de programme au bon endroit, ""pour le dépoussiérer ou le modernisé"" avec ensuite la raison évidente de tes explications, aurait été beaucoup plus efficace  et en perdant moins de temps en discussions inutiles ...

Tu sais, moi je peux le faire dès que l'envie m'en prends et que j'ai un week-end devant moi. J'ai les compétences pour. Je n'ai donc pas besoin de toi. L'inverse est sûrement moins vrai.

Quoi que non, de toute façon tu as ta version qui fonctionne bien en l'état (bon ça manque de 50 fonctionnalités que tu aimerais bien voire implémentées mais bon… «je ne vais pas à mon âge, apprendre à programmer» (sic) ça te dédouane de devoir apprendre à le faire, j'imagine ; et puis quelqu'un d'autre va bien se dévouer un jour, hein ?).
J'imagine alors que tu t'en fiches pas mal de ce que je pourrais ou non produire.
Alors effectivement, tu n'as pas (plus) besoin de moi et de perdre ton temps en discussions inutiles.

On n'est pas dans un court d'informatique , ni pour savoir qui est le plus compétent ... chacun y va en fonction de ses compétences et de son temps libre , volontairement, en faisant des essais , pour faire avancer le Schmilblick...

On y est, donc. Pour toi ceci est une guerre d'égo. Eh bien tu fais la guerre tout seul, mon pauvre ami.

Je n'ai aucun égo à défendre en la présente sur quelconque sujet informatique… en même temps, celui-ci ne peut pas se sentir menacé par une personne en incapacité de riposter car totalement incompétente dans le domaine.

Si j'avais écrit  le programme je t'aurai répondu autrement, car j'aurai probablement su comment te répondre ...

C'est dommage… je t'avais proposé d'avoir les compétences de me répondre "autrement" ; mais tu ne l'as pas voulu. Et le pire c'est que ça va être de ma faute tu ne veux rien faire par toi-même sous prétexte que «je ne vais pas à mon âge, apprendre à programmer» (sic).

C'est quand même mieux les actes que les discours

Et tu en connais un rayon toi qui n'as, à ce propos, réalisé aucun acte, justement, depuis tant d'années parce que «je ne vais pas à mon âge, apprendre à programmer» (sic). Hein ?

Cette phrase aurait été beaucoup moins risible elle était effectivement venue de yoshi. :=)

————————————————————————————————

Aller, je ne pourris pas plus l'ambiance.

J’espère que cet autre long message aura permis de remettre quelques nuances dans l’air.

Si yoshi trouve que ce cirque n'a que trop duré (et je pourrais le comprendre !), je l'invite à supprimer le présent message; bien que ce serait dommage !

Quoi qu'il en soit, je vous souhaite à tous un excellent week-end ! ^_^

Dernière modification par DrStone (09-11-2024 03:34:07)

LEG

Membre

Inscription : 19-09-2012

Messages : 739

Re : crible en python

Bonjour

Enfin un conseil judicieux , j'espère qu'effectivement Yoshi va supprimer tous tes message et mes réponses depuis  le post  # 414, qui n'on eut en définitive, qu'un résultat,  comme tu le dis , "pourrir" ce sujet , sans rien apporter de concret ... À part tout ton cirque et tes nuances ..! à la rigueur le post #414 peut rester ... même si il ne sert a rien, en ce qui me concerne , ou mieux, simplement ouvrir un autre sujet , le crible en C++ de leg, afin de déplacer le tout, depuis le post #414 ...

Tu sais, moi je peux le faire dès que l'envie m'en prends et que j'ai un week-end devant moi. J'ai les compétences pour. Je n'ai donc pas besoin de toi. L'inverse est sûrement moins vrai.

Non l'inverse est faux : car je n'ai vraiment pas besoin d'un donneur de conseils dans ton genre ; mais de quelqu'un qui ne se vante pas et qui agit en fonction de ses moyens , surtout pas avec tes mots , ou,  qui ne fait que brasser du vent .
Tes compétences... on en a rien vues en fin de compte , mais beaucoup de bagou ça oui...!
Le programme C++, c'est moi qui l'ai posté pour information et éventuellement utilisation , ainsi que les deux algorithmes... toi Nada !  Pourtant il y a eut plus de 287000 vues et tu es le seul à être intervenue en 7 ans , avec une entrée en matière stupide ... Dès fois il vaut mieux s'abstenir que de vouloir croire que l'on peut P... plus haut qu'on le peut...inutilement.

Je t'ai demandé d'ouvrir un sujet ,[crible en c++ de leg] , avec si tu veux,  comme entrée en matière , que pensez vous de ce "Gloubi Goulba" peu importe... Au lieu de brasser du vent .. ou en interprétant à ta façon mes réponses , que je trouvent stupides et inappropriées ....

HS : J'espère que tu n'es pas trop vieux  pour apprendre l'électricité , la mécanique ou l'électromécanique pour savoir comment fonctionne ton véhicule,et tes appareils ménager depuis des décennies , pour te dépanner au lieu de faire appel bêtement à un dépanneur , car tu es incapable de le faire toi même ... Commence donc, par t'appliquer tes propres conseils si tu n'es pas trop vieux , au lieu de vouloir les faire appliquer aux autres... Car tu as l'air d'être coutumier du fait et surtout d'interpréter à ta guise mes réponses ou celles des autres . Est ce pour te convaincre que tu es intéressant  ?? Au lieu de  mettre  un peu ton mouchoir dans ta poche, si tu n'es pas trop vieux pour changer ta façon d'intervenir ...Non ?? ... : HS.

Dernière modification par LEG (09-11-2024 11:54:07)

DrStone

Membre

Inscription : 07-01-2024

Messages : 273

Re : crible en python

Après cette nuit de sommeil, je me suis rendu compte de l’évidence : je suis face à quelqu’un qui réagit à l’affectif.

Ce qui somme toute est normal, lorsqu’on a pas les armes pour réagir sur le rationnel, notamment en disposant des compétences nécessaires pour réagir sur les critiques effectives elles-mêmes.

Alors du coup, au lieu de réagir, par exemples, sur le fait que « unsigned(-1) » n’est pas super glamour comparé à « UINT_MAX » ou que « for (size_t j = 0; j < sizeof(GM) / sizeof(int); j++) » est strictement inférieur à « for(const auto& gm : GM) { » on se braque sur, comble de l’insulte, « gloubi-boulga » et « imbitable ».

Note par ailleurs, que je me suis contenté de commencer par donner les critiques les plus basiques et non jargonnantes possibles que tu aurais pu, au fur et à mesure, tester par toi-même (si tu avais eu un brin des compétences nécessaires) pendant que moi je m'occupais de refaire le tout.
Non, parce qu'il y en a bien d'autres, des critiques, à faire.

Il ne sert donc rien de discuter plus avant en essayant de montrer notamment en quoi critiquer n’est pas dénigrer.

Toute cette discussion n’est, effectivement, que pure perte de temps.

Je retire donc ce que j’ai dit plus haut : yoshi, merci de laisser la conversation telle quelle. Ça évitera peut-être à d’autres de faire la même erreur que moi.

Sur ce. Je pars faire une petite pause d'internet : tout ceci aurait dû me sauter aux yeux directement, mais je ne m'en suis même pas rendu compte, alors que cela nous aurait évité tout ce cirque.

Dernière modification par DrStone (09-11-2024 14:34:00)

yoshi

Modo Ferox

Inscription : 20-11-2005

Messages : 17 223

Re : crible en python

Bonjour,

Petit test de vitesse de remplissage d'une liste de 10**9 fois True
- En Python pur -
* Méthode dite par "list comprehension" : elle est employée dans la dernière mouture Python du crible :

from time import time

n=10**9
debut=time()
A=[True for _ in range(n)]
print ("Temps écoulé =", time()-debut,"s")
 

Sortie :

Temps écoulé = 85,25 s

* Méthode alternative (il me semble avoir lu qu'elle n'était pas recommandée...)

from time import time

n=10**9
debut=time()
A=[True]*n
print ("Temps écoulé =", time()-debut,"s")
 

Sortie :

Temps écoulé = 4.44 s

                 
Soit un gain de près de 95%...     

- passage à numpy qui lui  gère des tableaux, et plus des listes -   

from time import time
import numpy as np

n=10**9
debut=time()
A=np.ones(n,dtype=bool)
print ("Temps écoulé =", time()-debut,"s")
 

Sortie :

Temps écoulé = 0.4 s

                 
Soit un gain de près de 95% sur la construction via la méthode "list conprehension"...     
np.ones de numpy construit un tableau qui ne contiendra que des 1, ici à concurrence de n= 10**9 (1 000 000 000 quand même), et à chaque 1, puisqu'il est précisé qu'il s'agit d'un booléen,ce 1 est remplacé par True...
Si l'on ne voulait que des False, il suffirait de remplacer ones par zeros...

Et là, il m'est remonté une lecture d'hier soir qui m'a fait penser que je pouvais peut-être encore "gratter" un petit quelque chose :

from time import time
import numpy as np

n=10**9
debut=time()
A=np.full(n,True,dtype=bool)
print ("Temps écoulé =", time()-debut,"s")
 

Sortie :

Temps écoulé = 0.36 s

 
Bingo ! Même si un gain de 10% par rapport aux 0.4 s précédentes, ce n'est pas si excitant...
Ici full, construit un tableau avec n éléments tous identiques, pas de conversion, je précise seulement que cet élément commun est True, et que c'est un booléen (diminution de la place occupée (j'aurais pu vouloir stocker True comme un "object", ce qui aurait été, dit la doc, plus précis et plus rapide  que le type str (de string = chaîne)...

Voilà qui me booste pour continuer de transformer la dernière version Python du crible avec numpy...

Je suis toujours aussi têtu qu'il y a 30 ans quand j'avais écrit un programme de conjugaison française à tous les temps, tous les modes forme pronominale ou pas, voix active ou voix passive au choix, avec possibilité de laisser le programme conjuguer pour vous, soit façon jeu video de conjuguer vous même avec 3 niveaux de difficulté (pardonnant de moins en moins de fautes) avec comme objectif de permettre à un poisson d'échapper à un requin à ses trousses, en entrant dans une grotte distante de 6 bonnes réponses...

Mais, je devrais breveter ma découverte puis récrire mon programme avec Python et Tkinter pour le commercialiser...
Mon programme n'utilisait aucun lexique de verbes, disposait de 24 messages d'erreur et d'une liste de règles de grammaire en mode texte...
Et voilà ma découverte : je m'étais refusé à ce que le programme demande à l'utilisateur lorsqu'il entrait un verbe en "ir" s'il était du 2e ou du 3e groupe, sinon il m'aurait fallu un lexique, ce dont je ne voulais pas...
Revers de la médaille, vous pouviez choisir un nom commun, tel escalier, il le conjuguait... ^_^....
Alors ?...
Cette découverte ?
Il m'avait fallu 6 mois pour que le programme soit capable de déterminer de lui-même que finir est du 2e groupe et courir du 3e...
6 mois à gratter du papier, à mettre en œuvre ces 3 verbes que je recommandais vivement à mes élèves : observer, comparer, déduire...

Qu'est-ce qu'on nous a appris à nous ?"
Courir  : "je pars en courant" --> groupe 3
Choisir : "Ne vous trompez pas en choisissant le groupe" --> groupe 2
Oui, mais la machine, elle, sans lexique, elle fait comment ?

J'avais mis 6 mois pour trouver mon algorithme : il tient sur 1/2 page... Si, si c'est possible !
J'étais persuadé de réussie et je me refusais à avoir tort !

Ce programme a déjà été transcrit dans le Turbo Basic, logiciel qui ne veut plus tourner sur les machines de plus de 10 ans...

Alors, transformer un programme Python existant en Python + numpy, c'est autrement moins problématique : j'arriverai au bout ; pour moi, c'est une évidence

J'ai encore mon Amstrad CPC à disquettes en état de fonctionner, toutes mes disquettes dont celle consacré à mon soft.
Je tâcherai via un APN de faire des copies d'écran...

@+

---

Arx Tarpeia Capitoli proxima...

Ernst

Membre

Inscription : 30-01-2024

Messages : 178

Re : crible en python

Bonjour à tous.

Même tendus, les échanges se font aussi au bénéfice des lecteurs dont je suis. Et même tendus, j’aime les lire, et je trouverais dommage que des intervenants se fassent rares parce qu’ils ont l’impression d’être mal compris.

J’ai remarqué – tous forums confondus – que ces échanges s’envenimaient quand on passait du général au particulier, quand on passait du « il est parfois nécessaire de… » pour un « tu ferais mieux de… ». L’idée est certes la même, mais pas la tournure, et l’envie alors nous prend de réagir.

Perso je suis sur le mode LEG, c’est-à-dire que ce sont les concepts qui m’intéressent et pas l’apprentissage. En ce qui me concerne c’est une perte de temps. Hélas sur un forum qui lui est quasiment entièrement consacré, c’est difficile à entendre. Je vais prendre comme exemple le dernier message de yoshi (gloire lui soit rendue).

Petit test de vitesse de remplissage d'une liste de 10**9 fois True
- En Python pur -

Je ne connais rien en Python et ne vais certainement pas perdre mon temps à me plonger dans les modes d’emploi et encore moins dans les ressources disponibles. Je demande donc à > ce site < de me pondre un code rapide et compact avec le numpy dont il parle et que je teste sur > ce site < vu que je n'ai pas Python sur mon PC.

import numpy as np  
import time
start_time = time.time()
n = 10**9  
array = np.full(n, True, dtype=bool)
end_time = time.time()
print(f"Temps de remplissage : {end_time - start_time:.2f} secondes")

J’insiste pour avoir mieux :

import numpy as np  
import time
start_time = time.time()
arr = np.ones(10**9, dtype=bool)
print(f"Temps de remplissage : {time.time() - start_time} secondes")

J’insiste encore :

import numpy as np  
import time
start_time = time.time()
arr = np.empty(10**9, dtype=bool)
arr[:] = True  # Remplissage rapide de tout le tableau  
print(f"Temps de remplissage : {time.time() - start_time} secondes")

Le site donne des explications détaillées sur ses choix, faudrait que yoshi teste les trois sur son ordinateur histoire de se faire une idée…

On remarquera que je n’ai vraiment fait aucun effort.
Résumé : les jeunots sont de gros paresseux ! :-)

Dernière modification par Ernst (09-11-2024 20:34:12)

yoshi

Modo Ferox

Inscription : 20-11-2005

Messages : 17 223

Re : crible en python

Bonsoir,

@Ersnt. D'abord, ce pseudo est un hommage au célèbre Max Ernst ?
Dans mes tests de vitesse, tu me montres que j'en avais zappé un (merci pour cette piqûre de rappel), le arr[:]=True...
Je l'ai oublié, pourtant je l'avais entrevu dans la doc...
Promis, je teste tout ça demain matin !

Pourquoi ai-je entrepris ces tests ?
Voilà un petit moment que j'avais dit à LEG  que j'allais tester ce que donnerait son programme Python revu avec numpy.
J'avais déjà par le passé entrevu à quoi ressemblait numpy : je l'avais trouvé particulièrement abscons...
Là, c'était l'occasion de refaire une tentative, d'autant que je venais de lire  que la gestion des tableaux de numpy était environ 30 fois plus rapide que le même travail avec des listes en Python pur:
Donc mon premier essai avec une "list comprehension" s'étant soldé par un temps de 85,25 s, 30 fois plus rapidement devait me mener autour des 3 s...
Or, mon premier essai via numpy s'est terminé en 0,4 s, c'est bien mieux !
Donc effectivement numpy offre un gain de temps considérable.
Reste à voir si on peut égaler (ou dépasser) la limite de $2^{64}-1$ du nombre d'éléments des listes de Python même si la réponse se révélait être positive, ça ne changerait pas le fait que LEG n'aurait pas prouvé, mathématiquement parlant, que la conjecture de Goldbach était vraie : je le lui déjà dit, mais on continue pour le plaisir et moi tout particulièrement, afin de voir si avec numpy on peut approcher la vitesse d'exécution de C++ et ainsi mettre du baume au cœur de tout ceux qui entendent notamment, jour après jour, que Python est d'une lenteur rédhibitoire que ça ne vaut pas C ou C++ (quid de Java ?).

Moi, j'ai toujours aimé l'art pour l'art... En programmation itou, je cherche toujours à avoir un script du plus petit nombre de lignes possible et le plus rapide possible... ET en fait, ceci sert à quoi ?
À rien ! Et c'est là que j'en reviens à l'art pour l'art...
À rien vraiment ? Mais si à la satisfaction intellectuelle du travail bien "léché"...
C'est plus à la mode pourtant ! Ouaip, et alors ?

Bpn allez, Morphée s'impatiente et à mon âge canonique ^_^, je préfère, par prudence, ne la faire trop attendre...

@+

---

Arx Tarpeia Capitoli proxima...

LEG

Membre

Inscription : 19-09-2012

Messages : 739

Re : crible en python

Bonjour..avec le sourire

@Ernst ,[" tout à fait , tu as raisons... et j'aime bien : « il est parfois nécessaire de… » , car cela évite de se tromper sur la personne impliquée dans le programme ...
, l'apprentissage de C++ , de plusieurs jours , ne m'intéresse pas du tout , juste pour finaliser en trois lignes et en 1 minute , une fonction du programme , afin d'éditer le tableau criblé .. pour ceux qui préfère utiliser C++. Car :
Comme je l'ai dit , c'est plus conviviale pour moi ou d'autre en python, du fait, que l'on peut imprimer , copier/coller, les ligne du tableau criblées, alors que sous dos en ce qui me concerne ...Nada...
De plus, J'ai Code::Block , je ne vais pas du tout , tout changer ou importer d'autres choses pour utiliser mon programme tel quel ; qui me convient parfaitement ...

@ Yoshi ..; Encore merci pour ton travaille sur le programme du crible...Tu as entièrement raison même si on teste avec un programme la conjecture jusqu'à une certaine limite $n$ , cela n'en serra pas pour autant une démonstration rigoureuse. Sauf si on atteint la limite ou il a été dit, que la conjecture est vrai à partir d'un entier N assez grand... Néanmoins,  cela permet de se faire une idée très précise, sur les formules d'estimation du nombre de solution qui décomposent $2n$ en somme de deux nombres premiers... C'est tout.

Pour le programme ; je vais donc attendre ta modification de la phase terminale du programme ..., qui à priori serait très rapide , y compris pour plusieurs limites $n \;modulo\; 15$ , par famille... je suppose que tu vas aussi la tester, en ne criblant que les  $p'\leqslant\sqrt{n}$ ...pour repousser cette limite $n$
Pour l'instant, la conjecture est vérifiée jusqu'à $4*10 ^{18}$
H Elfgott :
Avec son crible qui utilise la méthode du cercle, il est allé beaucoup plus loin pour tester la conjecture faible $2N +1$ est somme de trois nombres premiers.. Mais il ne dit rien sur la conjecture forte ; si avec son crible, il a pu la tester aussi loin... à priori il ne semble pas...

Voila pourquoi cela m'intéresse et sûrement d'autre aussi , pour repousser cette limite $n$ de la conjecture de Goldbach..

C'est d'ailleurs pour cela , qu'après réflexion , j'en suis venu à cette solution : pourquoi ne pas la vérifier à partir d'un minimum n = 3 000 000 , en ne criblant que les nombres $p'\leqslant\sqrt{n}$ sans perte de généralité, puisque l'on sait qu'elle est vraie jusqu'à $4*10 ^{18}$.. Ce que personne n'a fait...

Cela permet surtout de se faire une idée sur le nombre de solutions par Famille $30k+i$ en progressant modulo 15... et que l'on peut éditer...
Tout comme escalader l'Everest , alors que l'on peut s'y faire déposer en hélico ...Chacun trouve sa voie... y compris dans le code du Bushidô...

@+ leg

Dernière modification par LEG (10-11-2024 08:57:50)

yoshi

Modo Ferox

Inscription : 20-11-2005

Messages : 17 223

Re : crible en python

Bonjour,

la moyenne sur 10 essais de la méthode oubliée s'établit à 0,38 s soit très légèrement plus lente que la méthode avec np.full
Je poursuis...

@+

---

Arx Tarpeia Capitoli proxima...

Ernst

Membre

Inscription : 30-01-2024

Messages : 178

Re : crible en python

@Ersnt. D'abord, ce pseudo est un hommage au célèbre Max Ernst ?

Bonjour,

Eh non, un simple pseudo qu’on m’a affectueusement attribué IRL (je suis de l’est, donc pour mon côté frontalier j’imagine), et que je j’utilise à l’occasion.

Moi, j'ai toujours aimé l'art pour l'art... En programmation itou, je cherche toujours à avoir un script du plus petit nombre de lignes possible et le plus rapide possible... ET en fait, ceci sert à quoi ?
À rien ! Et c'est là que j'en reviens à l'art pour l'art...
À rien vraiment ? Mais si à la satisfaction intellectuelle du travail bien "léché"...
C'est plus à la mode pourtant ! Ouaip, et alors ?

Pour le côté de la concision et de l’élégance, c’est quasiment impossible avec le codage actuel qui multiplie l’imbrication des objets et des méthodes ainsi que les passages de paramètres d’une complexité décourageante, codage qui multiplie aussi les indentations, les délimiteurs et les commentaires pour un code structuré, codage qui par ailleurs fait appel à de surpuissantes fonctions spécialisées à la syntaxe irrémédiablement absconse, bref perso j’ai renoncé à faire du propre.

En passant, c’est lamentable d’avoir des syntaxes aussi particulières et aussi exigeantes à chaque fois qu’on change de langage. C’est comme si je devais apprendre l’allemand, le russe, le japonais ou le mandarin pour exprimer des raisonnements…

C’est pourquoi je me sens proche de LEG avec son code multi-bricolé, et paradoxalement c’est pour cela aussi que j’apprécie beaucoup les exigences de DrStone (vraiment très bien, l’exemple de ses pâtisseries !) qui illustre parfaitement la perte de ce qui faisait la puissance d’un langage et la rigueur d’une discipline, c’est comme si aujourd'hui on se mettait à parler en mélangeant le français, les SMS, les anglicismes, les fautes d’orthographe, de grammaire et de syntaxe, avec quelques smileys en plus bien sûr.

Mmh ? Pardon ? C’est ce qu'on fait me dit-on ? Ah d’accord...

DrStone

Membre

Inscription : 07-01-2024

Messages : 273

Re : crible en python

Bonjour, rapidement avant de repartir aussi sec.

Pour le côté de la concision et de l’élégance, c’est quasiment impossible avec le codage actuel […] qui par ailleurs fait appel à de surpuissantes fonctions spécialisées à la syntaxe irrémédiablement absconse, bref perso j’ai renoncé à faire du propre.

Pour ceux qui comprennent un minimum l'anglais (même si pas vraiment besoin) je vous propose de regarder cette vidéo afin de vous rendre compte à quel point cet avis est très éloigné de la réalité actuelle !

Pour ceux qui ne veulent pas regarder une vidéo dans une autre langue que la leur, l'auteur de celle-ci transforme le programme C(++), plutôt simple à comprendre s'agissant d'un exemple d'illustration (lui-même provenant de la vidéo d'une autre personne où c'était, là encore, un exemple d'illustration mais dont l'auteur de la première vidéo n'était pas satisfait ; d'où le fait qu'il l'ait ré-écrit) suivant :

int calculate(int bottom, int top)
{
    if (top > bottom)
    {
      int sum = 0;

      for (int number = bottom; number <= top; number++)
      {
        if (number % 2 == 0)
        {
          sum += number;
        }
      }

      return sum;
    }
    else
    {
      return 0;
    }
}

en, au final, après quelques étapes plutôt élégamment mises en lien, C++ moderne (C++23 — 2023 — plus précisément) :

namespace rv = std::views;

int calculate(int bottom, int top) {
    return top <= bottom ? 0 :
        ranges::accumulate(
            rv::iota(bottom, top+1) |
            rv::filter([](auto e) { return e % 2 == 0; }), 0);
}

Ce dernier morceau de code se lit alors, presque comme du français ou de l'anglais :

si bottom est plus grand que top alors on renvoie 0 ; sinon on renvoie la somme, initialisée à 0, par accumulation les éléments de l'intervalle d'entiers $\left[\text{bottom} ; \text{top} \right]$ qui ont été filtrés en répondant vrai à la condition (par lambda) «es-tu pair ?»

autrement dit, on somme tous les nombres pairs compris dans l'intervalle d'entiers $\left[\text{bottom} ; \text{top} \right]$.

Il n'est pas certain qu'on puisse faire plus propre, plus concis et surtout plus compréhensible (en C++) ! À la limite, il faudrait juste une autre fonction dans la bibliothèque standard pour remplacer la condition «e % 2 == 0» en «std::is_even(e)» ou quelque chose du genre.
Édit. D’ailleurs si une telle fonction existait (ou si on la codait nous même) on pourrait totalement se débarrasser de la lambda et la dernière ligne deviendrait probablement quelque chose comme

rv::filter(std::is_even), 0);

Tout ceci se basant sur ce qui se fait en programmation fonctionnelle qu'on rencontre notamment en (O)Caml, Haskell, Scala, Lips, Elixir et j'en passe.

Si vous vous dites que c'est une galère d'apprendre cette nouvelle syntaxe qui existe dans le seul but de vous simplifier la vie (si vous parlez suffisament bien l'anglais et avez des heures à perdre, vous pouvez écouter les différentes conférences données à la cppcon) dites-vous que notre modérateur yoshi sera amené à rencontrer ce genre de morceaux de codes très élégants avec numpy.

Vous comprendrez alors pourquoi je râle sur l'actuel programme dont dispose LEG en écrivant que ce n'est qu'un gloubi-boulga ! Je ne dis pas ça juste pour me faire mousser ou pour étaler mes connaissances afin de satisfaire un égo qui serait surdimensionné.

Je repars donc. Bon weekend.

Dernière modification par DrStone (11-11-2024 01:29:53)

LEG

Membre

Inscription : 19-09-2012

Messages : 739

Re : crible en python

Bonjour
Sûrement... Mais ce n'était pas le but

Car  pour autant , j'avais besoin d'un programme qui fonctionne parfaitement et très rapide .. c'est ce qui m'importait avant tout.
Le reste qu'il soit bleu ou arc en ciel , ne change rien à sa fonction...
Ce n'est pas comme si on demandait un programme écrit parfaitement en c++... il faut savoir nuancer en fonction du besoin ... Ce qui n'est pas le cas du pâtissier... avec son bousin , qu'il se garderait sur les bras.

Maintenant si , en le ""modernisant"" sans être obligé de remplacer Code::Block ou autre importation sur mon PC , pour le faire fonctionner afin de gagner 1 seconde voir un peut plus ...Il n'en est pas moins vrai que je ne dépasserai pas pour autant la limite $n = 2^{64} -1$ pour un PC 64 bits ce que j'ai actuellement, en ayant modifié la limite $n$ à cribler sans perte de généralité ...

il met pour cribler jusqu'à la racine carrée de $n = 18446744073709551319$  trois familles : 30k +1,+7,+ 19 ; temps mis : 1,08 seconde , d'ou l'intérêt de ne pas avoir besoin de cribler le nombre total de solutions pour cet entier $2n$ ...et donc on peut aller très loin...

Donc quel intérêt ...? À PART : le présenter sur ce sujet... pour les amateurs ou pas de C++ bien écrit... mais aussi , qu'il édite pour une petite limite $n$, le tableau criblé par la fonction de size GCrible...

Je préfère attendre la modification de Yoshi , Python sous numpy, c'est certain...
Car c'est très pratique et pas sous dos..., de plus cela permet de comparer les deux programmes , comme il le fait remarquer...

Soit on crapahute, pour atteindre le sommet de l'Everest , soit on choisi l'hélico ... c'est bien une question de choix.

Dernière modification par LEG (10-11-2024 16:24:09)

DrStone

Membre

Inscription : 07-01-2024

Messages : 273

Re : crible en python

Rebonjour

il faut savoir nuancer en fonction du besoin ... Ce qui n'est pas le cas du pâtissier... avec son bousin , qu'il se garderait sur les bras.

Bonjour la sélectivité…

Bref qu'importe, après tout ce n'est pas mon bousin, c'est le tien. Amuse-toi bien avec.

Bon week-end à tous.

yoshi

Modo Ferox

Inscription : 20-11-2005

Messages : 17 223

Re : crible en python

Re

Leg, tu as écrit :

j'avais besoin d'un programme qui fonctionne parfaitement et très rapide .. c'est ce qui m'importait avant tout.
Le reste qu'il soit bleu ou arc en ciel , ne change rien à sa fonction...
Ce n'est pas comme si on demandait un programme écrit parfaitement en c++... il faut savoir nuancer en fonction du besoin .

C'est bien long, alors que tu disposais du bon vieux proverbe : << Qu'importe le flacon,  pourvu qu'on ait l'ivresse... >> ^_^

Bon, blague à part, je ne partage pas tout à fait ton avis...
En effet, un programme est fortement susceptible d'être modifié, qu'il ait eu un problème ou pas (ça m'est arrivé). S'il est de toi et qu'il est encore frais en mémoire, remettre le nez dedans ne pose - en principe - aucune difficulté majeure...

Par contre, plus le temps passe, plus toute opération de maintenance devient problématique :
ma façon de programmer, depuis que j'ai commencé, peu après le Plan Informatique pour tous, avec mon Amstrad CPC 6128 à disquettes (été 1984 ou 1985 ?) à maintenant a changé...
Et changé à un point tel que j'ai toujours 2 conversions majeures en Python en souffrance :
- mon programme de conjugaison (pas loin de 10 pages de code Basic), qui fut porté sur Turbo Basic,
- un logiciel de calculs astrologiques en GFA Basic pour Amiga, puis déjà converti une fois pour le Basic Locomotive de mon Amstrad, puis une 2e fois en Turbo Basic et abondé...
Je n'ai pas encore trouvé le courage de m'y mettre tant je constate aujourd'hui que c'est écrit avec les pieds...

Moi non plus, je ne pensais pas à l'époque que dans l'avenir j'aurais à les maintenir...
Mais aurais-je été capable de faire à peu près propre ? Rien n'est moins sûr !!
Les seuls que j'ai vraiment pu reprendre sont mes calculs de Carrés magiques (ils sont dispos sur Bibmath...),.. Là aussi, j'étais passé du Basic Locomotive au Turbo Basic puis enfin au Python. Mais, je m'étais efforcé de les écrire de façon structurée avec des noms de sous-programmes et variables assez parlants...

@+

---

Arx Tarpeia Capitoli proxima...

yoshi

Modo Ferox

Inscription : 20-11-2005

Messages : 17 223

Re : crible en python

Bonsoir,

@Dr Stone

(il y a un problème avec l'indentation sur le forum que je n'arrive pas à le corriger)

Il y a une option implémentée par Fred, à destination des amateurs de cryptographie dans la balise code :
police de caractères à espacement fixe, en blanc sur fond noir,couleur possible mais pour la lisibilité la choisir assez claire...
Au lieu de code = C ou code=Python ou code=cpp ou..., c'est code=crypto

@+

---

Arx Tarpeia Capitoli proxima...

DrStone

Membre

Inscription : 07-01-2024

Messages : 273

Re : crible en python

Bonsoir.

Merci yoshi, ça corrige effectivement les soucis d’indentation bien que cela se fasse au détriment de la coloration syntaxique ; encore que, celle-ci n’est pas si importante dans le cas présent.

C’est donc tout bon pour moi ! Super idée d’ailleurs, cette balise crypto !

LEG

Membre

Inscription : 19-09-2012

Messages : 739

Re : crible en python

Bonjour

@Yoshi

Le programme n'est pas de moi, j'avais juste mis le programme Python sur les math.net , qui est posté au dessus , pour le faire transcrire en C++  , ne voulant pas t'en demander plus et inutilement.
Il a donc été retranscrit  en c++  en deux partie (la partie ÉRATOSTHÈNE et la partie GOLDBACH) , que j'ai fais unifié en payant !... comme il s'ouvre sous dos , je ne me suis pas cassé la tête pou pouvoir éditer les tableaux criblés, car non pratique... le but était :

Uniquement pour aller plus vite et surtout plus loin que je ne le faisait en python, je t'en avais parlé ... " car python était limité en mémoire.." et ensuite je les avais mis sur ce sujet ...en 2019 ou avant.....

Mais Je n'ai jamais réussi à éditer le tableau criblé par la fonction size_t GCrible ou même  size_t ECrible, ce qui veut dire ""en principe"" que le crible "n'est probablement pas déclaré" pour pouvoir l'éditer , comme on le fait en python , avec la fonction:

 total = sum(crible)  
    print("crible:", crible)
 

Alors que là fonction , return total permet seulement d'éditer le résultat final , pourtant je peux éditer: les indices , les nombres  premiers P , les restes de 2n par P... Donc il y a un hic...

Ce n'est pas faute d'avoir essayé ... et chercher à comprendre ...

Or si effectivement il manque une fonction pour déclarer le tableau criblé .. , alors même qu'il est retourné à la fin du criblage d'Ératosthène , afin de le re-cribler par la fonction GCrible  et ben Nada, ...

Mon petit fils vient à noël , je lui demanderait le pourquoi du comment... 

Mais : Si le fait de mettre ce programme de mon algorithme en C++ , sur ce sujet pour des auditeurs que cela intéressent, sans qu'ils se cassent le trognon, puis demander une instruction , pour le finaliser , c'est ouvrir la porte à des polémiques , 7 ans après... ou des conseils inutiles ,  j'aurais mieux fait de ne pas le poster puis trouver la solution ailleurs ... et me garder ce programme pour ma gueule ... Ce qui est absurde , vu le mal et le temps passé que tu t'es donné en python pour cet algorithme .

Comme tu as pu le voir , personne n'est jamais intervenu au cour de ses années,  malgré le nombre de vues, et les dossiers que j'ai modifiés , re-modifiés moult fois, pour rendre mes explications plus clairs dans la mesure du possible..

D'autant , que tu ne te serais sûrement pas autant investi en python sur ce sujet , si j'étais ce genre de mec ... en voulant garder mes idées .

Comme tu l'as si bien dit les conseilleurs ..... sans solution  sur ce sujet ...ils ne sont pas utiles , ni me prendre la tête pour finaliser ce programme...

C'est pour cela que la solution python est bien plus préférable , si on veut éditer les tableaux criblés , afin de vérifier le déroulement pour certaines limites n ...sans plus.
Par exemple pour ce programme en C++:
avec cette limite n :
ulonglong debut = 18446744073709551319;
  ulonglong fin = 18446744073709551334;

il crible les trois familles 30k +1, 7 ,et 19 en 1,016 s  , malgré le warning : la constante entière est si grande qu'elle n'est pas signée..

Cela pose un problème...
Car pour une limite bien inférieur, n = 9*10¹⁸ pour ces trois familles il met beaucoup plus de temps 44 secondes par famille , 120 secondes au total ..??? est ce que cela vient des slices ? que 'j'utilise pour repousser des limites plus importantes , car sinon il bug..., qu'il ne prendrait pas en compte dans ce cas précis de constantes entières trop grandes et non signées  ... voila pour cette info amusante...et curieuse.

Pour la famille 30k+1 , il crible 88 063 057 p' , au lieu de 18 054 607 pour n inférieur ; et pour un résultat de 73 385 881 couples p+q =2n au lieu de 1 43 462 (p+q) pour cette limite n = 9*10¹⁸ 

autrement dit, il en crible plus en allant 100 fois plus vite ..., ça c'est un mystère ???

Dernière modification par LEG (11-11-2024 13:44:27)

DrStone

Membre

Inscription : 07-01-2024

Messages : 273

Re : crible en python

Bonjour.

Comme tu as pu le voir , personne n'est jamais intervenu au cour de ses années,  malgré le nombre de vues, et les dossiers que j'ai modifiés , re-modifiés moult fois, pour rendre mes explications plus clairs dans la mesure du possible..

[…]

Comme tu l'as si bien dit les conseilleurs ..... sans solution  sur ce sujet ...ils ne sont pas utiles , ni me prendre la tête pour finaliser ce programme...

Eh ben… C'est qu'on est rancunier par ici…

D'ailleurs tu l'es tellement que je me dis de plus en plus qu'une fois entièrement refait (parce que oui, contrairement à toi, moi je me bouge petit à petit lorsque dès que j'ai le temps pour le modifier et l'améliorer), je ferais bien mieux

me garder ce programme pour ma gueule

Dernière modification par DrStone (11-11-2024 14:00:40)

DrStone

Membre

Inscription : 07-01-2024

Messages : 273

Re : crible en python

PS.

Il n'en est pas moins vrai que je ne dépasserai pas pour autant la limite $n=2^{64}−1$ pour un PC 64 bits ce que j'ai actuellement

Ça n'a, mais alors, rien à voir. Tu t'en serais rendu compte si tu t'étais un minimum investi… Cf. boost cpp_int.

Dernière modification par DrStone (11-11-2024 14:04:48)

LEG

Membre

Inscription : 19-09-2012

Messages : 739

Re : crible en python

HS [Celui qui est rancunier ici  , il te suffit de te regarder dans une glace, vue tes réaction depuis le post #416 , qui n'ont été que lamentables ...
D''ailleurs tes interventions, depuis le post #416 n'ont eut qu'un but .. pourrir la discussion, ce que je dois reconnaître : tu l'as admis ...! Même cette  dernière est HS , je répondai à Yoshi !

C'est bien pour cela que tu ne veux pas ouvrir un autre sujet , et discuter de ce cribles c++ ailleurs que sur ce fil... Car tu peux continuer  à t"acharner à pourrir le fil... au lieu de te bouger à t'ouvrir un sujet  ...!

Ton c++ , tu peux effectivement te le garder et on verra ta limite n > 2 ^ 64 ... contrairement à ce qui est dit sur les math .net que tu atteints  , pour moi, tes conseils tu te les gardes  , de plus  je ne pourrai pas l'utiliser en ce qui me concerne, tu n'as même pas l'intelligence de t'en apercevoir ... et que ce n'est pas pour moi...! ] HS

Dernière modification par LEG (11-11-2024 14:15:54)

DrStone

Membre

Inscription : 07-01-2024

Messages : 273

Re : crible en python

Lamentable ? Eh bien on ne mâche pas ses mots lorsqu’on est tout rouge.

Quand je disais pourrir la discussion, ce n’était pas dans le sens que tu crois… mais non, si cela te fait plaisir.

C'est bien pour cela que tu ne veux pas ouvrir un autre sujet , et discuter de ce cribles c++ ailleurs que sur ce fil... Car tu peux continuer  à t"acharner à pourrir le fil... au lieu de te bouger à t'ouvrir un sujet  ...!

Bien sûr… donc encore une fois, critiquer les programmes du grand LEG ainsi que son coté paresseux revient à pourrir un fil de discussion. « S’acharner », même, dit-il. Comme si j’étais en croisade contre lui. Redescendez cher ami, vous n’êtes pas si important. D’ailleurs cela fait un moment que je ne fais que répondre aux critiques que tu profères à mon encontre.
Ce qui est bien (?) dans ces moments là c’est que ça ne peut qu’être l’escalade vers la guerre - je critique ton programme et je m’insurge que tu décides de rester dans ton confort d’ignorance alors même que je te propose depuis le début ! d’y remédier - donc tu t’énerves et tu me critiques - dont je réponds - donc tu critiques encore - donc je réponds en te critiquant doucement par petites piques - etc…

De plus, s’il fallait tant que ça avoir un fil de discussion par langage de programmation, pourquoi tu n’en as pas créer un toi-même à propos de la version C++ bien avant que j’arrive ?
Si je suis intervenu sur la présente discussion et que j’ai tenu à y rester c’est parce que tu présentes toi-même tous tes programmes ici et que ça ne sert à rien de se disperser. Enfin, dans un monde idéal où tu ne serais pas ce genre de personne qui prend la mouche pour un oui ou pour un non car tu ne supportes pas la critique.
Désolé, tu n’es pas le centre du monde et je ne vais pas mâcher mes mots juste pour éviter de te froisser. Je ne l’ai jamais fais et je ne le ferai sûrement pas pour toi.

Ah et si. Bien évidemment que j’ai eu l’intelligence de m’en apercevoir, que ce n’étais pas vraiment pour toi, dès que j’ai compris que te ne ferais rien (déjà qui utilise encore Code::Blocks, avec un « s », encore une marque d’irrespect envers le travail d’autrui ? Toi qui ne sais même pas écrire le nom des outils que tu utilises ? à l’aube de 2025 ?)

Passe une bonne semaine malgré tout.

Dernière modification par DrStone (11-11-2024 14:48:40)

LEG

Membre

Inscription : 19-09-2012

Messages : 739

Re : crible en python

Bien sûr… donc encore une fois, critiquer les programmes du grand LEG

Non je ne suis pas autant imbu de ma personne que toi .
Ce sont les programmes de MR B Parisse et Yoshi.

Ce qui t'intéresse uniquement sur ce fil, ce sont les critiques dont tu te nourris ...

alors même que je te propose depuis le début ! d’y remédier

("les conseilleurs sont des menteurs ou des manipulateurs...la plupart du temps,")

Car Si effectivement cela avait été le cas , après mon post #415  tu l'aurais fait , mais comme cela n'avait aucun intérêt pour toi , d'autant que c'est un bousins et qu'il te fallait des jours pour le comprendre d'après tes affirmations , voir ton incapacité à le comprendre, c'est mieux de te chercher des excuses pour pourrir le sujet , car tes compétences on les attends toujours  , tu n'est en définitive , qu'un manipulateur ... pour en rester là...

De plus, s’il fallait tant que ça avoir un fil de discussion par langage de programmation, pourquoi tu n’en as pas créer un toi-même à propos de la version C++ bien avant que j’arrive ?

tu prends tes désirs pour des réalité . C'est toi qui est venu pourrir ce sujet , avec tes critiques et tes conseils inutiles sur ce programme c++ , pas l'inverse ! C'est ça, Je vais ouvrir un sujet dont je n'y connais rien ... désolé de te priver de cette joie , dont tu aurais pu te délecter, surtout avec tes conseils ...!

(déjà qui utilise encore Code::Blocks, avec un « s »,

"preuve à nouveau de tes critiques stupides" ... Tout simplement ceux qui n'ont rien à faire de tes conseils  !

encore une marque d’irrespect envers le travail d’autrui ?

Non au contraire , celui qui m'a demandé de télécharger [Code::Block] sans s ^ ; ^ T , afin d'ouvrir le programme avec ce logiciel ...
>Encore une fois , avant de juger balaie devant ta porte ...

ton côté paresseux

tu t'es regardé ? toi qui je cite dans une de tes interventions :

les gens sans informatique et mathématique il en serait encore entrain de cultiver , faire de l'élevage .!

..  mon pauvre crétin , c'est pourtant grâce à eux si tu peux te nourrir , te loger , etc etc , car le travail manuel pour toi , tu es bien trop fainéant , pour t'y résoudre

Qu'est ce que tu ferais avec tes programmes , si il n'y avait pas des travailleurs manuels pour construire des PC et autres ... ça t'arrive de réfléchir ?
Qu'est ce que tu connais ma vie ? Commence par faire le ménage chez toi ...

Alors ouvre toi un sujet sur la programmation , montre ce dont tu es capable dans ton domaine , sert toi du sujet : le programme C++ de leg , met y le programme C++ , et on te verra à l'oeuvre , avec la modernisation de ce crible , tu pourras même y dépasser la limite n = 10⁶⁴  et non pas la racine carrée de n, si tu en es capable ... Je suis même sûr, que cela plaira , à ceux qui regardent ce sujet au lieu de ton bagou et tes conseils ....

À moins que Yoshi veuille déplacer notre discussion , qui est vraiment HS...Afin que l'on en reste au programme python en court ...

Dernière modification par LEG (11-11-2024 16:53:44)

DrStone

Membre

Inscription : 07-01-2024

Messages : 273

Re : crible en python

toi qui je cite dans une de tes interventions :

    les gens sans informatique et mathématique il en serait encore entrain de cultiver , faire de l'élevage .!

..  mon pauvre crétin , c'est pourtant grâce à eux si tu peux te nourrir , te loger , etc etc , car le travail manuel pour toi , tu es bien trop fainéant , pour t'y résoudre

On entre dans la diffamation.

Il me semble qu'il serait bon de s'arrêter là.

DrStone

Membre

Inscription : 07-01-2024

Messages : 273

Re : crible en python

Quoi qu'il en soit, je trouve bien dommage qu'on en soit arrivé jusque-là pour, je cite :

gloubi-boulga

ainsi que

imbitable

Eh oui, initialement, tout part de ces deux mots.

Je trouve aussi dommage que tu aies si mal pris le fait que je trouve dommage, et je ne suis pas le seul, yoshi aussi le trouve dommageable, que tu aies choisi de ne pas vouloir en apprendre plus en C++ alors même que pourrait en faire de grandes choses.

Peut-être ai-je été trop frontal comme je le disais plus haut ? Quoi qu'il en soit, cela me servira bien de leçon.

Ne souhaitant pas spécialement faire la guerre plus longtemps (ça en devient ridicule), je te souhaite une bonne semaine et j'espère pour toi le meilleur possible à l'avenir. Y compris que tu arrives au terme de ce qui te passionne, notamment en ce qui concerne le présent sujet, ces programmes !

Dernière modification par DrStone (11-11-2024 17:16:34)