Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: efji <efji@efi.efji>
Newsgroups: fr.sci.maths
Subject: Re: Why a time of the real world must be galilean (space-contraction)
Date: Sun, 5 Jan 2025 21:43:04 +0100
Organization: A noiseless patient Spider
Lines: 25
Message-ID: <vleqso$16eri$1@dont-email.me>
References: <180f1778e64eec8d$354$1238888$c2365abb@news.newsdemon.com>
 <181050bd5e899136$3636$1228337$c2265aab@news.newsdemon.com>
 <gS3CnAvH7iZAR8z2fpZ16WpwAQI@jntp>
 <181154a9986e9f2f$4267$1238888$c2365abb@news.newsdemon.com>
 <LKudnak0JLYu1sL6nZ2dnZfqn_ednZ2d@giganews.com>
 <3mKMfwgJtRfN4V1gGsy4VLJ6a64@jntp> <lqBFOj-jmrn9yhAKRF22SfRFA68@jntp>
 <vld25h$sc0g$1@dont-email.me> <vldlqf$vkj0$1@dont-email.me>
 <vldm1o$vkj0$2@dont-email.me> <ZIpNXl5vsALmYe5butkf62NoG9M@jntp>
 <677aeb4e$0$12934$426a74cc@news.free.fr>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sun, 05 Jan 2025 21:43:04 +0100 (CET)
Injection-Info: dont-email.me; posting-host="907666760ecd4e38ca7aad7f7a895b0b";
	logging-data="1260402"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/CNGqoA4aGsHnydMtJZFTJ"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:yfzy6SapMGWcmx8IMz/lBp5p+mM=
In-Reply-To: <677aeb4e$0$12934$426a74cc@news.free.fr>
Content-Language: fr, en-US
Bytes: 2608

Le 05/01/2025 à 21:27, Michel Talon a écrit :
> Le 05/01/2025 à 12:00, robby a écrit :
>>    ('Carre de ', 10, ' donne ', '100', ' soit', 10, '+', 0, ' OK')
>> au lieu de   Carre de 10 donne 100 soit 10 + 0 OK ?
> 
> Python est "orienté objet"  donc quand l'opérateur + reçoit pour 
> arguments des chaînes de caractères, il les concatène, quand  il reçoit 
> des nombres il les ajoute, etc.
> Dans le programme qui est montré , i^2 est converti en "string", 
> laquelle est coupée en deux par les trucs genre t[:m1]  et chaque moitié 
> reconverti en int.
> Evidemment ces manipulations sont extrêmement inefficaces, ce qui 
> explique en partie la lenteur du programme ....
> Il y a moyen de faire sans ce genre de conversions. Voir par exemple le 
> post de Sam Devulder dans
> Re: Le calcul de la racine carré... pour des nuls :)
> le 10/11/2024 03:40
> 

Absolument. C'est d'une inefficacité remarquable, il ne faut jamais 
faire ça. En utilisant la division entière et le modulo on écrit un 
programme qui va beaucoup plus vite.

-- 
F.J.