A couple optimizations are warranted:

• Remove the last 2 lines of the code block in the description and add to the plain text description
• You can implement the random string generator as (repeatedly len #(rand-nth "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz"), or something similar with rand-nth

Best performance

Please use spoiler flag next time. Your post was visible in the homepage discourse.

..|..

This issue is fixed

duplicate issue

Can someone explain how

"11111" expects [0] = "Pinkie", [1] = "Ring", [2] = "Middle", [3] = "Index", [4] = "Thumb"

but

"11101" expects "Index" to be returned ??

This is in C# random tests.

How does one come up with this?

Same with all katas by g964, they are math puzzles. Not coding puzzles.

Be nice if we could just block all katas by certain users.

If I'm understand the random test output correctly for golang, I'm seeing random tests like this:

[[0 0 0 0 0]
 [0 0 0 0 x]
 [0 0 0 0 0]
 [0 0 0 0 ^]
 [0 0 0 0 0]]

which expects the answer to be false.

Similar:

[[0 0 v]
 [0 0 0]
 [0 0 x]]

Where 118 is v and 120 is x

The test is expecting this as false...

Random tests are even failing on some 3x3s, but I've added every combo of <>^v and x possible in a 3x3 grid, with correct expected results in a 3x3 grid to the sample tests and they all pass.

Yeah, I have not got a clue from the description what I've actually to do.

It badly needs a decent worked example.

I thought I understood it until this line:

The transformed first chromosome must appear at the first position of the tuple. the second one at the second position. Therefore :

Crossover([]int { 1 }, []int {1,2,3}, []int {10,11,12}) should be ([]int { 1,11,12 }, int[] { 10,2,3 })

What is this saying ?

This working fine! An improvement could be to put the mathematical operation out of the loop so that it is not called in each iteration, and avoiding redundant calculation.

bro u genius