java translation (author inactive)

Very similar to this kata

You use nested "it" blocks in JS tests.

This one sample test is not enough for users to figure out what to do. I'm passing the sample test, but fail on every random test. I find this recursive behavior explanation very fishy. It seems that depending on the order of recursion, other results can be provided. Or should we be able to reiterate existing pixels in case we can make new progress? This spec is very unclear to me.

C Translation (author inactive).

C translation (author inactive)

Python translation: https://www.codewars.com/kumite/63f1296761aa3b0e4e749751?sel=63f1296761aa3b0e4e749751

JavaScript initial code is using bad style by extending the prototype enumerably with String.prototype. = .... Initial code should use Object.defineProperty(String.prototype, ...) instead.

It is hinted, but not explicitely stated, that string[idx] is a parenthesis. In other words, "a".findParenMatch(0) should not happen, because 'a' is not a parenthesis.

In JavaScript this indeed never happens, in Haskell it does happen and Nothing is expected.

This should be clarified; especially because in JavaScript, the function is bound to a prototype, which means it can be called on any string, with any idx; and this is exactly the point of extending the prototype. In such a situation, functions are supposed to double check their arguments, and have a well-defined behavior in every case without relying on preconditions.

The random tests only generate tests up to 2 million. Either the description should be fixed or the tests should be updated (tho some solutions will get invalidated)

• Ruby 3.0 should be enabled (Refer this & this for more detail)

o not use rounding, use testing for approximate equality.

For String decompress java random tests,

Can anybody explain if the test are correct ?

For input : [[5,"v"],[3,"r"],[11,"b"],[13,"i"],[8,"l"],[1,"m"],[13,"f"],[12,"p"],[1,"o"],[8,"h"],[10,"w"],[3,"i"],[13,"z"],[7,"s"],[13,"q"],[14,"r"],[6,"g"],[14,"k"],[13,"y"],[4,"b"],[15,"n"],[4,"d"],[13,"j"],[14,"t"],[9,"z"],[12,"q"],[1,"b"],[10,"m"],[15,"o"],[7,"d"],[13,"w"]]

Expected Output : "7777777777777 vvvvv888887777777rrrbbbbbbbbbbbiiiiiiiiiiiiillllllllm999999999999fffffffffffffpppppppppppp,,,,,,,,,,,,111111111111111o3hhhhhhhhwwwwwwwwwwiiizzzzzzzzzzzzzsssssssqqqqqqqqqqqqqrrrrrrrrrrrrrr999999999999ggggggkkkkkkkkkkkkkk1110666yyyyyyyyyyyyybbbbnnnnnnnnnnnnnnnddddjjjjjjjjjjjjjttttttttttttttzzzzzzzzzqqqqqqqqqqqq bmmmmmmmmmm77777777oooooooooooooooddddddd6wwwwwwwwwwwww88888855555555555222000000000000000"

But was:
"vvvvvrrrbbbbbbbbbbbiiiiiiiiiiiiillllllllmfffffffffffffppppppppppppohhhhhhhhwwwwwwwwwwiiizzzzzzzzzzzzzsssssssqqqqqqqqqqqqqrrrrrrrrrrrrrrggggggkkkkkkkkkkkkkkyyyyyyyyyyyyybbbbnnnnnnnnnnnnnnnddddjjjjjjjjjjjjjttttttttttttttzzzzzzzzzqqqqqqqqqqqqbmmmmmmmmmmooooooooooooooodddddddwwwwwwwwwwwww"

Are we supposed to have 8 7 9 1 in the expected output?
Is the expected output correct?

JS: Should enable Node v12

The image is unavailable, so there is no example now.
First I was amazed at the input image. But five minutes later I understood it was not the actual example but the 'unavailable' plug.