
Vlad
08.02.2017
12:51:19
понимают
просто думают что выигрыш попадет именно им
не могут вовремя остановиться
и все равно казино и автоматы выгоднее бинарных опционов :))

Google

Vlad
08.02.2017
12:51:54
вот там бабла немеряно

Сергей
08.02.2017
12:56:35

Aldar
08.02.2017
12:58:15

Сергей
08.02.2017
13:01:17
да не сказал бы
хотя сейчас работаю именно в js

Aldar
08.02.2017
13:02:14
на западе у рубистов выше зп в среднем

Vlad
08.02.2017
13:03:18
в среднем на местах использовали 96%

Сергей
08.02.2017
13:04:01
шанс 104%?
это как?

Vlad
08.02.2017
13:04:29
выдает больше чем закидывают
закинули 100 рублей - выигрышей выдает на 104

Artem
08.02.2017
13:05:27
И это надо, если клуб зарабатывает не на автоматах?

Google

Vlad
08.02.2017
13:06:55
нет, на начальном этапе или когда клиентов мало становится
включают повышенную выдачу
люди друг другу начинают говорить - там автоматы ДАЮТ!

Эдуард
08.02.2017
13:08:00
и каковы шансы?
Как уже сказал Влад, это настраивается. На железных автоматах (в т.ч. старых) тоже. А выдача больше, чем влилил - это чтобы подсадить. Азарт пошел, а дальше можно обратно уже все стягивать. Но этим занимаются менеджеры и саппорт этих автоматов, мы туда вообще не лезем)

Artem
08.02.2017
13:08:29
да уж, предметная область не очень)

Эдуард
08.02.2017
13:08:33
Люди порой на это _столько_ денег просирают, что диву даешься.
Мне пофиг в общем-то - если люди хотят просрать деньги, то спустят если не на автоматы, так на бухло или прочее. Это их выбор. Но все равно непосредственно в этой области я работать не хочу, так как люди почти поголовно странные, что игроки, что персонал.
Из большего по теме - в автоматах часто стоят Z80, код которых давно-давно написан. Только картинки игр подсовывают другие, грубо говоря. На новых автоматах уже почти нормальный пк, игры на С++ и OpenGL со всякими наворотами.
И сделано многое на отвали)

Vlad
08.02.2017
13:14:10
у нас были обычные писюки
C++14 во все поля
сделано все на збс
даже статья недавняя про взлом рандома в аппаратах в США нас не касалась :)
мы использовали mersenne-twister (mt19937)

Никита
08.02.2017
13:27:13

Vlad
08.02.2017
13:27:34
смешно ))
нет конечно ))

Evgeniy
08.02.2017
14:06:20
Предложи проект для проверки анализатором PVS-Studio: теперь и на GitHub
https://habrahabr.ru/post/321438/
Tags: Open source, Блог компании PVS-Studio, open source, static code analysis, pvs-studio, github, c++, c, c#
Author SvyatoslavMC on #habrahabr

Alexander
08.02.2017
14:18:06
что думаете ?
писать constexpr const char * null_string = "(null)"; это нормально ? я про constexpr const.

Google

Vlad
08.02.2017
14:18:27
ну разве только для ясности
достаточно вообще constexpr char*
но я предпочитаю напр constexpr const char*, так понятнее - глаз сразу ловит конструкцию
в C++17 будет std::string_view

Evgeniy
08.02.2017
14:19:25

Vlad
08.02.2017
14:19:30
будете писать constexpr std::string_view null_string{ "(null)" };

Alexander
08.02.2017
14:19:35

Vlad
08.02.2017
14:19:37

Alexander
08.02.2017
14:19:55

Stanislav
08.02.2017
14:20:08

Evgeniy
08.02.2017
14:20:54

Evgeniy
08.02.2017
14:21:00
Тогда auto

Vlad
08.02.2017
14:21:21
ну или так

Alexander
08.02.2017
14:21:23

Антон
08.02.2017
14:25:42
c_str

Vlad
08.02.2017
14:26:33

Dumitru
08.02.2017
14:27:08

Alexander
08.02.2017
14:28:24

Google

Vlad
08.02.2017
14:28:48
даже не знаю где его щас найти )

Alexander
08.02.2017
14:29:24
на g++ 7.0 такое же предепреждение

Vlad
08.02.2017
14:29:38
ой да я был не прав
всё правильно
надо писать constexpr const char*

Stanislav
08.02.2017
14:29:51

Admin
ERROR: S client not available

Vlad
08.02.2017
14:29:54
т.е. constexpr char* == constexpr char* const
а constexpr const char* == constexpr const char* const

Dumitru
08.02.2017
14:30:18

Антон
08.02.2017
14:30:46
в чем разница между const char* и char*

abiogenesis
08.02.2017
14:30:51

Vlad
08.02.2017
14:34:02

Жулик
08.02.2017
14:34:19

Stanislav
08.02.2017
14:35:25
const char * const :)

Антон
08.02.2017
14:35:33

James Moriarty
08.02.2017
14:36:05

Жулик
08.02.2017
14:36:07

Google

Жулик
08.02.2017
14:36:29

Антон
08.02.2017
14:37:06

Жулик
08.02.2017
14:38:27
const char* str="some";
*(str+0) = 'q' - error
Нельзя использовать как lvalue

mefest
08.02.2017
14:58:50
а тут тоже не любят Qt?

abiogenesis
08.02.2017
14:59:00
я люблю

Vlad
08.02.2017
15:02:56
а где не любят?

mefest
08.02.2017
15:03:34
мне говорили тру с++ не любят Qt

Vlad
08.02.2017
15:03:57
наверно потому что не осилили )

Suigintou45
08.02.2017
15:05:31
тру с. не ++

James Moriarty
08.02.2017
15:07:15
)))

abiogenesis
08.02.2017
15:07:51
труси

Дед Пегас
08.02.2017
15:27:38

Dmitry
08.02.2017
15:43:48

Vlad
08.02.2017
15:46:11
ну в Qt конечно бесит их промежуточный moc
но в целом без него понятно не обойтись

Жулик
08.02.2017
15:55:03
Обойтись я думаю, если не использовать куобджект.
Хотя это будет обычный c++

Suigintou45
08.02.2017
15:56:40
и старый синтаксис сигнал-слотов выкинуть

Шаурма
08.02.2017
15:57:12