The former has been raised as an issue.

The latter is technically invalid as it contradicts the kata description, so it should output 0. And it has been tested in all languages.

Closing...

Already in description

Print your "rotations" and hopefully you will understand:-)

The test that you received has got two zeroes for the value of the variable. So the geometric mean will be 0. See the formula.

Hi tigretoncio, I think you solved in Ruby didn't you?

You're absolutely right!

I liked this one as well. Interesting how everyone has solved it so far.

Thanks : )

Thanks tigre, your feed is much appreciated :)

Yes, I've re-read it and realised my mistake. I think the kata description could be made clearer – it states:

A Quicksum packet allows only uppercase letters and spaces. It always begins and ends with an uppercase letter

but then later states:

When the packet doesn't have only uppercase letters and spaces or just spaces the result to quicksum have to be zero (0)

which is a little confusing, I agree that the test cases should be extended to cover this edge case.

Hi,

Random tests have been added. Thank you for your feedback. Randomness is part of the solution, so running the function twice should never return the same array.

You are welcome, thanks for the feedback but don't forget to read the descriptions:-)

Which language? I don't understand why you have "Expected" and "but was" with so many decimals since only 10 are asked for... Furthermore it seems that with 10 decimals your "Expected" and "but was" are the same. The expected results are the same in all languages and 256 guys passed the kata without problems. Could you explain more?

using equality tests on floating point numbers and different programming languages gives different results

Certainly if you use all decimal places of each language but not if you keep only 10.