Run my code today again, it passed. Not really sure what happened, but the case is as I wrote that came from print statement.

It isn't supposed to be True. However, I can't recreate the problem. I've run the Python test cases 20 times now, and they seem to be doing fine.

If this keeps happening to you, could you share your code with me and I'll give it another go?

I dont understand how this suppose to be True: is_merge('Can we merge it? Yes, we can!', 'wegeit Ys en!', 'Cawemre t? s wcan') in python. the first match is on Ca then after there is no n.

unchangable

Agree! At least in Python this should be at least a 6kyu

That's not the correct input for that test.

Ask the translator down below, then, as I am afraid C# is out of my hands.

c#

Language?

Input: 59884848493558, Expected: 59884848483559, but isnt the next biggest number: 59884848493585 ?

I dunno, I had a bunch of easier 5 kyu katas then it popped up with this 4 kyu kata. This kata definitely took me way longer to solve than the 5 kyu ones I had worked on.

I think, this is a logical issue. It is very plainly explained, however in one case you insert the bigger number after the smaller in the other case you insert the smaller before the bigger depending which index is smaller that means other cases have to be the same other wise that does not make sense in other test cases. You are making a trade off for the smaller one, but that you do not say by which rules the trade should be made. For instance,

    testing(209917, "[29917, 0, 1]");
    testing(285365, "[238565, 3, 1]");

By your logic the second test case should be

    testing(285365, "[238565, 1, 3]");

You preoritaze one index instead the other.

Language level rankings would be ideal but it creates a huge mess of work to change. Schema changes, API changes, all of the edge cases for dealing with it in the UI, separate rankings for each language means even longer to get a kata out of beta. Its not likely to happen unfortunately.

As for the specific case of C# and JS, lodash is a nice library to compensate the lack of some features in JS.