Первый сотрудник должен выбрать случайное число и запомнить его. К нему прибавить свою зарплату, записать на бумажку и передать следующему сотруднику.
Следующий, в свою очередь, должен прибавить свою зарплату к числу на бумажке и заменить его результатом.
Повторяем процесс пока не закончатся сотрудники и передаём бумажку с результатом первому
первый вычитает заполненное им случайное число из результата и делит получившееся на количество сотрудников.
То бишь:
((Seed + x1 + x2 +… + xn) — Seed ) / n
Я может быть полный профан в UWP, но, как мне кажется, если цель сделать игру, то лучше взять какую Unity и не насиловать себе мозг задачами, не относящимися непосредственно к игре.
Это связано именно с измением _цели_, в которую стреляем, из-за изменения вероятности попадания.
Предположим что из генератора случайных чисел выйдет последовательность 50, 50, 90.
А теперь представим двух оперативников и двух врагов. Первый имеет вероятность попадания по соответствующему врагу 40% и 60%, а второй — 50% и 40%. Если наша последовательность действий: первый стреляет в первого, а второй во второго, то в результате имеем оба промаха. Если первый стреляет во второго, а второй в первого — то два попадания.
Но если мы имеем вероятности попадания 35% и 45% для первого и 45% и 35% для второго, то тут как ни крутись будет два промаха. Чтобы разрешить данную ситуацию надо провести какое-либо действие, которое требует вероятность. Например открыть кусок карты от тумана войны. И тогда у нас получится одно попадание из-за 90 в последовательности.
То есть, как написал выше Solinary, нам надо пропустить вероятности, которые нас не устраивают, с помощью других действий.
В генераторе случайных чисел X-COM абсолютно ничего удивительного нет: в сохранении игры храним и seed генератора. При повторении одинаковых действий результат всегда выходит одинаков. Причём при изменении порядка действий последовательность сгенерированных вероятностей остаётся такая же. То есть если два персонажа стреляют по очереди и у них одинаковые показатели меткости, и первый попадает в противника, а второй — нет, то как ими не крути будет одно попадание из двух.
Как я и написал, число на бумажке каждый раз заменяется. И да! Бумажка должна иметь возможность полного удаления надписи и её следов :)
Можно немного упростить.
То бишь:
((Seed + x1 + x2 +… + xn) — Seed ) / n
Понятие «игра» шире чем вам кажется. Есть, например, игра «сто к одному». Отличная убивалка времени. И зачем для создания такой игры Unity?
Например, для более широкого охвата аудитории.
Я может быть полный профан в UWP, но, как мне кажется, если цель сделать игру, то лучше взять какую Unity и не насиловать себе мозг задачами, не относящимися непосредственно к игре.
Предположим что из генератора случайных чисел выйдет последовательность 50, 50, 90.
А теперь представим двух оперативников и двух врагов. Первый имеет вероятность попадания по соответствующему врагу 40% и 60%, а второй — 50% и 40%. Если наша последовательность действий: первый стреляет в первого, а второй во второго, то в результате имеем оба промаха. Если первый стреляет во второго, а второй в первого — то два попадания.
Но если мы имеем вероятности попадания 35% и 45% для первого и 45% и 35% для второго, то тут как ни крутись будет два промаха. Чтобы разрешить данную ситуацию надо провести какое-либо действие, которое требует вероятность. Например открыть кусок карты от тумана войны. И тогда у нас получится одно попадание из-за 90 в последовательности.
То есть, как написал выше Solinary, нам надо пропустить вероятности, которые нас не устраивают, с помощью других действий.