Привет! Только сейчас наткнулся на твой блог! Сейчас немного пробежал глазами и увидел огромное кол-во на самом деле стоящей инфы, причём великолепно изложенной! Большое спасибо за проделанную работу! Блог в фавориты! Сейчас запасусь плюшками и весь перечитаю!
Уведомления
Очистить все
Турниры MTT и МТ SNG
1,226
Посты
195
Пользователи
26
Реакции
265.5 Тыс.
Просмотры
usun, после того как перечитал первую страницу твоего блога стал лучше понимать, что я вообще делаю за столами 
P.S. Все дружно тащим ТСу блог месяца 
всем спасибо 
roachru - это да, Папа Роуч. может я чуть погорячился насчет роуча (что именно вначале стоит), хотя может и нет, вобщем-то Старикана и евайпа (у него считаются тут лучшие воды, но они лузовоагрессивные и не для низких слабых лимитов за исключением парочки, где он нарочно их играет) можно с ним. Еще Скубиду для меня была очень полезна его одна из первых серий водов, кажись про CAP360 $16 на старзах - она евайпа немного уравновешивала в более тайтовую и сдержанную сторону. А Джони да, вначале ознакамливался, там попроще. Может я советую из-за того, что сам когда-то в таком порядке делал, и это не оптимально.
вроде ж не номинировался блог
Я пока на работе запариваюсь, соотв не девелоплю тулы и не играю. Даже месячный статус пропустил посчитать, вот сейчас подведу эти мелкие итоги.
Итоги за Май 2012.
Практически не играл, пишу все еще 1.x версию своих тулов. OPR, SharkScope, PTR с консольным интерфейсом - готовы. В разработке ProLabs в котором я пробуксовываю ибо не получается интеграция. UI базовый еще не начинал.
Турниры: 13
ITM: 4 (31%)
финалки: 0
ABI=$20.4
ROI=-43.7%
Общий итог (с момента регистрации на PS).
Турниры: 1294
ABI=$10.8
ROI=+94.2%
<Итоги за Aпрель 2012.
>Итоги за лето 2012.
пролабс наконец добит, крови он мне попил немало. оказался опять баг в сторонней библиотеке (которая уже 4 года как не поддерживается), пришлось ее подхачить немного и зафиксать самому.
текущий статус тулов:
Spoiler
Версия 1.0.
Что нового:
1) Тулы переписаны под новую архитектуру. Значительно изменился и усложнился конфигурационный файл /config/globalconfigs.properties (только его надо настраивать, как и раньше).
Введены следующие основные логические сущности:
- room - покер румы: конкретные румы, для которых есть утилиты для парсания хэнд хисторей для турниров и-или кэша, в конфигах указываются пути к хэнхисторям и идентификторы и алиасы ассоциированные с румами. Например, Poker Stars, Party, Ongame Network и т.д.
- hostsystem - хост системы: онлайн системы, через которые мы пробиваем игроков. Для них есть коннекторы, локальные кэши, и задания/утилиты с особенностями бизнес логики для доступа к ним и обработки данных. Например, OPR, SharkScope, Prolabs, PTR и т.д.
- tracker - тракер/HUD: локальный тракер и как правило база данных для сбора информации и статистики по игрокам во время игры. Например, PokerTracker 3,4, Holdem Manager 1,2.
- tool - покерный тул: собственно тул обычно обеспечивающий интеграцию между румами, хост системами и локальными тракерами и выполняющий какую-то бизнес логику. Например, Tournament Players Auto-Scan (playerscan_history_tournament) - автоматически сканирует хэндхистори настроенных румов, пробивает оттуда игроков через указанные для каждого рума хост системы, сохраняет информацию всех этих пробивках в локальный трэкер в виде нотсов на игроков.
- configurator - конфигуратор, указывающий как и в каком формате хранить конфигурационные данные системы. В данный момент доступен только файловый конфигуратор file - хранящий почти все настроечные данные в config/globalconfigs.properties
Основной конфигурационный файл движка messenger используемого config/messenger/messenger-config.xml - там указаны количество попыток заданий-пробивок, паузы между ними, управление мультипоточностью, величиной пула потоков, таймауты для заданий-пробивок и т.п. - лучше это не трогать без предварительной консультации, или на свой страх и риск.
2) Пробивки для нескольких хост систем (например OPR, SharkScope, ProLabs) сгруппированы в рамках одного тула. Добавлены тулы для пробивки кэша.
Доступные сейчас к использованию тулы:
- playerscan_console_tournament - консоль для ручной пробивки турнирных игроков, можно указать коммандами в какой хост системе искать. Поддерживает хосты: OPR, SharkScope, Prolabs.
- playerscan_console_cash - консоль для ручной пробивки кэшовых игроков, можно указать коммандами в какой хост системе искать. Поддерживает хосты: PTR.
- playerscan_history_tournament - скан хэнд хисторей и авто пробивки турнирных игроков, настраивается какие румы сканировать и для каждого рума через какие хост системы пробивать. Хосты: OPR, SharkScope, Prolabs.
- playerscan_history_cash - скан хэнд хисторей и авто пробивки игроков с кэш столов, настраивается какие румы сканировать и для каждого рума через какие хост системы пробивать. Хосты: PTR.
ВНИМАНИЕ! Ряд сочетаний хост систем и покер румов запрещено использовать или вообще или в то время, когда открыты определенные покер румы - ознакомьтесь с правилами каждого рума касательно можно ли использовать там пробивку через настраиваемую хост систему или вообще или только во время игры. Ответсвенность и риски ложатся на Вас.
Ряд сочетаний хост систем и покер румов технически невозможны по причине, что хост системы не поддерживают эти румы или потому что мои тулы вообще не поддерживают эти румы. В будущем будет предоставлено руководство для программистов как добавить поддержку новых румов вообще, для определенных хост систем в частности и даже новых хост систем.
3) Убран пока тул для пробивки состава участников турниров по Stars, Fulltilt саммари файлам через OPR - убран из-за закрытия необходимых старзовских статов. Возможно в будущем он вернется в переработанном и расширенном виде.
4) Добавлены тулы для поддержки пробивки кэш игроков.
5) Добавлена базовая и грубая поддержка PTR хост системы для кэш пробивок: usunpokertools - бесплатная авто-пробивка в OPR, SharkScope в HUD нотсы
Тестировал на румах: Party, Ongame (bwin), iPoker (bet365), Merge (Carbon). Ну и вслепую Fulltilt добавил, а вдруг.
6) Добавлена базовая поддержка Prolabs хост системы для турнирных пробивок: usunpokertools - бесплатная авто-пробивка в OPR, SharkScope в HUD нотсы
Тестировал на румах: Stars, Party, Pacific (888), Ongame (bwin), iPoker (bet365), Merge (Carbon). Также вслепую Fulltilt.
7) Для OPR хост системы добавлены новые поля с информацией об игроке, соотв была изменена структура локального кэша:
- флажок estimatedMark указывает статы (ROI, profit, ABI) были взяты как есть из OPR или расчитаны на основе других данных в случае, когда некоторые статы спрятаны (для Stars)
- поле rating дает разбивку по рейтингам/звездочкам всем доступным (просто набор цифр 1-9, T=10, 0=not rated, -=ошибка).
Префикс OPR нотсов для тракера изменен, теперь он должен начинаться как opr вместо t. Увы, это приведет к добавлению нового нотса opr в HUD для игроков многих, ибо старый t префикс теперь не будет распознаваться. К счастью, он не доползет вообще до HUD нотса, если есть в локальном файловом кэше валидная запись для игрока, так что не должно быть сильно критично (разве что для not_found братии). В будущем будет добавлен тул для вычистки из нотсов HUD строчек с задаваевыми форматами префиксов, чтобы старый мусор вычищать.
8) Локальные кэши для каждой хост системы по-прежнему на локальной файловой системе. Форматы их немного изменились, что потребует переконвертации старых кэшей, если есть желание использовать их для новой системы. Однако, работа с кэшами была оптимизирована, теперь тулы добавляют новую информацию в кэш хранящийся в памяти, и он периодически (каждую минуту по дефолту, см .hostsystem.<хост_система>.extra.CACHE_SYNC_PERIOD=60000) отдельным потоком записывается на локальную файловую систему, если за это время происходили изменения в кэше, хранящемся в памяти. Это должно значительно снизить нагрузку на жесткий диск, частично на процессор. Но появился минус, если вырубить тул, то данные из кэша в памяти со времени последней записи будут потеряны и не записаны на диск, и тулы при следующей загрузке скорее всего для этих игроков пойдут пробивать опять. Но это думаю не критично. Все это разрешится когда будут в будущем введены кэши в базе данных вместо файловых - это должно драматически снизить нагрузку на память и все отсальное.
9) Не найденные игроки на каких-то хост системах после заданного количества попыток не просто отмечаются в тракерах в ноутсах как "not_found!" но теперь и добавляются в локальные кэши хост систем с отдельно настраиваемым периодом истечения (настройка .hostsystem.<хост_система>.extra.NOT_FOUND_EXPIRATION в днях, если ее нет или <=0 то означает, что она истекает немедленно). Это необходимо чтобы не искать всю эту толпу ранее не найденных при каждом перезапуске тулов. Сейчас стоит в настройках 1 день срок истечения, но можно и поставить неделю, например, ибо те несколько дней, что новичек отыграет, обычно погоду не сделают и он все равно без дистанции будет.
10) Из-за нового движка изменилась фича по сортировке игроков во время пробивки, теперь это асинхронный процесс со своей внутренней очередью. Каждый тул посылает комманды во внутренний сервер движка, который создает на их основе задания и ставит их в общее хранилище-очередь. Общая внутрення очередь сортируется в порядке: сначала идут все задания, у которых эта попытка первая, а потом остальные - две эти группы внутри себя сортируются по установленному времени, начиная с которого они могут быть выполнены (самые поздние, но которые уже могут выполнятся - пойдут первыми, так мы обеспечиваем первоочередную пробивку свежих игроков на новых столах). Например, тулы сканеры хэнд хисторей будут брать список игроков с локальной файловой системы (список будет составлятся на основе сортировки файлов хэнд хисторей, последние по времени изменения файлы - будут первыми для каждого рума, так что мультируминге эта сортировка не будет так уж хороша) и одну за одной отправлять комманду в движок по пробивкам каждого такого игрока для каждой настроенной хост системы, если его еще нет в локальных соотв кэшах. Соотв время создания и запуска для этих заданий будет в таком же порядке. Если пробивка какая-то не удалась, то задание будет понижено в приоритете и возвращено в очередь (см №11).
Для каждой хост системы отдельные пробивки для нее могут быть настроены идти одна за одной, или многопоточно (по дефолту эта опция включена .hostsystem.<хост_система>.extra.USE_CONCURRENT_SEARCH=true, в 5 итоговых потоков: config/messenger/messenger-config.xml). Пробивки разных хост систем под одним тулом идут многопоточно полностью независимо друг от друга. Если на строена многопоточность в рамках одной хост системы, то все равно происходит синхронизация частичная: логин, логоф синхронизированы и не допускают дублицирования (это не проблема из-за новой фичи описанной в №13); при пробивке игрока как минимум синхронизируется каждый запрос для загрузки страницы с хост системы, плюс для OPR там идут одна за одной два вызова страниц зависимых и синхронизированно, чтобы между ними не вклинились.
Вряд ли я в обозримом будущем смогу усилить многопоточность, лучше обкатать предоставляемый вариант.
Если проявятся проблемы, лучше USE_CONCURRENT_SEARCH отключить. К тому же это дополнительный риск бана со стороны того же OPR, ибо интенсивность нагрузки будет выше.
Внутренняя очередь заданий организована аналогично кэшам-в-памяти/файловым как для информации для игроков хост систем (см №8). Настройка как часто синхронизировать кэш в памяти с файлом находится в .general.extra.TASK_STORAGE_SYNC_PERIOD=60000 (минута по дефолту), если за прошедшую минуту изменений не было в кэше памяти - ничего не сохраняется.
11) Из-за нового движка - теперь запрос на пробивку в виде отдельного задание ставить в очередь в движке, и возвращается в очередь в случае неудачной пробивки, если не достигнуто максимальное число попыток. Очередь заданий хранится не только в памяти, но и в файле локально /config/messenger/persistence/storedTasks - соотв, если тул закрывался, то очередь не теряется и при следующем запуске пробивка продолжится старой очереди. Если это нежелательное поведение, то перед запуском тулов следует просто удалить этот файл, чтобы убрать старую очередь.
Еще небольшое изменение, что после неудачной попытки пробивки - следующая попытка делается через 5 минут, а не сразу (настраивается в /config/messenger/messenger-config.xml - в элементах task, атрибутах intervalBetweenAttempts - в милисекундах указывается пауза между попытками). Также появился таймаут пробивки попытки в одну минуту (настраивается в messenger-config.xml, элемент task, атрибут timeout - в милисекундах).
12) В случае истечения дневной поисковой квоты (SharkScope, PTR), хост система блокируется и больше пробивки через нее не идут. Текущие созданные пробивки в очереди просто проваливают свои попытки не пытаясь ничего делать и убираются из очередт не оставляя следа в кэше или трэкере. Хост система автоматически разблокируется через настраиваемый промежуток времени (до дефолту 6 часов, см .hostsystem.<идентификатор хост системы>.extra.ACCESS_BLOCK_EXPIRATION=360 - в минутах указывается) и возобновляются попытки пробить игроков через нее.
Если хост система блокирована (например, кончилась квота дневных запросов на SharkScope или PTR), то задания по пробивке в этой системе удаляются сколько бы им попыток еще не осталось. Тулы сканеры хэнд хисторей так же начинают блокировать комманды для пробивки в этой хост системе. Если квота истекла во время интенсивного прцесса, или тул был перезапущен, то он по инерции успеет послать еще ряд комманд на пробивку в этой хост системе, но они очень быстро автоматически вычистятся из системы. Блокировка хост системы проводится на настраиваемый промежуток времени (по дефолту 360 минут ".hostsystem.<хост_система>.extra.ACCESS_BLOCK_EXPIRATION=360"), но хранится только в памяти, потому если тулы перезапущены, то он снова попытается пробивать. Зато если тулы вообще не выключать, то каждые 6 часов они будут пытаться сами снять блок и повторить сканирование хэндхисторей и пробивку игроков. Соотв если оставить на ночь, то после возобновления квоты он продолжит автоматически пробивку.
13) Настраивается для каждой хост системы делать ли для каждой пробивки игрок логин и потом логофф или пытаться реиспользовать ту же сессию.
Для всех используемых хост систем сейчас настроено, чтобы тулы пытались использовать старую сессию и избежать лишних логинов и логофов (".hostsystem.<хост_система>.extra.USE_SINGLE_SESSION=true").
14) Улучшена работа с проксями. Теперь для каждой хост системц можно индивидуально включать или выключать использова проксей. Прокси трэкаются для каждой хост системы независимо. Т.е. если одна из проксей слетела или была забанена для OPR, то для OPR будет использована следующая по списку прокся (если списки настроены), а тот же ProLabs или PTR продолжат пользоваться этой проксей.
Если в системе не осталось больше валидных проексей для какой-то хост системы - то доступ к ней блокируется (аналогично как с истекшими дневными квотами пробивки).
15) Переработан консольный интерфейс. Я решил все еще поддерживать и альтернативный консольный интерфейс тоже, на случай если тулы будут запускаться через ремоут контрол или иными способами, при который графический интерфейс нельзя или нежелательно использовать.
Теперь это один запускной файл, внутри которого можно запустить любой настроенный активный тул. При выборе тула, он запускается и управление передается ему. Любой тул теперь можно остановить коммандой с коммандной строки |exit или |quit - тул закончит свою работу и вернется в корневой консольный интерфейс. Таким образом через консольный интерфейс можно запускать и работать с тулами только один за одним, одновременно они запускаться не будут. Это ограничение исплючительно из-за того, что общее консольное приложение и любой тул используют один и тот же способ принятия комманды - с консоли.
Внутренний сервер Messenger для выполнения заданий пробивок при этом не зависим от конкретных тулов, он запускается вместо со всем консольным приложением, и останавливается, только если мы выключаем общее консольное приложение (тоже комманды |exit или |quit).
TODO
- тул по перегонке из старых кэшей в новые.
- GUI базовый с табами для тулов
- ??? GUI конфиг view only.
- стартап файлы .bat файлы для консольного UI и GUI.
- билдовые скрипты обновить и релизнуться
- *доки, описания, комменты уже после релиза
ADDON: добавился тул по работе с кэшами, включая перегонку старых кэшей в новые: usunpokertools - бесплатная авто-пробивка в OPR, SharkScope в HUD нотсы
Выпущена версия 1.0 для основных тулов usunpokertools: usunpokertools - Релиз 1.0
Старая линейка 0.x будет некоторое время поддерживать параллельно. Вся старая докупентация и посты, которые были для 0.x останутся на месте, новая документация помимо выше приведенного линка, будет добавлятся в новые места, ссылки на которые будут даны позже.
Что нового:
Обзор:
- новая архитектура тулов;
- добавлена пробивка турнирных игроков через ProLabs;
- добавлена пробивка кэш игроков через PTR;
- убран тул для пробивки состава участников турниров по саммари файлу;
- все тулы теперь можно запускать через единый графический интерфейс; возможность работать только через переработанную консоль тоже сохранена.
Детали в приведенном линке.
Сегодня впервые опробую твои тулзы. Вопрос такой, что бы каждый раз не стартовать через javy можно задеплоить твои тулзы например на tomcat (ну или weblogic или websphere), и запускать tomcat как сервис винды ?
P.S. К вечеру постараюсь поделиться впечатлениями. В любом случае Good Job.
Оригинал пользователя pokertiter
Сегодня впервые опробую твои тулзы. Вопрос такой, что бы каждый раз не стартовать через javy можно задеплоить твои тулзы например на tomcat (ну или weblogic или websphere), и запускать tomcat как сервис винды ?P.S. К вечеру постараюсь поделиться впечатлениями. В любом случае Good Job.
т.е. чтобы только тулы для авто скана запускались как сервисы и не иметь дело ни с какими графическими интерфейсами?
ну, можно наверное попробовать вот что:
1) [необязательный шаг, просто проверить, что тулы настроены как надо, прежде чем сервис регистрировать] создать новый runMTTScanService.bat файл в /bin
@echo off
call _setEnv.bat
"%JAVA_HOME%/bin/java" -classpath "%APP_CLASSPATH%" -Xms128m -Xmx256m -DAPPLICATION_ROOT="%APPLICATION_ROOT%" -DCONFIG_DIR="%TOOLS_CONFIG_FILE%" -DmessengerSystemConfigRoot=%MESSENGER_CONFIG_DIR% edu.usun.poker.ui.test.TestMTTHHScannerпопробовать его запустить и проверить, что работает как надо одиночный тул в консоле для автоскана турнирных игроков. Это голая консоль, которая не принимает комманд, просто выполняет один этот тул.
Обращаю внимание, что если какие проблемы и окно консоли тут же закрывается с ошибкой, то надо поставить последней строчкой
pause
отраблшутить, а потом снова убрать эту паузу и перепроверить.
2) установить вот это приложение http://wrapper.tanukisoftware.com/doc/english/index.html
вот даунлоуд: http://wrapper.tanukisoftware.com/doc/english/download.jsp#stable
Community халявной версии должно быть достаточно, скачайте и распакуйте ее куда-нибудь.
http://wrapper.tanukisoftware.com/doc/english/launch-win.html - вот описание детально как настроить с помощью этого виндовый сервис на базе джава аппликухи указанной в №1.
Вот какие шаги я сделал (пути относительно корня, куда была распакована эта апликуха):
а) создал /conf/usunpokertools1.conf
в процессе написания - обновлю этот коммент как закончу
p.s. я пробовал напрямую сначала, без этого приложения как описано тут http://support.microsoft.com/kb/251192
sc create usunpokertools binPath= E:\work\_git\code\usunpokertools\build\output\usunpokertools\bin\runMTTScanService.bat start= auto- сервис то добавился в винду, но он не стартовал
к сожалению, оказалось, что потребуются изменения в коде. добавлю в очередь заданий сделать возможность установить и запустить тулы как сервисы операционной системы.
Разбор игровой сессии 2012/06/09.
Запустил несколько мелких очень фризаутов вечерков на разных румах. В первую очередь для интеграционного тестирования.
Нашел баг, на карбоне слетел парсинг результатов пробивки OPR для сильного рега rivermen123 - буду разбираться.
У Карбона кардинально обновился клиент. Браво! Теперь на нем приятно играть, в персональном рейтинге клиент по первому взгляду переместился на второе место после старзов. Чуть притормаживает, но не так сильно как раньше, а в остальном удобно. Отдельная похвала разработчика за оформление цветовых нотсов, до этого я такое оформления видел только на покупных кастомных лейаутах. Перерывы синхронизированы, рум по-прежнему замечательно пробивается
1) 888 0.4k GTD - $5+0.5 - MS вылет
ничего заслуживающего внимания, стек постепенно расстаял и в пушфолде не повезло
2) Carbon 1k GTD - $5+0.5 - MS вылет
По турниру ничего интересно, попереезжали.
) Party 1.5k GTD - $10+1 - MS вылет
Тоже все стандартно. Сначала влетел под флопнутый стрит с топ парой на дровяном борде, потом удвоился на велью в рестильных, и потом снова скатившись в рестильные попал трибетпушем на баттоне 99 в монстра<QQ
Турниры: 3
Бай-ины/профит: -22 USD
Оригинал пользователя usun
У Карбона кардинально обновился клиент. Браво! Теперь на нем приятно играть, в персональном рейтинге клиент по первому взгляду переместился на второе место после старзов. Чуть притормаживает, но не так сильно как раньше, а в остальном удобно. Отдельная похвала разработчика за оформление цветовых нотсов, до этого я такое оформления видел только на покупных кастомных лейаутах. Перерывы синхронизированы, рум по-прежнему замечательно пробивается
В плане софта мне тоже очень нравиться Карбон.
Но самый большой минус у них, это очень медленный кэшаут. Минимально у меня был 2 недели, в среднем около 20 дней. И часто бывает не с первой попытки. Под всяким дурацкими предлогами кэшаут возвращают. И как следствие задержка еще на пару недель.
А софт действительно лучший после старзов ИМХО.
P.S. Вспомнил еще один косяк. У меня в PT3 не импортятся результаты турниров из Merge. И не только. Так же байины и турнирный рейк приходиться забивать руками. Но возможно есть какие то способы это поправить, я не разбирался.
Плохо только что лок ушел в кейк, лучше уж наоборот, а так в сети мерж сильно упало трафик 
hypnodisc_93
Блог
Эхээй! С парнем счас разбераем пушфолд для игры в 180макс, пишем чарт , не хочешь пооучаствовать? есле есть желание пиши в скайп
Когда увдел твой блог пол года назад был рад за тебя ибо подход хороший. Но теория не уляжется в голове без практики. Поэтому ты напрашиваешся на совет, уделяй расщётам раз так в 5-10 меньше времени чем игре, ты ведь уже счас можешь добиться успеха, поэтому ИГРАЙ БОЛЬШЕ, а не с калькулятором балуйся
насчет расчетов пушей 180 макс - пока я пас, я и так много вложил времени в разбор пушфолда, пришел пока к приемлимым результатам и заброшу его и буду уже расчитанные таблицы наигрывать. там следующий шаг - равновесие Нэша для всех тех же ситуаций, мне это не понадобиться в MTT на моих лимитах еще очень долго.
сейчас игровая основная проблема у меня - постфлоп, да, надо практика и разборы, плюс я еще воды смотрю параллельно.
сейчас вся игра у меня была блокирована работой и разработкой тулов версии 1.0. Я в них вложил очень много труда и доволен пока как идет хочу уже добить тему - которая к тому же дает мне самореализацию и помогает по смежным темам с работой (вот наконец познакомился с толстыми клиентами GUI на Java).
Это пока мне интересней даже самой игры сейчас, цель там долгосрочная такая:
- доделать трэкеры/HUD все возможные
- кэши в базе данных
- доделать графический интерфейс для настроек
- инсталлятор какой-то
- больше румов поддерживать
- выпуститься в англоязычное комьюнити
- потом если тема пойдет - то сделать систему расширений через плагины (движок для этого я уже вшил) - чтобы тулы могли развиваться дальше другими программерами, ибо они очень легко вроде расширяются.
Да, играть я буду параллельно тоже, особенно между релизами, когда мне эти тулы уже из ушей идти будут.
Ну ладно нравиться тебе делать тулы, это конечно классно, но почему ты их не продаёшь ? ))
Оригинал пользователя wiseyo
Ну ладно нравиться тебе делать тулы, это конечно классно, но почему ты их не продаёшь ? ))
1) ну во-первых, мне коммерческого кода хватает и на работе, а получить еще двойную нагрузку с сомнительным рейтом (это ведь будет надо будет нормальный саппорт вести с каждым пользователем, идти на поводу всех пожеланий, не смогу добавлять рисковые фичи типа оценки статов закрытых ибо бан любого пользователя уже будет и моей проблемой, да и вообще - нервы), а так у меня свободный граффик, свободный более-менее выбор функциональности, не заморачиться на лицензии и финансовые терки и налоги.
2) далее, я много в свой жизни пользовался открытым софтом написанный энтузиастами. я даже на линуксе сижу - символ опенсорса. я просто вношу, в принципе, свою посильную долю в популяризацию софта, облегчения работы других и развитие общее.
3) я считаю, что в современных условиях, на вот таких проектах-хобби небольших, они принесут финансовую отдачу долгосрочную только в моделе donate свободного. Я считаю это просто более перспективной бизнес моделью. Например, я уже за платил не одну сотню баксов именно донатом для создателей софта и контента, которыми я пользовался с удовольствием и долгое время. Конечно прикручивать кнопку донейт я считаю этичным только после окончания основной разработки, когда проект действительно раскрутится, а пока рано. А если по каким-то причинам я не смогу больше этим заниматься - то проще будет передать другому энтузиасту весь проект, и труд не будет потерян.
Оригинал пользователя GeorgSLON
Я ничего из 3-го пункта не понял :grin:Но это неважно :grin:
ну в буржуйских инетах это довольно распространено. Типа хочешь отблагодарить авторов - кидай сколько хочешь доната. При этом важно, чтобы никакой разницы не было в отношении того кто донейтил и того кто нет, иначе все равно все перекосится в пользу коммерческой фиговины. Я вот с удовольствием благодарил создателей Dwarf Fortress игры, авторам контента сайта где Nostalgia Critic, например.
Сразу хочу сказать, что я ни в коей мере не напрашиваюсь, более того я не приму никакого доната в обозримом будущем. :grin:
не, не надо
Разбор игровой сессии 2012/06/12
Всякой ерунды нагрузил мелкой, опять главным образом для интеграционного тестирования.
Видно жара плохо влияла на мозг, не обошлось без случайной регистрации и мискликов.
1) 888 1k GTD Turbo - $6 - EMS вылет
- вылет (неудачный лайтовый 4бет, доминация) AJ открыл всредней с активным имиджем, получил трибет рега агрессивного на баттоне и пушнул в него с фолдэквити предположительной < AK
2) Party 5k R&A GTD Turbo - $20+2 - EMS вылет
Облажался и не заметил, что это ребайник, заметил только после удвоения.
BRO
- удвоение (доминация) AK uTG >AJ против агро фиша меня трибетнувшего в ранней
- хороший пот+ (доминация) ATs пуш в два фишным лима > QTo
- ?вылет (провокация флоута) 88 открыл и получил три колла, контбетнул слегка в Q7xo флоп, и чек-кольнул пуш с 2/3 оставшегося стека от банка против неадекватного агрофиша < Qx. Решил не докупаться ибо турбо и уже почти аддона время было, смысло не имело.
3) bet365 1.5k GTD - $5+0.5 - MS вылет
- почти весь стек потерян- (коин): AK<QQ,K6
- раскрутился с 3BB до начального стека, даже Stop&Go провел сдуру удачно по ходу дела с мертвым стеком.
- почти весь стек потерян- (коин): AK пуш в два лимпа <66
- микро удвоение: Qx>Kx;
- вылет (коин) 88<KJ
4) bwin 3k GTD Turbo - $5+0.5 - 39ое ($14.15)
- протянул какое-то время совсем короткий, плохая совсем структура турнира
- удвоение (bad beat) пихнул в лузовый очень лимп фиша A2s>ATo
- удвоение (40 на 60) Kx M=2.5 оупен пуш > A9
- мелкое удвоение (60 на 40) K2 SB оупен пуш SB > J4o BB
удивительно, но так быстро добрался с рабочим стеком в M=3 до бабла даже прошел один стил пуш.
ITM (82) M=3, полуторный средний стек
- небольшой банк совсем+ AA>мусор совсем короткого на BB
- мелкий+ мусор на BB > AT совсем короткого; потом мелкий- Kx SB<AJ BB.
-?? песец почти весь стек потерян гребанным мисклик коллом пуша на мусоре 96<77,KJ
- вылет Qx<AJ
5) Carbon 1.25k GTD - $10+1 - MS вылет
- хороший пот+ два барреля на велью TPTK на мокром борде, чекнули ривер > средняя пара
- вылет (неудачный рестил, доминация) K6o SB c хорошим имиджем рестил-пушнул в MP3 открытие глубокого агро < AK
Турниров: 5
Бай-ины: 50 USD
Профит: -35.85 USD