Path: ...!news.mixmin.net!proxad.net!feeder1-2.proxad.net!usenet-fr.net!.POSTED!not-for-mail From: Olivier Miakinen Newsgroups: fr.sci.maths Subject: =?UTF-8?Q?Re:_Biaiser_les_probabilit=c3=a9s_[3]?= Date: Sun, 11 Feb 2024 00:40:03 +0100 Organization: There's no cabale Lines: 20 Message-ID: References: NNTP-Posting-Host: 200.89.28.93.rev.sfr.net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Trace: cabale.usenet-fr.net 1707608403 95668 93.28.89.200 (10 Feb 2024 23:40:03 GMT) X-Complaints-To: abuse@usenet-fr.net NNTP-Posting-Date: Sat, 10 Feb 2024 23:40:03 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 In-Reply-To: Bytes: 2115 Le 11/02/2024 00:32, je répondais à efji : >> >> Je ne vois pas trop de raison pour que ça converge (on pourrait tomber >> sur un cycle), et si ça converge il n'y a pas non plus de raison pour >> que ça converge vers une configuration magique. > > Ça converge forcément, puisqu'à chaque échange une colonne avec un excès > de G se retrouve avec un G en moins et un P en plus, et inversement pour > la colonne avec excès de P. J'oubliais un point dans mon explication : à tout moment, dans chaque colonne, la différence entre le nombre de cases gagnantes et le nombre de cases perdantes est un nombre pair, du fait que leur somme vaut N qui est aussi un nombre pair. Donc, quand on retire un G et qu'on ajoute un P à une colonne qui a au moins deux G de plus que de P, la différence tend forcément vers zéro et ne peut pas passer de +1 à -1. -- Olivier Miakinen