This is exactly the reason I enjoy codewars katas so much. Learn something knew every day.

The issue is your *= for x[loop5] . just do x[loop5] * 2 so it doesn't attempt to assign it to immutable x.

Same principle if you have a scaler multiple and a vector. Used a lot in 3d models and graphics.

What happens if all the red and blue have been pulled? IE: A denom of 0?

What happens here if total is 0?

PLEASE tell me that chat-gpt helped with this. This is glorious.

I believe there is a bug in the test suite:
assertion failed: (left == right)
left: ([22, 13, 10, 8, 7, 6, 6, 5, 5, 5, 4, 4, 4, 3, 3, 3, 3, 3, 3, 2, 2, 2, 2, 2, 1, 1, 1, 1, 1, 1], 28),
right: ([22, 13, 10, 8, 7, 6, 6, 5, 5, 5, 4, 4, 4, 3, 3, 3, 3, 3, 3, 2, 2, 2, 2, 2], 199)

The remainder can never be a larger number than the index. I pass the initial test but I fail on two other tests and it seems that these tests are wrong. I'm in RUST.

Just an observation about the Rust version

It's more about dealing with all the data types than it is about the Kata itself. Not sure I've had to do as much converting on a Kata that wasn't a rank 4 or higher.

Recruited some friends to help me figure out the pattern. It was fun to get a collective in on the puzzle. Coding up the solution was pretty straight forward.

I'm not sure if this should be a 7kyu or maybe a 6kyu. Might be better as a 6.

This thread was enough to clarify the description. The description has a bug in it in the example where it has '21' it should have '12'.

I'm also confused by the description. Even the example is helping me. I'd love to take a crack at this one but I don't even know what's being asked.

I see a solution like this and it reminds me I need to lean into bit operators like ^ more often. Well done.