На то, что эта фраза «Теория вероятностей не помогает ответить на этот вопрос, поскольку речь идёт о нескольких билетах подряд, а не о случайной выборке билетов.» бредова, с чего я и начинал.
Все, что делалось в программке и вокруг этих билетов и есть теория вероятностей. Аналогия: берем палку, говорим, что она никак не поможет разбить яйцо и тут же ей это яйцо разбиваем.
Изначальная — это вероятность вытащить счастливый билет с одной попытки. Вторая величина — это ровно то же самое, определяется тем же номером билета (первого в цепочке), только рассматриваемое пространство будет другим, но абсолютно того же размера (миллион счастливых или не счастливых цепочек).
Геометрически счастливые билеты для московской системы — это просто точки с целочисленными координатами, лежащими в сечении куба [0,9]x[0,9]x[0,9] (младшие разряды) плоскостью x+y+z=C (старшие разряды), где C=[0,1,2,...,27], а цепочки билетов представляются как отрезки внутри куба, которые последовательно заполняют его по принципу штабелей.
ИМХО, реальное использование подобных штук начнется тогда, когда они будут поставляться вместе с «браузерами», т.е. некий загрузочный образ из ядра и web-движка (даже не полноценного браузера). Тогда и разработка будет в разы проще, и глюков будет меньше, т.к. целевой движок будет один.
Пользователю же будет все равно, что там внутри, т.к. самого браузера и его индивидуальных фишек по факту не будет (плагинов, менюшек, кнопок и т.п.), а привычный браузер можно имитировать внутри самого веб-интерфейса.
В теории все прекрасно, а на практике толку от этих знаний ноль, т.к. реальная вероятность от «нифига» до «дофига» в зависимости от серии. Останется только бегать по автобусам в надежде на то, что среди близких серий есть более выгодная, либо ждать какое-то время, пока не распродадут «плохие» серии.
Задача то получилась из серии «какова вероятность, что в соседней канаве окажется крокодил, если вы мгновенно оказались в неизвестной точке неизвестной планеты в неизвестное время», только с более благоприятными условиями.
И таки вернемся к началу. При чем же тут теория вероятности? Как не трудно догадаться изначально у нас была одна дискретная случайная величина с равномерным распределением, помухлевав над ней мы получили другую дискретную величину абсолютно того же рода с тем же распределением, но другой вероятностью. И куда же тут исчезла теория? Что изменилось от того, что новая величина зависит от старой через функцию, записанную в виде программки?
Рулонов да, а вот счастливых билетов в них — нет. Пусть один рулон содержит все билеты с одинаковыми первыми цифрами (для московской системы). Сколько будет счастливых билетов в рулоне 100***? Их по пальцам можно сосчитать, а именно 3 штуки на 1000 билетов. А сколько будет счастливых билетов в рулоне 123***?
Условие, что конкретные номера рулона в руках кондуктора нам не известны весьма правомерны, только тогда стоит говорить о верхней и нижней оценке, а не об абстрактном среднем. Среднее хорошо писать для конкретных серий, что, кстати, довольно разумно, т.к. обычно в одном виде транспорта у всех кондукторов на руках примерно одинаковые серии билетов, а это уже дает некоторые знания «охотнику за билетами».
Про условную вероятность и зависимые события слышали?
Ко всему прочему распределение счастливых билетов вовсе не линейно, поэтому реальная вероятность очень сильно зависит от серии билетов. И считать некую усредненную вероятность вообще бессмысленно.
Сравнение систем разных городов забавно, но вот это:
«Теория вероятностей не помогает ответить на этот вопрос, поскольку речь идёт о нескольких билетах подряд, а не о случайной выборке билетов»
просто «ацкий отжиг».
Какая разница, один билетик или несколько подряд? Меняются всего лишь условия задачи, а теория вероятностей ни куда не девается. Такие задачи как раз на практике по теорверу дают.
Там есть такая замеачательная кнопочка «Select later»… Т.е. при нажатии на IE8 на самом деле ничего не произойдет, т.к. он уже установлен (только перестанут приставать с вопросами). Ну и какой тут выбор? Ничем не отличается от стандарных посылов на сайт MS после установки новой версии браузера. Пользователь потыкает на кнопки, чтобы от него отстали, и все. А если пользователь совсем ничего не понимает в том, что от него хотят, то он так и будет жать «Select later», считая это маленьким неудобством.
Так что ни количество движков, ни количество браузеров тут не играет никакой роли.
Забавно. У меня прекрасно работает. Только почему-то я не могу удалить скачиваемый файл из списка (пункт в менюшке не активен по крайне мере в многопоточном режиме).
Все, что делалось в программке и вокруг этих билетов и есть теория вероятностей. Аналогия: берем палку, говорим, что она никак не поможет разбить яйцо и тут же ей это яйцо разбиваем.
Хитрый способ:
В любом случае готового решения не будет, т.к. всем нужны разные наборы браузеров и разные действия для них. Придется изучать JS.
Геометрически счастливые билеты для московской системы — это просто точки с целочисленными координатами, лежащими в сечении куба [0,9]x[0,9]x[0,9] (младшие разряды) плоскостью x+y+z=C (старшие разряды), где C=[0,1,2,...,27], а цепочки билетов представляются как отрезки внутри куба, которые последовательно заполняют его по принципу штабелей.
Пользователю же будет все равно, что там внутри, т.к. самого браузера и его индивидуальных фишек по факту не будет (плагинов, менюшек, кнопок и т.п.), а привычный браузер можно имитировать внутри самого веб-интерфейса.
Задача то получилась из серии «какова вероятность, что в соседней канаве окажется крокодил, если вы мгновенно оказались в неизвестной точке неизвестной планеты в неизвестное время», только с более благоприятными условиями.
И таки вернемся к началу. При чем же тут теория вероятности? Как не трудно догадаться изначально у нас была одна дискретная случайная величина с равномерным распределением, помухлевав над ней мы получили другую дискретную величину абсолютно того же рода с тем же распределением, но другой вероятностью. И куда же тут исчезла теория? Что изменилось от того, что новая величина зависит от старой через функцию, записанную в виде программки?
Условие, что конкретные номера рулона в руках кондуктора нам не известны весьма правомерны, только тогда стоит говорить о верхней и нижней оценке, а не об абстрактном среднем. Среднее хорошо писать для конкретных серий, что, кстати, довольно разумно, т.к. обычно в одном виде транспорта у всех кондукторов на руках примерно одинаковые серии билетов, а это уже дает некоторые знания «охотнику за билетами».
Ко всему прочему распределение счастливых билетов вовсе не линейно, поэтому реальная вероятность очень сильно зависит от серии билетов. И считать некую усредненную вероятность вообще бессмысленно.
«Теория вероятностей не помогает ответить на этот вопрос, поскольку речь идёт о нескольких билетах подряд, а не о случайной выборке билетов»
просто «ацкий отжиг».
Какая разница, один билетик или несколько подряд? Меняются всего лишь условия задачи, а теория вероятностей ни куда не девается. Такие задачи как раз на практике по теорверу дают.
Так что ни количество движков, ни количество браузеров тут не играет никакой роли.
Если верить вот этой заметке, то многопоточность поддерживается:
Пакет брал вот этот:
т.е. под amd64.
Надеюсь, что этот редактор действительно делает то, что там заявлено.