Траханые побочные банки… По большому счету, игрока волнует только окончательная сумма прописью, которую он сгребает со стола. Точнее разница между этой суммой, и той которую он туда затолкал.  Как эта сумма структурируется, его в общем и целом не ебёт. В суровой же реальности, вся эта куча фишек разделена на несколько банков. Основной + один или более побочных. А “лишние” фишки, те которые не получили встречной ставки ввиду отсутствия у оппонента достаточного количества средств, в некоторых случаях молча возвращаются в стек. В других клиент радостно рапортует, что игрок их “collected”.

Я немножко подзаебался разделять эти ситуации. Итоговая сумма в стеке в результате выходит правильная, но в том какую часть из нее считать выигрышем, а какую провести как “return uncalled bet” моя прога  часто не сходится во мнениях с покерным клиентом.

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

Ммм… насрать и забыть. Мой софт – самый правильный софт, пока не доказано обратное. Конечный результат записанный в логах покерных клиентов игнорируем, подводим итог сами.

А теперь реализую то, ради чего это все и затевалось. Добавлю к Джону и Джастину Боба, и посажу этих 3ех гавриков играть друг с другом в Spin&Go.

В упорной борьбе Джон таки победил Джастина. Ура, товарищи! Осталось пояснить, кто же такой Джон, кто такой Джастин и почему это так важно для меня.

Все просто. Оба они лишь взятые с потолка имена для юнит-тестирования моей программы моделирования игры в покер. И победа Джона говорит о том, что тесты сегодня прошли до конца.

Строго говоря, Джон впервые победил еще неделю назад, однако проверять это пришлось вручную, долго и мучительно. Программа была совершенно не пригодна для автоматического тестирования. Пришлось переделывать полностью, в результате чего она стала раза в два короче и гораздо понятнее. Нет гарантии что она покрывает все возможные ситуации за столом, но начало положено, есть та печка от которой можно плясать дальше. Главное, возня с тестами несколько переформатировала мою голову в сторону лучшего понимания ООП вообще

ООП задумывалось как способ облегчить повторное использование и поддержку кода, сделать программы более понятными. Как обычно, ничего не получилось. ООП само по себе ничего не решает. Можно писать ужасные программы, наличие классов, наследования и полиморфизма может сделать код еще хуже, чем он мог быть вообще без ООП. Только грамотная организация архитектуры приложения поможет российской демократии, вне зависимости, будет ли оно сделано с помощью ООП, или нет

А что, собственно дальше? Мне представляется разумным сделать конвертер покерных рук и прогнать через модель всю свою базу. Это позволит проверить практически все возможные ситуации. Ну и добавит еще один кирпичик в будущую систему

Он не сумел обсчитать задачку №1. Утверждает что без разницы сколько человек сбросило перед BB, количество сильных рук у него от этого не меняется. Даже простенький эквилаб выдал какой-то обнадеживающий результа – усиление спектра BB есть, и иногда довольно значительное.

Придется таки сделать свой моделятор, некоторые наработки в этом направлении у меня есть…

Profile

pokerfrog

February 2017

S M T W T F S
    1 2 34
567891011
12131415161718
19202122232425
262728    

Syndicate

RSS Atom

Style Credit

Expand Cut Tags

No cut tags
Page generated Jun. 13th, 2025 03:00 pm
Powered by Dreamwidth Studios