I'm glad I could think of it too, but it took a few hours! A wonderful solution!

Very cute problem - thanks!

AxB doesn't need to be provided, although I appreciate doing so creates a certain symmetry.

Actual and expected were swapped, fixed it.

java sample test test2() expected: <6> but was: <7> but the test is:
@Test
void test2() {
assertEquals( Kata.alphabet(new long[] {2L, 6L, 7L, 3L, 14L, 35L, 15L, 5L}), 7L );
}

this also get pass.

Approved

Should be fixed. Yell if it isn't.

Should be all fixed now. Note that int changed to long, so you'll need to change that.

nvm I forked it myself.

JS

Is correctly this test?

assert.strictEqual( alphabet([2,6,7,3,14,35,15,5]), 7);

I'm only failing this test...

Thnks!

An update was made by @ITSOS, should be good now.

(cw doesn't send out notifications in this scenario so I didn't see your messages until now)

Yeah the issue isn't solved. But it's a duplicate. So the issue is still open. And it's being worked on. Probably. The translation author did poke at it but it needs another pass and uh. The point is, the issue isn't being ignored.

I think you're wrong about the size being different from 8 though. Maybe you're printing it in some weird way that you're looking at two of them. Java people seem to be prone to that kind of thing, while for example python/js people can just print it and get it neatly formatted and therefore won't mix them up that way. (not that it matters until the other issue gets fixed)

Scala translation