Re[3]: парадокс конвертов
От: Sealcon190 Соломоновы острова  
Дата: 26.08.09 13:16
Оценка:
Здравствуйте, Шебеко Евгений, Вы писали:

ШЕ>Мне вот интересно как они этого добились?

ШЕ>

ШЕ>Ныне свыше 20 миллионов компьютерных симуляций, проведённых Макдоннелом и Эбботтом, показали, что стратегия Ковера позволяет получить больше денег в игре с конвертами, чем простой обмен. А ещё, открыли австралийские учёные, предопределённый обмен, когда игрок выбирает альтернативный конверт только в том случае, если увиденная в первом сумма меньше заранее и наугад выбранного им самим (игроком) значения, тоже работает.


Я думаю на мембране при переводе просто чего-то недопоняли, и реальная задача над которой народ бьётся лишь похожа на парадокс конвертов.
Re[4]: парадокс конвертов
От: gecko  
Дата: 26.08.09 13:53
Оценка: 1 (1)
Здравствуйте, Sealcon190, Вы писали:

S>Здравствуйте, Шебеко Евгений, Вы писали:


S>Я думаю на мембране при переводе просто чего-то недопоняли, и реальная задача над которой народ бьётся лишь похожа на парадокс конвертов.


Если бы допоняли, то было бы не о чем писать.

Объяснение парадокса очень простое: неявно предполагается, что сумма имеет равномерное распределение, но равномерное распределение может быть только на множестве конечной длины.
Re[7]: парадокс конвертов
От: Nuzhny Россия https://github.com/Nuzhny007
Дата: 26.08.09 13:56
Оценка:
Здравствуйте, komaz, Вы писали:

K>Если генерировать сначала одно число (выбирать первый конверт), потом с вероятностями .5 это число делить/умножать на 2, то честно вылезает 5/4 для второго конверта:

...
K>Результаты (на мильоне итераций):
K>
K>ivan@ivan-desktop:~/temp$ tclsh envelopes.tcl
K>s1 = 500029203.69417316
K>s2 = 624746691.645451
K>s1/s2 = 0.800371111013332
K>(s1/s2) / (4/5) = 1.000463888766665
K>


И сумма выигрыша после многих повторений имеет такое соотношение:
В твоём случае:
s1_ = x, s2_ = 5/4 x
Если генерировать сразу, то:
s1 = s2 = 9/8 x
Или:
s1_ + 1/8 x = s1 = s2 = s2_ — 1/8 x
Re: парадокс конвертов
От: __kot2  
Дата: 26.08.09 14:01
Оценка: 1 (1)
>Допустим, вы увидели $10. Стало быть, в другом конверте лежат либо $5, либо $20 с вероятностью 50 х 50. По теории вероятности средневзвешенная сумма в конверте B равна: 0,5 х $5 + 0,5 х $20 = $12,5.
Весь "парадокс" тут в том, что формула для равномерного распределения применятся к неравномерному распределению.
Re[2]: парадокс конвертов
От: __kot2  
Дата: 26.08.09 14:08
Оценка:
Здравствуйте, __kot2, Вы писали:

>Заключается она в следующем. Нужно менять или не менять конверты в каждом заходе случайным образом, но с вероятностью, которая зависит от суммы, увиденной в первом конверте.

а мужичок, хоть и старый уже, а правильно допер, что, даже если мы ничего не знаем о распределении (если знаем — задачка элементарна) в большинстве выдаваемые конверты надо исследовать на матожидание и от него отталкиваться при принятии решения об отклонении или принятии. хотя, может он имел в виду угадать матожидание — тоже, в принципе, способ, особенно если знать лично того, кто конверты выдает
Re[2]: парадокс конвертов
От: __kot2  
Дата: 26.08.09 15:51
Оценка:
Здравствуйте, __kot2, Вы писали:

>>Допустим, вы увидели $10. Стало быть, в другом конверте лежат либо $5, либо $20 с вероятностью 50 х 50. По теории вероятности средневзвешенная сумма в конверте B равна: 0,5 х $5 + 0,5 х $20 = $12,5.

__>Весь "парадокс" тут в том, что формула для равномерного распределения применятся к неравномерному распределению.
поясню немного.
допустим, перед нами держат конверт, содерж х денег (назовем этот конверт "ведущим"), потом берут, подбрасывают монетку. орел — кладут в другой конверт (назовем его ведомый) х/2 денег, решка — крадут в него x*2. тогда всегда разумнее выбрать ведомый, в нем матожидание будет больше.
если же мы не знаем, какой конверт в руке — ведущий или ведомый, то стратегия отказа не даст ничего, хоть статья и утверждает обратно. гон, кароче, какой-то в статье. журналист просто по ходу не понял про че пишет и все переврал.
Re[3]: парадокс конвертов
От: Eugene Sh Россия  
Дата: 26.08.09 16:02
Оценка:
Здравствуйте, __kot2, Вы писали:

__>журналист просто по ходу не понял про че пишет и все переврал.


А, может, и не переврал.
Здесь статья этих самых ученых: http://rspa.royalsocietypublishing.org/content/early/2009/07/31/rspa.2009.0312.abstract
Но стоит это €36.80.

Здесь краткая аннотация: http://pda.physorg.com/envelope-strategy-player_news169811689.html

For example, say the first envelope you pick has $10, so that the other envelope has either $20 or $5. Then you can calculate the expected value (i.e. the probability-weighted sum of the possible values) of the second envelope, assuming that each possibility has a 50% chance: (0.5 x $5) + (0.5 x $20) = $12.50

Похоже, что эти ученые не особо то разбираются в математике.
Re: ура у меня получилось
От: Шебеко Евгений  
Дата: 27.08.09 10:46
Оценка: :)
Если немного схитрить, и знать максимальное значение, что в реальной жизни не так уж сложно,
то можно получить результат.
Подводить теорию под полученый результат не берусь.

#include <windows.h>
#include <iostream>
#include <string>
#include <time.h>

void process()
{
    srand(GetTickCount());
    unsigned long long s1=0;
    unsigned long long s2=0;

    for(unsigned i=0;i<1000000;i++)
    {
        unsigned sum_in_konv=rand();
        bool k=rand()>(RAND_MAX/2);
        unsigned k1,k2;
        
        if(k)
        {
            k1=sum_in_konv;
            k2=2*sum_in_konv;
        }
        else
        {
            k1=2*sum_in_konv;
            k2=sum_in_konv;
        }

        
        s1+=k1;
        
        if(k1>RAND_MAX)s2+=k1;//RAND_MAX не весь интервал!!!, а его половина
        else s2+=k2;

    }

    std::cout<<"s1="<<s1<<" "<<"s2="<<s2<<"    s2/s1="<<(100.0*s2/s1)<<"%"<<std::endl;
}

int main(int argc, char **argv)
{
    for(unsigned i=0;i<100;i++)
        process();
}


Результаты впечатляют своей стабильностью:
s1=24546949139 s2=30694479460    s2/s1=125.044%
s1=24560893535 s2=30710488678    s2/s1=125.038%
s1=24585791976 s2=30742944797    s2/s1=125.044%
s1=24620524813 s2=30759645443    s2/s1=124.935%
s1=24579211830 s2=30707872876    s2/s1=124.934%
s1=24582054004 s2=30730283229    s2/s1=125.011%
s1=24607422121 s2=30741830560    s2/s1=124.929%
s1=24561927817 s2=30712296632    s2/s1=125.04%
s1=24559902073 s2=30698886099    s2/s1=124.996%
s1=24554223039 s2=30698041104    s2/s1=125.021%
s1=24567636393 s2=30705691273    s2/s1=124.984%
s1=24575286287 s2=30728637714    s2/s1=125.039%
s1=24551435312 s2=30691547196    s2/s1=125.009%
s1=24555606330 s2=30704422670    s2/s1=125.04%
s1=24577384258 s2=30711534174    s2/s1=124.959%
s1=24548978959 s2=30725324968    s2/s1=125.159%
s1=24574621487 s2=30706210161    s2/s1=124.951%
s1=24554292007 s2=30697540278    s2/s1=125.019%
s1=24582789909 s2=30732642987    s2/s1=125.017%
s1=24580177681 s2=30744013624    s2/s1=125.076%
s1=24576456028 s2=30721674398    s2/s1=125.004%
s1=24595916492 s2=30736019965    s2/s1=124.964%
s1=24596194075 s2=30749198954    s2/s1=125.016%
s1=24571307310 s2=30718048007    s2/s1=125.016%
s1=24568544816 s2=30708698131    s2/s1=124.992%
s1=24563260333 s2=30717879727    s2/s1=125.056%
s1=24589737228 s2=30734345214    s2/s1=124.989%
s1=24559990801 s2=30700910225    s2/s1=125.004%
s1=24566715224 s2=30713494796    s2/s1=125.021%
s1=24571715918 s2=30716988657    s2/s1=125.01%
s1=24584754414 s2=30735099610    s2/s1=125.017%
s1=24593936808 s2=30741224577    s2/s1=124.995%
s1=24591867373 s2=30747645426    s2/s1=125.032%
s1=24575439989 s2=30745472388    s2/s1=125.106%
s1=24585057508 s2=30738409985    s2/s1=125.029%
s1=24575085458 s2=30714543631    s2/s1=124.982%
s1=24570080911 s2=30721673047    s2/s1=125.037%
s1=24582771879 s2=30715127866    s2/s1=124.946%
s1=24550059418 s2=30697454146    s2/s1=125.04%
s1=24599338496 s2=30735947804    s2/s1=124.946%
s1=24574302161 s2=30721915306    s2/s1=125.016%
s1=24570063164 s2=30702752341    s2/s1=124.96%
s1=24561016466 s2=30709836827    s2/s1=125.035%
s1=24587454900 s2=30702753778    s2/s1=124.872%
s1=24560350145 s2=30724493237    s2/s1=125.098%
s1=24527007235 s2=30666353733    s2/s1=125.031%
s1=24596760730 s2=30731154561    s2/s1=124.94%
s1=24561095354 s2=30688153214    s2/s1=124.946%
s1=24610536780 s2=30728377951    s2/s1=124.859%
s1=24585487329 s2=30729690136    s2/s1=124.991%
s1=24553537584 s2=30690491714    s2/s1=124.994%
s1=24573517687 s2=30723710924    s2/s1=125.028%
s1=24551801878 s2=30697942852    s2/s1=125.033%
s1=24556187659 s2=30700120674    s2/s1=125.02%
s1=24568082266 s2=30718324583    s2/s1=125.033%
s1=24555348375 s2=30702485042    s2/s1=125.034%
s1=24553728242 s2=30703771700    s2/s1=125.047%
s1=24581908751 s2=30716957616    s2/s1=124.958%
s1=24577622068 s2=30682774985    s2/s1=124.84%
s1=24584992569 s2=30731091294    s2/s1=124.999%
s1=24580864275 s2=30714441934    s2/s1=124.953%
s1=24575506719 s2=30704054626    s2/s1=124.938%
s1=24585417685 s2=30718556604    s2/s1=124.946%
s1=24583324627 s2=30734677795    s2/s1=125.022%
s1=24555394279 s2=30705710659    s2/s1=125.047%
s1=24559022936 s2=30708583477    s2/s1=125.04%
s1=24589750781 s2=30723401895    s2/s1=124.944%
s1=24571638727 s2=30713879235    s2/s1=124.997%
s1=24575630658 s2=30712046246    s2/s1=124.97%
s1=24594090352 s2=30741712600    s2/s1=124.996%
s1=24587835905 s2=30736865711    s2/s1=125.008%
s1=24577145597 s2=30727776572    s2/s1=125.026%
s1=24587979752 s2=30741134282    s2/s1=125.025%
s1=24573420980 s2=30714309643    s2/s1=124.99%
s1=24587311181 s2=30724549139    s2/s1=124.961%
s1=24592205462 s2=30731974516    s2/s1=124.966%
s1=24621085756 s2=30801556601    s2/s1=125.102%
s1=24578836238 s2=30732908545    s2/s1=125.038%
s1=24577099194 s2=30726316189    s2/s1=125.02%
s1=24572211105 s2=30709723765    s2/s1=124.977%
s1=24572134900 s2=30716518714    s2/s1=125.005%
s1=24599174192 s2=30723920509    s2/s1=124.898%
s1=24577926164 s2=30719932288    s2/s1=124.99%
s1=24582842308 s2=30716818473    s2/s1=124.952%
s1=24548497626 s2=30693338715    s2/s1=125.031%
s1=24547843267 s2=30694329854    s2/s1=125.039%
s1=24567516593 s2=30706293485    s2/s1=124.987%
s1=24572938000 s2=30718176868    s2/s1=125.008%
s1=24549177461 s2=30696152534    s2/s1=125.039%
s1=24578885260 s2=30738461786    s2/s1=125.06%
s1=24573700517 s2=30731301247    s2/s1=125.058%
s1=24565321936 s2=30725915849    s2/s1=125.078%
s1=24572675396 s2=30713699988    s2/s1=124.991%
s1=24579858602 s2=30733465612    s2/s1=125.035%
s1=24562398452 s2=30710625770    s2/s1=125.031%
s1=24592598611 s2=30749487962    s2/s1=125.036%
s1=24531352672 s2=30683840810    s2/s1=125.08%
s1=24545429789 s2=30688615772    s2/s1=125.028%
s1=24578603179 s2=30726552900    s2/s1=125.013%
s1=24566544473 s2=30712968136    s2/s1=125.019%
Re: парадокс конвертов
От: Silver_s Ниоткуда  
Дата: 07.09.09 13:27
Оценка:
Здравствуйте, Шебеко Евгений, Вы писали:

ШЕ>Интересная статья почитать для общего развития.

ШЕ>Парадокс конвертов губит природную симметрию случая

Парадокс любопытный. Как в статье сказано, возникает из-за не учета зависимости испытаний, и неправильного использования матожидания.

Вот другой пример. Допустим нам предлагают сыграть в игру: ставим сумму, подбрасываем монетку и с вероятностью 50% на 50% нам эту сумму либо поделят пополам, либо удвоят. Матожидание (x*2 + x*0.5)/2=1.25*x
Получается на каждой игре +25% в среднем навариваемся.

Что теперь будет если сумма ставок меняется.
Например играем 2 миллиона раз по той же схеме, на каждую игру ставим весь текущий капитал.
Ожидаемая сумма после этих игр та же самая что и была в начале(с небольшой погрешностью). Т.е. с вероятностью 50% на 50% у нас либо уменьшится капитал, либо увеличится (хотя подсчитали что на каждой игре +25% в среднем капитал увеличивается).
Т.е. мильён раз X умножится на 2 и мильён раз на 0.5 в результате останемся при своих.
Но матожидание для 2 мильёнов игр будет фантастическое (на земле столько денег нету). Но матожидание нам никто не выплотит. Расчитывать можно только на медиану. А медиана показывает что останемся при своих.

А вот если бы ставка была фиксирована, например всегда равна 100. За мильён игр нам бы таки удалось получить эти +25% от 100 умноженные на мильён.

В этом парадоксе конвертов тоже ставки плавающие, так что вся ложная прибыль ликвидируется.
Re[2]: парадокс конвертов
От: Silver_s Ниоткуда  
Дата: 07.09.09 13:48
Оценка:
Здравствуйте, Silver_s, Вы писали:

Т.е. смысл прадокса в том что напрашивается ложная ассоциация с такой задачей(постановкой эксперимента):
В выбраном конверте всегда оказывается постоянная сумма, например 10 баксов.
И нужно выбрать либо оставить эту сумму, либо второй вариант где с вероятностью 50% на 50% либо сумма поделится на 2, либо умножится.
И есть возможность повторять это испытание много раз.

Тогда действительно выгоднее выбирать второй вариант.
Но это совсем не такой эксперимент как в описании парадокса.
Re[2]: Ещё добавлю для понимания.
От: Silver_s Ниоткуда  
Дата: 08.09.09 03:21
Оценка:
Здравствуйте, Sealcon190, Вы писали:

S>Парадокс происходит из-за необоснованного обобщения. Достаточно стандартная логическая ошибка, которую в этом случае непросто заметить.

S>Из предположения ("предположим мы вытянули конверт с 10$") делается обобщение на всё решение.
S>Это всё равно что в задаче "какова вероятность что оба ребёнка в семье — мальчики" рассуждать следующим образом: предположим что один из детей — мальчик. Тогда вероятность того что второй тоже мальчик — 1/2. Следовательно вероятность того что оба мальчики — 1/2.

Это все хорошо. Даже если авторы статьи где то намухлевали, но парадокс то остается. ИМХО, это вопрос довольно серьезный.
Если уйти от размазанности задачи и необоснованных обобщений. А поставить вопрос ребром.

Человека в принудительном порядке заставляют играть в игру, на конкретном алгоритме приведенном ниже.
Если кратко. Для суммы лежащей в первом конверте ГСЧ создает случайные числа в интервале $2 ... $1E5 (от двух баксов до ста тыщ).
Т.е. игроку не дается право выбирать первый конверт, а именно такой ГСЧ подсовывает сумму в первом конверте.
Для второго конверта, как и в оригинальном условии задачи, игрок сам выбирает брать или не брать. Соответственно, сумму из первого конверта умножит или разделит на два.
Проводится 1е7 игр, бабки накапливаются с каждой игрой.

Вопрос сколько бабок будет если никогда не брать второй конверт и сколько если брать его всегда?
Если брать второй конверт будет в 1.25 раз больше. Это для конкретного реального алгоритма, за указанное 1е7 число игр. Никакими объяснениями этот факт не изменить. Кто не будет брать второй конверт — окажется в пролете.
Остается только объяснить чем отличается приведенная схема генерации сумм в первом конверте, от реального случая где игрок сам выбирает первый конверт.
Сделать видимо это не просто.
На псевдослучайность ГСЧ свалить это не получится.

И еще вопрос, как объяснить результаты полученые на этом алгоритме, которые приведены ниже? В частности, как объяснить хак при помощи которого удалось выровнять прибыльность двух вариантов?



static class Envelopes
{
    static Random _Rnd=new Random();

    //игра заключается либо в делении на ProfitMultiplyer, 
    //либо в умножении на него. с вероятностью 50% на 50%
    const double ProfitMultiplyer = 2; 
    static double Game(double bet)
    {
        return (_Rnd.NextDouble() > 0.5 ? bet * ProfitMultiplyer : bet / ProfitMultiplyer);
    }

    // IsRandom==true, выбирать сумму в первом конверте случайно из диапазона.
    // IsRandom==false, не случайно, проходить диапазон равным шагом, от начала до конца
    // LimitProfits==true, если прибыль после взятия второго конверта превысит определенную величину,
    //  тогда отбросить это испытание.
    // Возвращает число - во сколько раз будет больше прибыль если всегда выбирать второй конверт (а не первый).
    //
    public static double PlaySeries(bool IsRandom,bool LimitProfits)
    {
        double sum1 = 0, sum2 = 0;
        int Count = (int)1e7;
        double LowerLimit = 2, UpperLimit = 1e5;
        for (double i = LowerLimit; i <= UpperLimit; i+=(UpperLimit-LowerLimit)/Count)
        {
            double bet= IsRandom ? 
                      (UpperLimit - LowerLimit ) * _Rnd.NextDouble() + LowerLimit :
                      i;
            double gameResult=Game(bet);
            if (!LimitProfits || gameResult < UpperLimit * Math.Sqrt(ProfitMultiplyer))
            {
                sum2 += gameResult;
                sum1 += bet;
            }
        }
        return sum2 / sum1;
    }
}


Испытания похожи на задачу с конвертами, но есть отличия. Какие именно отличия влияют на результат?
Суть испытаний:
Выбирается диапазон возможных ставок =(2...100000)
Затем из диапазона выбирается число (аналог выбора первого конверта), и на такой размер ставки происходит одна игра.
Игра заключается либо в делении на ProfitMultiplyer, либо в умножении на него с вероятностью 50% на 50%
(аналог операции выбора второго конверта).
Проводится 1E7 игр, после каждой суммируется результат в sum2.
А также суммируются ставки в sum1 — это покажет сколько было бы прибыли ,если бы не играли
(т.е. не выбирали бы второй конверт, а оставили первый).

------------
Тест:
ProfitMultiplyer=2 (при выборе второго конверта,либо умножится на 2, либо разделится 2)
PlaySeries(true,false) -> 1.2499 //делали случайный выбор из диапазона, для суммы в первом конверте
PlaySeries(false,false) -> 1.2502 //прохождение диапазона последовательно с равным шагом (не случайно)
Если всегда берем второй конверт, прибыль в 1.25 раз больше (как и ожидалось).
Естейственно, не имеет значения выбирать сумму в первом конверте случайно из диапазона,
или этот диапазон проходить в цикле равномерно с постоянным шагом.

Теперь сжульничаем — если сумма лежащая во втором конверте превысит верхнюю допустимую границу
для первого конверта, тогда испытание выбрасывается в мусорку(как будто его не было).
Т.е. должно выполняться gameResult < UpperLimit
В этом случае результат будет 0.8, (выгоднее второй конверт не брать никогда — иначе наоборот в 1.25 раз меньше).
Если разрешить диапазон побольше, брать второй конверт станет выгоднее.
И при ограничении gameResult < UpperLimit * Math.Sqrt(ProfitMultiplyer) прибыль сравняется
(т.е. расширили диапазон на корень из двух). И результат 1.0001 (очень точно)

Причем если ProfitMultiplyer=10(во втором конверте сумма либо в 10 раз больше, либо в 10 раз меньше).
Тогда надо границу домножать на корень из 10. И результат будет в районе 1.0001.
Аналогично и для любых ProfitMultiplyer.

Вопрос. Откуда взялся в таком ограничении UpperLimit * Math.Sqrt(ProfitMultiplyer)
множитель в виде корня из ProfitMultiplyer ???

Появился то он там чисто эмпирическим путем(методом тыка угадал), но какое может быть теоретическое объяснение,обоснование его присутствия?
Только при его наличии прибыль получается одинаковая как при взятии второго конверта, так и без взятия.

Суть парадокса то, видимо, именно в этом. Т.к. вместе с правильным выводом, всплывает еще такая
схема испытаний, как приведена выше.
Выбор через ГСЧ в первом конверте случайной суммы, затем игра на эту сумму со вторым конвертом.
При такой схеме так и есть. Если *2 против *0.5, и всегда брать второй конверт, прибыль в 1.25 раз больше чем если не брать.
Если *10 против *0.1, прибыль со вторым конвертом в 5 раз больше.
Единственное что ее может уравнять это ограничитель: gameResult < UpperLimit * Math.Sqrt(ProfitMultiplyer)
И еще вопрос на засыку: А как связано такое испытание с ограничением, и реальная ситуация выбора конвертов?
Через квадратный корень то в реальности ничто не ограничивает вроде?
Re[3]: Ещё добавлю для понимания.
От: Serpenter_e  
Дата: 08.09.09 05:57
Оценка:
Суть парадокса в том, что Пенроуз называет R-процедурой. В один конверт кладут случайно выбранное число от 0 до бесконечности. В другой либо в два раза меньше, либо в два раза больше. В любой компьютерной модели вы не сможете выбрать случайное число от 0 до бесконечности. Если пробовать делать какие то упрощенные модели то объяснение результата будет простым.

Например, если в первый конверт выбирать число N из конечного множества, а во второй либо N*2 либо N/2, то очевидно надо выбирать второй конверт сразу же. В парадоксе же существенно то, что вы сначала выбираете один конверт, смотрите что в нем (смотреть = реализовать R-процедуру), а потом выбираете другой.

Можно попробовать так выбирать числа: в первый конверт выбирать число N из конечного заданного множества, а во второй число M равное либо N*2 либо N/2 но так, чтобы M тоже было из множества. Тогда такое рассуждение — в втором конверте будет либо 5 либо 20 равновероятно — не правильное, например для чисел больших медианы заданного множества. Я уверен, что численный эксперимент покажет, что обе стратегии покажут одинаковое матожидание)

Хотя компьютер не может придумать случайное число из бесконечного множества, можно попробовать применить какой нибудь ленивый алгоритм. Что нибудь типа такого — написать функцию, которая придумывает число X от 0 до 1, но это число возвращает не сразу все целиком, а по одному числу после запятой. Например так:
IEnumerable<byte> GetDigits()
{
  while (true)
  {
    yield return rnd.Next(10); //не помню точный синтаксис
  }
}

Все вычисления придется корректировать так, чтоб учитывать такую ленивость, это будет непросто, строгие вычисления невозможны, но нам не нужны строгие вычисления, нам достаточно посчитать матожидание Далее в случайно выбранный конверт кладем 1/X, а в другой 2/X и проводим эксперимент точно так, как указано в парадоксе, т.е.: выбираем случайно конверт, смотрим что там, выбираем другой, увеличиваем капитал. Чтоб каждый эксперимент не сильно влиял на капитал, можно поступать так: если в первом конверте мы встретили N, а в другом M, то капитал надо увеличить на M/N-1. По парадоксу каждый эксперимент будет увеличивать капитал либо на -0.5 либо на 1. Попробую в свободное время написать программу. Еще нюанс что если мы добиваемся равномерного распределения чисел на отрезке [0, 1] (да, 0 и 1 входят в числа, которые будет выдавать GetDigits ) то какое будет распределение в диапазоне (0, +бесконечность) ?
Re[4]: Ещё добавлю для понимания.
От: Erop Россия  
Дата: 08.09.09 08:24
Оценка:
Здравствуйте, Serpenter_e, Вы писали:

S_>Все вычисления придется корректировать так, чтоб учитывать такую ленивость, это будет непросто, строгие вычисления невозможны, но нам не нужны строгие вычисления, нам достаточно посчитать матожидание Далее в случайно выбранный конверт кладем 1/X, а в другой 2/X и проводим эксперимент точно так, как указано в парадоксе, т.е.: выбираем случайно конверт, смотрим что там, выбираем другой, увеличиваем капитал. Чтоб каждый эксперимент не сильно влиял на капитал, можно поступать так: если в первом конверте мы встретили N, а в другом M, то капитал надо увеличить на M/N-1. По парадоксу каждый эксперимент будет увеличивать капитал либо на -0.5 либо на 1. Попробую в свободное время написать программу. Еще нюанс что если мы добиваемся равномерного распределения чисел на отрезке [0, 1] (да, 0 и 1 входят в числа, которые будет выдавать GetDigits ) то какое будет распределение в диапазоне (0, +бесконечность) ?


1) программу писать не надо. Матожмдание можно посчитать аналитически
2) 1/х будет распределён неравномерно...
Все эмоциональные формулировки не соотвествуют действительному положению вещей и приведены мной исключительно "ради красного словца". За корректными формулировками и неискажённым изложением идей, следует обращаться к их автором или воспользоваться поиском
Re[5]: Ещё добавлю для понимания.
От: Serpenter_e  
Дата: 08.09.09 08:59
Оценка:
Здравствуйте, Erop, Вы писали:

E>2) 1/х будет распределён неравномерно...


Согласен, но если все объяснение парадокса только в том, что распределение неравномерное, то это как то неинтересно. Невозможно построить равномерное распределение на бесконечности, но если в этом суть парадокса, то зачем же столько пафоса в статье на мембране и в этой платной статье за 40 евро? Другие части статьи — про стохастический эффект, про парадокс Паррондо и прочее — очень интересно
Re[6]: Ещё добавлю для понимания.
От: Serpenter_e  
Дата: 08.09.09 09:12
Оценка: :)
Здравствуйте, Serpenter_e, Вы писали:

S_> Невозможно построить равномерное распределение на бесконечности


вот написал и понял что возможно
Re: парадокс конвертов
От: funikov  
Дата: 08.09.09 09:17
Оценка:
Здравствуйте, Шебеко Евгений, Вы писали:

ШЕ>Интересная статья почитать для общего развития.

ШЕ>Парадокс конвертов губит природную симметрию случая


не понял что тут что губит, ну ок, в конвертах суммы 0.5n и 2n.

выбираю первую стратегию, N раз всегда беру первый попавшийся конверт, и ничего не меняю. С большим N мне приблизительно одинаковое количество раз выпадает и 0.5n и 2n. Получаю средний выигрыш 2.5n/2.

Теперь всегда меняю конверт, хорошо, получаю то же самое — 2.5n/2.

Где тут парадокс?
Re[7]: Ещё добавлю для понимания.
От: cvetkov  
Дата: 08.09.09 10:26
Оценка:
Здравствуйте, Serpenter_e, Вы писали:

S_>> Невозможно построить равномерное распределение на бесконечности


S_>вот написал и понял что возможно

как?
... << RSDN@Home 1.2.0 alpha 4 rev. 1227>>
Re[8]: Ещё добавлю для понимания.
От: Serpenter_e  
Дата: 08.09.09 11:16
Оценка:
Здравствуйте, cvetkov, Вы писали:

C>Здравствуйте, Serpenter_e, Вы писали:


S_>>> Невозможно построить равномерное распределение на бесконечности


S_>>вот написал и понял что возможно

C>как?

Равномерное здесь означает что между числами которые мы можем встретить в конвертах нет разницы. Да это не очень хорошее определение

Например такая функция —
f(x) = { 1 если существует целое n такое что 2^n=x; 0 если не существует }
правда площадь f(x) получается равной 0, надо как то докрутить, но идея ясна. Везде где f(x) не нулевая она равна 1. Поэтому все числа которые мы можем встретить в конвертах встречаются нам с одинаковой вероятностью. Это можно назвать равномерностью в каком то смысле.

Для парадокса достаточно построить такую f(x) что ее площадь на [0, +бесконечность) равна 1 и при этом для любого x: f(x/2)=f(2*x).
Re[6]: Что на самом деле надо решать.
От: Erop Россия  
Дата: 08.09.09 11:40
Оценка:
Здравствуйте, Serpenter_e, Вы писали:

S_>Согласен, но если все объяснение парадокса только в том, что распределение неравномерное, то это как то неинтересно. Невозможно построить равномерное распределение на бесконечности, но если в этом суть парадокса, то зачем же столько пафоса в статье на мембране и в этой платной статье за 40 евро? Другие части статьи — про стохастический эффект, про парадокс Паррондо и прочее — очень интересно


IMHO, тут есть какой-то недогон.

Вот смотри. Пусть мы знаем, как распределены суммы в конвертах.
Тогда мы можем написать условную вероятность того, что выбранный нами конверт содержит меньшую из сумм, при условии, что он содержит х рублей. Ну и тогда мы имеем простую задачку про то, что вот есть типа условная вероятность и то сё. И всё легко считается без всяких парадоксов.

А вот если мы начинаем строить всякие мутные предположения, типа того, что вероятность того, что во втором пакете больная из сумм -- 50%, то начинаются парадоксы.
Вот если взять какое-то реальное распределение, то там не 50% получается. Надо таки решить задачу:

При каком распределении сумм в конвертах условная вероятность того, что мы взяли меньший из конвертов при условии что в нём лежит Х рублей, не зависит от Х и равно 50%?

Что-то у меня постепенно созрело ощущение, что такого распределения сумм не существует...
Все эмоциональные формулировки не соотвествуют действительному положению вещей и приведены мной исключительно "ради красного словца". За корректными формулировками и неискажённым изложением идей, следует обращаться к их автором или воспользоваться поиском
Re[9]: Ещё добавлю для понимания.
От: Erop Россия  
Дата: 08.09.09 11:45
Оценка: 1 (1)
Здравствуйте, Serpenter_e, Вы писали:

S_>Для парадокса достаточно построить такую f(x) что ее площадь на [0, +бесконечность) равна 1 и при этом для любого x: f(x/2)=f(2*x).


Не поможет! Ты не сможешь сделать члены этой последовательности равновероятными!
Все эмоциональные формулировки не соотвествуют действительному положению вещей и приведены мной исключительно "ради красного словца". За корректными формулировками и неискажённым изложением идей, следует обращаться к их автором или воспользоваться поиском
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.