How can I sample without replacement from a set of numbers ([1, 2, 3]
) until I hit x
? My plan was to shuffle the list [1, 2, 3]
and chop it at x
:
-- chopAt 3 [2, 3, 1] == [2, 3] -- chopAt 3 [2, 1, 3] == [2, 1, 3] -- chopAt 3 [3, 1, 2] == [3] chopAt _ [] = [] chopAt x (y:ys) | x /= y = y : chopAt x ys | otherwise = [y]
However I could not figure out how to shuffle the list (or understand Monads yet).
-- sample without replacement from [1, 2, 3] until one hits a 3 -- x <- shuffle [1, 2, 3] -- print (chopAt 3 x) main = do -- shuffle [1, 2, 3] print (chopAt 3 [1, 3, 2])
To shuffle strings or tuples, use random. sample() , which creates a new object. random. sample() returns a list even when a string or tuple is specified to the first argument, so it is necessary to convert it to a string or tuple.
shuffle() function in Python. The shuffle() is an inbuilt method of the random module. It is used to shuffle a sequence (list). Shuffling a list of objects means changing the position of the elements of the sequence using Python.
The java. util. Collections class provides shuffle() method which can be used to randomize objects stored in a List in Java. Since List is an ordered collection and maintains the order on which objects are inserted into it, you may need to randomize elements if you need them in a different order.
Use random and maybe even MonadRandom to implement your shuffles. A few good answers exist here
But that's really operational. Here's what's going on behind the scenes.
Randomness is one of the first places in Haskell that you encounter and have to handle impurity---which seems offensive, because shuffles and samples seem so simple and don't feel like they ought to be bundled up with printing to a physical screen or launching nukes, but often purity == referentially transparent
and referentially transparent randomness would be useless.
random = 9 -- a referentially transparent random number
So we need a different idea about randomness to make it pure.
A typical "cheat" in scientific code used to enhance reproducibility—super important—is to fix your random seed of an experiment so that others can verify that they get exactly the same results every time your code is run. This is exactly referential transparency! Let's try it.
type Seed = Int random :: Seed -> (Int, Seed) random s = (mersenneTwisterPerturb s, splitSeed s)
where mersenneTwisterPerturb
is a pseudorandom mapping from Seed
s to Int
and splitSeed
is a pseudorandom mapping from Seed
s to Seed
s. Note that both of these functions are totally deterministic (and referentially transparent), so random
is as well, but we can create an infinite, lazy pseudorandom stream like so
randomStream :: Seed -> [Int] randomStram s = mersenneTwisterPerturb s : randomStream (splitSeed s)
Again, this stream is deterministic based on the Seed
value, but an observer who sees only the stream and not the seed should be unable to predict its future values.
Can we shuffle a list using a random stream of integers? Sure we can, by using modular arithmetic.
shuffle' :: [Int] -> [a] -> [a] shuffle' (i:is) xs = let (firsts, rest) = splitAt (i `mod` length xs) xs in (head rest) : shuffle' is (firsts ++ tail rest)
Or, to make it more self-contained, we can precompose our stream generating function to get
shuffle :: Seed -> [a] -> [a] shuffle s xs = shuffle' (randomStream s) xs
another "seed consuming" referentially transparent "random" function.
So this seems to be a repeating trend. In fact, if you browse the module System.Random
you'll see lots of functions like what we wrote above (I've specialized some type classes)
random :: (Random a) => StdGen -> (a, StdGen) randoms :: (Random a) => StdGen -> [a]
where Random
is the type class of things which can be generated randomly and StdGen
is a kind of Seed
. This is already enough actual working code to write the necessary shuffling function.
shuffle :: StdGen -> [a] -> [a] shuffle g xs = shuffle' (randoms g) xs
and there's an IO
function newStdGen :: IO StdGen
which will let us build a random seed.
main = do gen <- newStdGen return (shuffle gen [1,2,3,4,5])
But you'll notice something annoying: we need to keep varying the gen if we want to make different random permutations
main = do gen1 <- newStdGen shuffle gen1 [1,2,3,4,5] gen2 <- newStdGen shuffle gen2 [1,2,3,4,5] -- using `split :: StdGen -> (StdGen, StdGen)` gen3 <- newStdGen let (_, gen4) = split gen3 shuffle gen3 [1,2,3,4,5] let (_, gen5) = split gen4 shuffle gen4 [1,2,3,4,5]
This means you'll either have to do lots of StdGen
bookkeeping or stay in IO if you want different random numbers. This "makes sense" because of referential transparency again---a set of random numbers have to be random with respect to each other so you need to pass information from each random event on to the next.
It's really annoying, though. Can we do better?
Well, generally what we need is a way to have a function take in a random seed then output some "randomized" result and the next seed.
withSeed :: (Seed -> a) -> Seed -> (a, Seed) withSeed f s = (f s, splitSeed s)
The result type withSeed f :: Seed -> (a, Seed)
is a fairly general result. Let's give it a name
newtype Random a = Random (Seed -> (a, Seed))
And we know that we can create meaningful Seed
s in IO
, so there's an obvious function to convert Random
types to IO
runRandom :: Random a -> IO a runRandom (Random f) = do seed <- newSeed let (result, _) = f seed return result
And now it feels like we've got something useful---a notion of a random value of type a
, Random a
is just a function on Seed
s which returns the next Seed
so that later Random
values won't all be identical. We can even make some machinery to compose random values and do this Seed
-passing automatically
sequenceRandom :: Random a -> Random b -> Random b sequenceRandom (Random fa) (Random fb) = Random $ \seed -> let (_aValue, newSeed) = fa seed in fb newSeed
but that's a little silly since we're just throwing away _aValue
. Let's compose them such that the second random number actually depends materially on the first random value.
bindRandom :: Random a -> (a -> Random b) -> Random b bindRandom (Random fa) getRb = Random $ \seed -> let (aValue, newSeed) = fa seed (Random fb) = getRb aValue in fb newSeed
We also ought to note that we can do "pure" things to Random
values, for instance, multiplying a random number by 2:
randomTimesTwo :: Random Int -> Random Int randomTimesTwo (Random f) = Random $ \seed -> let (value, newSeed) = f seed in (value*2, newSeed)
which we can abstract out as a Functor instance
instance Functor Random where fmap f (Random step) = Random $ \seed -> let (value, newSeed) = step seed in (f value, newSeed)
and now we can create cool random effects like Brownian motion
brownianMotion :: Random [Int] brownianMotion = bindRandom random $ \x -> fmap (\rest -> x : map (+x) rest) brownianMotion
And this gets to the heart of the whole matter that I've been writing up to. Randomness can exist in the IO
monad perfectly well, but it can also exist on its own as a simpler Random
monad. We can write the instance immediately.
instance Monad Random where return x = Random (\seed -> (x, seed)) rx >>= f = bindRandom rx f
And since it's a monad, we get free do
notation
brownianMotion' = do x <- random rest <- brownianMotion' return $ x : map (+x) rest
and you could even get fancy and call runRandom
a monad homomorphism, but that's a very different topic.
So, to recap
Seed
sSeed
s are is annoyingSeed
s around naturallyAnd the really short answer is that you probably want to be using random and maybe even MonadRandom to implement your shuffles. They'll come in handy for "sampling" generally.
Cheers!
Are you looking for permutations?
Also it seems that cropAt
can be implemented via takeWhile
. I personally prefer standard combinators over hand-made.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With