Your task is to make a program that takes in an integer n > 1, and outputs the roll of a single n-sided die. However, this dice follows the rules for exploding dice.
When you roll the die, check what value you rolled. If you got the maximum for that kind of die (on a standard d4 that would be 4, or 6 on a d6, etc.), roll again and add the new roll to that total. Each roll continues adding to the total, until you don't roll the max number anymore. That final number is still added though.
Your program should take in a single integer n, and roll the exploding n-sided die. Here's an example distribution to show what it should look like for n=4 . Note that you should never output any multiples of n, since they will always explode.
You can assume the stack size for any recursion you do is infinite, and your random function must meet our standards for randomness (built-in random generator or time/date). Your random function should also be as uniform as possible, vs. something like a geometric distribution, since these are dice we're talking about.
-
1\$\begingroup\$ does the program have to be perfect? Like can its distribution be off by some extremely low amount? \$\endgroup\$Maltysen– Maltysen2019年04月12日 14:38:57 +00:00Commented Apr 12, 2019 at 14:38
-
\$\begingroup\$ To: Riker; RE: @Maltysen's comment above; or extremely high amount? \$\endgroup\$Miriam– Miriam2019年04月12日 15:09:12 +00:00Commented Apr 12, 2019 at 15:09
-
3\$\begingroup\$ @ArtemisFowl See our standards for randomness. Also, here. \$\endgroup\$Riker– Riker2019年04月12日 22:46:03 +00:00Commented Apr 12, 2019 at 22:46
54 Answers 54
x86 Machine Code (for Intel Ivy Bridge and later), 17 bytes
31 C9 0F C7 F0 31 D2 F7 F6 42 01 D1 39 F2 74 F2 C3
The above bytes of code define a function that simulates an exploding die. It takes a single input, passed in the ESI register, indicating the maximum number of the die. It returns a single value in the ECX register, which is the result of the rolls.
Internally, it uses the RDRAND instruction to generate a random number. This uses a random number generator (RNG) that is built into the hardware on Intel Ivy Bridge processors and later (some AMD CPUs also support this instruction).
The logic of the function is otherwise quite straightforward. The generated random number is scaled to lie within the desired range using the standard technique ((rand % dieSize) + 1), and then it is checked to see if it should cause an explosion. The final result is kept in an accumulator register.
Here is an annotated version showing the assembly language mnemonics:
unsigned int RollExplodingDie(unsigned int dieSize)
31 C9 xor ecx, ecx ; zero-out ECX, which accumulates the final result
Roll:
0F C7 F0 rdrand eax ; generate a random number in EAX
31 D2 xor edx, edx ; zero-out EDX (in preparation for unsigned division)
F7 F6 div esi ; divide EDX:EAX by ESI (the die size)
; EAX receives the quotient; EDX receives the remainder
42 inc edx ; increment the remainder
01 D1 add ecx, edx ; add this roll result to the accumulator
39 F2 cmp edx, esi ; see if this roll result should cause an explosion
74 F2 jz Roll ; if so, re-roll; otherwise, fall through
C3 ret ; return, with result in ECX register
I am cheating a bit. All standard x86 calling conventions return a function's result in the EAX register. But, in true machine code, there are no calling conventions. You can use any registers you want for input/output. Using ECX for the output register saved me 1 byte. If you want to use EAX, insert a 1-byte XCHG eax, ecx instruction immediately before the ret instruction. This swaps the values of the EAX and ECX registers, effectively copying the result from ECX into EAX, and trashing ECX with the old value of EAX.
Here's the equivalent function transcribed in C, using the __builtin_ia32_rdrand32_step intrinsic supported by GCC, Clang, and ICC to generate the RDRAND instruction:
#include <immintrin.h>
unsigned int RollExplodingDie(unsigned int dieSize)
{
unsigned int result = 0;
Roll:
unsigned int roll;
__builtin_ia32_rdrand32_step(&roll);
roll = ((roll % dieSize) + 1);
result += roll;
if (roll == dieSize) goto Roll;
return result;
}
Interestingly, GCC with the -Os flag transforms this into almost exactly the same machine code. It takes the input in EDI instead of ESI, which is completely arbitrary and changes nothing of substance about the code. It must return the result in EAX, as I mentioned earlier, and it uses the more efficient (but larger) MOV instruction to do this immediately before the RET. Otherwise, samezies. It's always fun when the process is fully reversible: write the code in assembly, transcribe it into C, run it through a C compiler, and get your original assembly back out!
Python 2, (削除) 66 (削除ここまで) (削除) 64 (削除ここまで) 61 bytes
-3 bytes thanks to xnor
f=lambda n,c=0:c%n or c+f(n,randint(1,n))
from random import*
The previous roll is stored in c, allowing us to access it multiple times without having to store it to a variable, which can't be done in a Python lambda. Each recursion, we check if we rolled exploding dice.
c is initialised to zero, so c%n is falsey there. In the next iterations, it will only be falsey if exploding dice were rolled.
Python 2, 55 bytes
f=lambda n:randint(1,n)%n or n+f(n)
from random import*
My other answer seems to be a bit overengineered, since this appears to work as well... I'll leave it anyway.
-
2\$\begingroup\$ Recursive functions where the breaking condition is based on randomness will always have a non-zero chance of stack overflow. Statistically insignificant chance, but still... \$\endgroup\$mypetlion– mypetlion2019年04月12日 19:23:49 +00:00Commented Apr 12, 2019 at 19:23
-
3\$\begingroup\$ Typically, stack size is assumed to be infinite in code golfing challenges in my experience. As the stack size increases to infinity, the likelihood of stack overflow quickly converges to zero. \$\endgroup\$ArBo– ArBo2019年04月12日 20:07:26 +00:00Commented Apr 12, 2019 at 20:07
-
\$\begingroup\$ ArBo do @mypetlion before you type in your comment so you can ping the user \$\endgroup\$MilkyWay90– MilkyWay902019年04月13日 02:04:25 +00:00Commented Apr 13, 2019 at 2:04
-
1\$\begingroup\$ I think
c*(c<n)can bec%n. \$\endgroup\$xnor– xnor2019年04月13日 02:28:25 +00:00Commented Apr 13, 2019 at 2:28 -
\$\begingroup\$ @xnor Of course, I'm an idiot... \$\endgroup\$ArBo– ArBo2019年04月13日 03:40:46 +00:00Commented Apr 13, 2019 at 3:40
R, 39 bytes
n=scan();n*rgeom(1,1-1/n)+sample(n-1,1)
Explanation: this solution avoids recursion/while loops by directly calculating the distribution of the number of explosions that will occur. Let \$n\$ be the number of sides on the die. If you denote success as rolling an \$n\$ and failure as rolling anything else, then you have probability \$\frac1n\$ of success. The total number of explosions is the number of successes before the first failure. This corresponds to a \$\mathrm{Geometric}\left(1-\frac{1}{n}\right)\$ distribution (see the wikipedia page, which defines success and failure the other way round). Each explosion brings \$n\$ to the total. The final roll follows a \$\mathrm{Uniform}(1,2,\ldots,n-1)\$ distribution which we add to the total.
-
-
\$\begingroup\$ Does
samplemeet the standards for randomness, given its bias? \$\endgroup\$Xi'an ні війні– Xi'an ні війні2019年04月25日 08:37:20 +00:00Commented Apr 25, 2019 at 8:37 -
\$\begingroup\$ @Xi'an Pretty sure it does: it is the built-in random generator for discrete random variables. \$\endgroup\$Robin Ryder– Robin Ryder2019年04月25日 22:37:06 +00:00Commented Apr 25, 2019 at 22:37
-
\$\begingroup\$ I know, I know, but check the link I put: the discretisation inherent to
sampleleads to a lack of uniformity that gives a ratio of max to min probability as high as 1.03... Shocking, isn't it?! \$\endgroup\$Xi'an ні війні– Xi'an ні війні2019年04月26日 07:28:43 +00:00Commented Apr 26, 2019 at 7:28 -
\$\begingroup\$ Yes, it is shocking. But then again, how often do you use
samplewith \$m\approx 2^{31}\$? ;-) \$\endgroup\$Robin Ryder– Robin Ryder2019年04月26日 22:28:30 +00:00Commented Apr 26, 2019 at 22:28
Perl 6, 26 bytes
{sum {roll 1..$_:}...*-$_}
Explanation
{ } # Anonymous block
... # Sequence constructor
{roll 1..$_:} # Next elem is random int between 1 and n
# (Called as 0-ary function with the original
# $_ for the 1st elem, then as 1-ary function
# with $_ set to the previous elem which
# equals n.)
*-$_ # Until elem not equal to n (non-zero difference)
sum # Sum all elements
-
2\$\begingroup\$ Nice, my own solution was
{sum roll(*,1..$_)...$_>*}\$\endgroup\$Jo King– Jo King2019年04月12日 15:08:40 +00:00Commented Apr 12, 2019 at 15:08
J, (削除) 16 (削除ここまで) 11 bytes
(+$:)^:=1+?
Explanation
TL;DR 1+? performs the die roll, (+$:)^:= reiterates only when it equals the input.
The function is a train of 4 verbs:
┌─ +
┌───┴─ $:
┌─ ^: ─┴─ =
│
──┤ ┌─ 1
└──────┼─ +
└─ ?
A train is when 2 or more verbs are concatenated. Here, the answer is of the form f g h j:
(+$:)^:= 1 + ?
f g h j
A so-called "4-train" is parsed as a hook and a fork:
f g h j ⇔ f (g h j)
Thus, the answer is equivalent to:
(+$:)^:= (1 + ?)
Hooks: (f g) x and x (f g) y
A monadic (one-argument) hook of two verbs, given an argument x, the following equivalence holds:
(f g) x ⇔ x f (g x)
For example, (* -) 5 evaluates to 5 * (- 5), which evaluates to _25.
This means that our 4-train, a hook of f and (g h j), is equivalent to:
(f (g h j)) x ⇔ x f ((g h j) x)
But what does f do here? (+$:)^:= is a conjunction of two verbs using the Power conjunction ^:: another hook ((+$:)) and a verb (=). Note here that f is dyadic—it has two arguments (x and (g h j) x). So we have to look at how ^: behaves. The power conjunction f^:o takes a verb f and either a verb or a noun o (a noun is just a piece of data) and applies f o times. For example, take o = 3. The following equivalences holds:
(f^:3) x ⇔ f (f (f x))
x (f^:3) y ⇔ x f (x f (x f y))
If o is a verb, the power conjunction will simply evaluate o over the arguments and use the noun result as the repeat count.
For our verb, o is =, the equality verb. It evaluates to 0 for differing arguments and to 1 for equal arguments. We repeat the hook (+$:) once for equal arguments and no times for differing ones. For ease of notation for the explanation, let y ⇔ ((g h j) x). Remember that our initial hook is equivalent to this:
x (+$:)^:= ((g h j) x)
x (+$:)^:= y
Expanding the conjunction, this becomes:
x ((+$:)^:(x = y)) y
If x and y are the same, this becomes:
x (+$:)^:1 y ⇔ x (+$:) y
Otherwise, this becomes:
x (+$:)^:0 y ⇔ y
Now, we've seen monadic forks. Here, we have a dyadic fork:
x (f g) y ⇔ x f (g y)
So, when x and y are the same, we get:
x (+$:) y ⇔ x + ($: y)
What is $:? It refers to the entire verb itself and allows for recursion. This means that, when x and yare the same, we apply the verb toyand addx` to it.
Forks: (g h j) x
Now, what does the inner fork do? This was y in our last example. For a monadic fork of three verbs, given an argument x, the following equivalence hold:
(g h j) x ⇔ (g x) h (j x)
For this next example, suppose we have verbs named SUM, DIVIDE, and LENGTH, which do what you suppose they might. If we concatenate the three into a fork, we get:
(SUM DIVIDE LENGTH) x ⇔ (SUM x) DIVIDE (LENGTH x)
This fork evaluates to the average of x (assuming x is a list of numbers). In J, we'd actually write this as example as +/ % #.
One last thing about forks. When the leftmost "tine" (in our symbolic case above, g) is a noun, it is treated as a constant function returning that value.
With all this in place, we can now understand the above fork:
(1 + ?) x ⇔ (1 x) + (? x)
⇔ 1 + (? x)
? here gives a random integer in the range \$[0,x)\$, so we need to transform the range to represent dice; incrementing yields the range \$[1, x]\$.
Putting it all together
Given all these things, our verb is equivalent to:
((+$:)^:=1+?) x ⇔ ((+$:)^:= 1 + ?) x
⇔ ((+$:)^:= (1 + ?)) x
⇔ x ((+$:)^:=) (1 + ?) x
⇔ x ((+$:)^:=) (1 + (? x))
⇔ x (+$:)^:(x = (1 + (? x))
(let y = 1 + (? x))
if x = y ⇒ x + $: y
otherwise ⇒ y
This expresses the desired functionality.
-
1\$\begingroup\$
(+$:)^:=1+? \$\endgroup\$ngn– ngn2019年04月13日 01:26:50 +00:00Commented Apr 13, 2019 at 1:26 -
\$\begingroup\$ @ngn Thanks! Incorporated. \$\endgroup\$Conor O'Brien– Conor O'Brien2019年04月14日 18:00:40 +00:00Commented Apr 14, 2019 at 18:00
Jelly, 7 bytes
X+ß}\=¡
Uses recursion. Runs the program again (ß) and adds (+) if (¡) the random number (X) is equal (=) to the program input. } makes ß act on the program input and \ combines +ß} into a single link for ¡ to consume.
Here a distribution of 1000 outputs for n=6 which I collected using this program. Plotted with python/matplotlib. histogram
Here is a 5000 data points from n=3 on a semilog plot which shows the (approximately?) exponential distribution. enter image description here
-
\$\begingroup\$ Nice plots! The distribution you get is a geometric distribution (see my R answer), which is closely related to the exponential distribution. \$\endgroup\$Robin Ryder– Robin Ryder2019年04月14日 21:42:15 +00:00Commented Apr 14, 2019 at 21:42
Pyth - (削除) 12 (削除ここまで) 11 bytes
Uses functional while. I feel like there should be a smarter answer that just simulates the distribution.
-.W!%HQ+hOQ
- (Q) Subtract Q. This is because we start Z at Q to save a char
.W While, functionally
! Logical not. In this case, it checks for 0
%HQ Current val mod input
+ (Z) Add to current val
h Plus 1
OQ Random val in [0, input)
Japt, 12 bytes
It may be shorter than dana's solution, but it's a hell of a lot uglier. I'm only posting it 'cause it seems like forever since we had a Japt solution that started with an empty line.
ö>°V©VaV+ß
Python 3, 80 bytes
import random as r,math
lambda n:int(-math.log(r.random(),n))*n+r.randint(1,n-1)
-
1\$\begingroup\$ There's a slight chance for failure if
r.random()happens to return 0.1-r.random()should work, though. \$\endgroup\$nwellnhof– nwellnhof2019年04月12日 16:38:59 +00:00Commented Apr 12, 2019 at 16:38 -
\$\begingroup\$ Though technically that chance is 0 \$\endgroup\$Quintec– Quintec2019年04月12日 20:45:53 +00:00Commented Apr 12, 2019 at 20:45
-
1\$\begingroup\$ A rare case where
import ... as _is shortest! \$\endgroup\$xnor– xnor2019年04月13日 02:24:17 +00:00Commented Apr 13, 2019 at 2:24 -
05AB1E, 10 bytes
[ILΩDIÊ#}O
Try it online or verify the lists.
10 bytes alternative:
[LΩDˆÊ#} ̄O
Try it online or verify the lists.
Although I like the top one more because it got the 'word' DIÊ in it, which suits the challenge.
Explanation:
[ # Start an infinite loop:
IL # Create a list in the range [1, input]
Ω # Pop and push a random value from this list
D # Duplicate it
IÊ # If it's NOT equal to the input:
# # Stop the infinite loop
}O # After the loop: sum all values on the stack
# (which is output implicitly as result)
[ # Start an infinite loop
L # Create a list in the range [1, (implicit) input]
Ω # Pop and push a random value from this list
Dˆ # Add a copy to the global_array
Ê # If it's NOT equal to the (implicit) input:
# # Stop the infinite loop
} ̄ # After the loop: push the global_array
O # Pop and push its sum
# (which is output implicitly as result)
-
\$\begingroup\$ Was trying to think of a way to use
.Γor something. \$\endgroup\$Magic Octopus Urn– Magic Octopus Urn2019年04月22日 17:24:43 +00:00Commented Apr 22, 2019 at 17:24
JavaScript (ES6), (削除) 39 (削除ここまで) 30 bytes
Saved 9 bytes thanks to @tsh!
f=n=>Math.random()*n|0||n+f(n)
-
1\$\begingroup\$ 30 bytes,
f=n=>Math.random()*n|0||n+f(n)\$\endgroup\$tsh– tsh2019年04月15日 09:18:15 +00:00Commented Apr 15, 2019 at 9:18
Wolfram Language (Mathematica), 50 bytes
R@#//.x_/;x~Mod~#==0:>x+R@#&
R=RandomChoice@*Range
R, (削除) 47 (削除ここまで) 42 bytes
function(n){while(!F%%n)F=F+sample(n,1)
F}
Credit to ArBo's approach.
Still a byte longer than Robin Ryder's, go upvote his!
-
\$\begingroup\$ Interesting, I reworked this to a recursive
iffor 46 bytes, but ended up getting a 52 on one roll which shouldn't be possible with n=4, so I don't know if there's a weird low recursion limit thing happening, but I think it may be buggy. Try it online! \$\endgroup\$CriminallyVulgar– CriminallyVulgar2019年04月12日 14:45:39 +00:00Commented Apr 12, 2019 at 14:45 -
\$\begingroup\$ I tried a recursive and got a 54 byte solution. Then tried something similar to yours for 44 Try it online! \$\endgroup\$Aaron Hayman– Aaron Hayman2019年04月12日 16:48:19 +00:00Commented Apr 12, 2019 at 16:48
-
\$\begingroup\$ Save a byte by dropping the
xvariable: Try it online! \$\endgroup\$benj2240– benj22402019年04月12日 22:55:03 +00:00Commented Apr 12, 2019 at 22:55
Haskell, (削除) 77 (削除ここまで) 76 bytes
import System.Random
f x=randomRIO(1,x)>>=(x!)
x!y|y<x=pure y|0<1=(y+)<$>f x
Thanks to killmous for one byte.
If <|> were in the prelude, we could do better with MonadComprehensions:
Haskell, non-competing, 66 bytes
import System.Random
f x=do y<-randomRIO(1,x);[y|y<x]<|>(y+)<$>f x
-
1\$\begingroup\$ You can save a byte if you define g as an infix function. \$\endgroup\$killmous– killmous2019年04月12日 19:38:51 +00:00Commented Apr 12, 2019 at 19:38
-
1\$\begingroup\$ @killmous, thanks. At first glance I figured that would be the same or worse, but it's better. \$\endgroup\$dfeuer– dfeuer2019年04月12日 21:02:55 +00:00Commented Apr 12, 2019 at 21:02
Python 2, 53 bytes
f=lambda n:random()*n//1or n+f(n)
from random import*
Uses the or short-circuiting idea from ArBo's answer. The expression random()*n//1 generates a number from 0 to n-1, with 0 taking the place of a roll of n. The or takes the that number, except if it's zero (Falsey) it continues on to n+f(n).
-
\$\begingroup\$ It seems your answer was already up when I edited in my shorter one... I didn't see this, but if you want me to delete it because it's quite alike I will. \$\endgroup\$ArBo– ArBo2019年04月13日 18:05:27 +00:00Commented Apr 13, 2019 at 18:05
-
\$\begingroup\$ @ArBo Not at all, independently duplicated answers are fine. \$\endgroup\$xnor– xnor2019年04月13日 18:07:07 +00:00Commented Apr 13, 2019 at 18:07
Japt, 13 bytes
ö)g@¶°X?X+ß:X
Port of Arnauld's answer. Figured out how to make a recursive call ;)
Transpiled JS:
// U: Implicit input
// ö: generate a random number [0,U)
(U.ö())
// g: run the result through a function
.g(function(X, Y, Z) {
// increment the result and compare to input
return U === (++X)
// if they are the same, roll again and add to current roll
? (X + rp())
// if they are different, use current roll
: X
})
-
1\$\begingroup\$ Very nice use of
N.g(f):) \$\endgroup\$Shaggy– Shaggy2019年04月13日 11:56:11 +00:00Commented Apr 13, 2019 at 11:56 -
\$\begingroup\$ Took a stab at this meself and ended up with 12 bytes but I don't want to post it 'cause I like your solution too much! \$\endgroup\$Shaggy– Shaggy2019年04月13日 19:15:48 +00:00Commented Apr 13, 2019 at 19:15
-
\$\begingroup\$ Post it as a different answer :) \$\endgroup\$dana– dana2019年04月13日 19:19:46 +00:00Commented Apr 13, 2019 at 19:19
-
\$\begingroup\$ It may be shorter, but it's a hell of a lot uglier than yours: petershaggynoble.github.io/Japt-Interpreter/… \$\endgroup\$Shaggy– Shaggy2019年04月13日 19:21:19 +00:00Commented Apr 13, 2019 at 19:21
-
\$\begingroup\$ I see - yeah I was trying to come up with a way not to pollute
U. Skipping a line seems to work as well. That's a good trick :) \$\endgroup\$dana– dana2019年04月13日 19:37:30 +00:00Commented Apr 13, 2019 at 19:37
Haskell, (削除) 94 (削除ここまで) (削除) 81 (削除ここまで) 78 bytes
import System.Random
f n=do i<-randomRIO(1,n);last$((i+)<$>f n):[return i|i<n]
Quite similar to @dfeuer's, but using do notation.
-
-
\$\begingroup\$ Wuups, fixed the typo! And thanks for the suggestion :) \$\endgroup\$bugs– bugs2019年04月13日 10:16:18 +00:00Commented Apr 13, 2019 at 10:16
PowerShell, 49 bytes
for($a=$l="$args";$a-eq$l){$o+=$l=1..$a|Random}$o
Iterative method. Sets the input $args to $a and the $last roll (done so we enter the loop at least once). Then, so long as the last roll is -equal to the input, we keep rolling. Inside the loop we accumulate into $o the last roll, which is updated by creating a range from 1 to input $a and picking a Random element thereof. (Honestly, I'm a little surprised that $o+=$l= works.) Once we're out of the loop, we leave $o on the pipeline and output is implicit.
Forth (gforth), 72 bytes
include random.fs
: f >r 0 begin i random 1+ >r i + r> i < until rdrop ;
Code Explanation
include random.fs \ include library file for random
: f \ start a new word definition
>r \ stick the input on the return stack (for easy access)
0 \ add a counter to hold the sum
begin \ start an indefinite loop
i random 1+ \ generate a random number from 1 to n
>r i + r> \ add the result to the counter, use the return stack to save a few bytes
i < \ check if result was less than n
until \ end the loop if it was, otherwise go back to begin
rdrop \ remove n from the return stack
; \ end the word definition
Batch, 70 bytes
@set t=0
:g
@set/at+=d=%random%%%%1+1
@if %d%==%1 goto g
@echo %t%
Takes input n as a command-line parameter %1. d is the current roll, t the cumulative total. Simply keeps rolling until d is not equal to n.
Jelly, 9 bytes
x9X€Ä%ƇμḢ
A monadic link that takes n as its argument and returns a number generated by an exploding n-sided die. This generates 256 numbers from 1 to n and returns the first cumulative sum that is not a multiple of n. In theory this could return 256n, but even for a 2-sided die this would happen only one every \2ドル^{256}\$ times.
An alternative that doesn’t have this limitation is:
Jelly, 10 bytes
X3X¤+3円ḍ\¿
Note both TIO links generate 400 numbers to show the distribution.
Python 3, (削除) 81 (削除ここまで) 72 bytes
from random import*
def f(x,a=0):
while a%x<1:a+=randint(1,x)
return a
-9 bytes thanks to ArBo
Explanation
import random #load the random module
def explodeDice(num): #main function
ans = 0 #set answer to 0
while a % num != 0: #while a isn't a multiple of the input
ans += random.randint(1, num) #add the next dice roll to answer
return ans #return the answer
-
\$\begingroup\$ You can save 1 byte by using
from random import*instead. \$\endgroup\$orthoplex– orthoplex2019年04月12日 15:48:48 +00:00Commented Apr 12, 2019 at 15:48 -
1
-
1
-
1\$\begingroup\$ @orthoplex and then you can shorten the if/else, and make it a one-liner. Starts to look like my solution then ;) \$\endgroup\$ArBo– ArBo2019年04月12日 16:16:31 +00:00Commented Apr 12, 2019 at 16:16
-
1\$\begingroup\$ @ArBo Yea that's why I didn't change to recursive, didn't want to just copy you. \$\endgroup\$Miriam– Miriam2019年04月12日 17:18:37 +00:00Commented Apr 12, 2019 at 17:18
TI-BASIC, (削除) 28 (削除ここまで) 23 bytes
-5 bytes thanks to this meta post!
Ans→N:0:Repeat fPart(Ans/N:Ans+randInt(1,N:End:Ans
Input is in Ans.
Output is in Ans and is implicitly printed.
Examples:
4
4
prgmCDGF11
5
6
6
prgmCDGF11
3
Explanation:
Ans→N:0:Repeat fPart(Ans/N:Ans+randInt(1,N:End:Ans ;full logic
Ans→N ;store the input in "N"
0 ;leave 0 in "Ans"
Repeat fPart(Ans/N End ;loop until the sum
; is not a multiple of
; the input
randInt(1,N ;generate a random
; integer in [1,N]
Ans+ ;then add it to "Ans"
Ans ;leave the sum in "Ans"
;implicitly print "Ans"
Notes:
- TI-BASIC is a tokenized language. Character count does not equal byte count.
-
\$\begingroup\$ Since
startTmris no longer necessary, this submission will now work for versions of TI-BASIC earlier than the TI-84+ \$\endgroup\$absoluteAquarian– absoluteAquarian2019年04月13日 00:17:23 +00:00Commented Apr 13, 2019 at 0:17
SmileBASIC 3, 49 bytes
Function D N OUT R implements exploding dice rolls recursively.
DEF D N OUT R
R=RND(N)+1IF R==N THEN R=R+D(N)
END
Ungolfed
DEF D N OUT R 'N is sides and R is output param (shorter than using RETURN in this case)
R=RND(N)+1 'random number in [1, N]
IF R==N THEN R=R+D(N) 'if roll is same as N then roll again and add
END
Note that in SmileBASIC, functions can have multiple return values. If a function has one return value then fun in OUT var and var = fun(in) are exactly the same, which is why we can define the function in OUT form and also call it in an expression in the function body itself. If I had defined the function as DEF D(N) I would have to explicitly state RETURN R in the function body; mixing both syntaxes saved me bytes.
PowerShell, 43 bytes (Iterative method)
param($n)do{$x+=1..$n|random}until($x%$n)$x
PowerShell, 48 bytes (recursive method)
filter f{if($_-eq($x=1..$_|random)){$x+=$_|f}$x}
Jelly, 7 bytes
X=п8S_
A monadic Link accepting an integer, n, which yields an integer.
Try it online! Or see the counts of \10ドル^5\$ runs
How?
X=п8S_ - Link: integer, n
п - Collect up while...
= 8 - ...condition: equal to chain's left argument, n
X - ...next value: random number in [1..n]
S - sum
_ - subtract n (since the collection starts with [n])
SmileBASIC, 41 bytes
INPUT N@L
S=S+RND(N)+1ON S MOD N GOTO@L?S
After reading:
Note that you should never output any multiples of n, since they will always explode.
I realized that rather than checking if a dice roll was n, you can just repeat while the sum is a multiple of n.
AnyDice, 36 bytes
Almost a built-in in the language:
function:f I:n{result: [explode dI]}
For this to be correct I have to abuse the infinite recursion depth assumption. AnyDice limits the recursion depth with a global property maximum function depth. the explode builtin however uses it's own; explode depth - which defaults to 2.
set "explode depth" to 99
Would add another 25 bytes; and would not really match the requirements since it's theoretically possible for a dice to explode more than 99 times.
The output of the function is a die, ie. an AnyDice built-in type that is a paring of results and probabilities for the result.
-
1\$\begingroup\$ I think I'm OK with it not exploding much, the 36 byte one is fine by me. I didn't say no builtins and I'm ok with having them here, since it's not like your 1 or 0 byte answer is winning. But welcome to the site! \$\endgroup\$Riker– Riker2019年04月15日 13:57:20 +00:00Commented Apr 15, 2019 at 13:57