Make sure the average is rounded down if it's less than 5.5. The problem statement doesn't say that. But for me, this is what the random tests were complaining about.

For the Kotlin solution, the random tests require that the average be rounded down if it's it's less than 5.5 or rounded up if it's 5.5 and up.

Please add this tidbit to the problem statement.

There is a site called interviewing.io (there, you can do a technical interview anonymously over a shared code editor and shared audio, and uncover you name at the end of the interview if you wish). Another site is called triplebyte (It's an agency. If you pass their online tests, they'll make you skip screening interviews at tech companies). And then, there is pramp.com (that site allows you to do mock tech interviews with other job hunters over video and over a shared code editor. Others interview you. And you interview them. The site provides the questions and the answers. It's a great way to get a feel for the competence of the people you might be competing with).

But otherwise, I agree with Lise. Nothing actually beats applying for jobs and seeing what happens.

"For 37, we take numbers in groups of threes from the right and..." should be "For 37, we take numbers in groups of three digits from the right and..."

In my opinion, the new wording would make it clearer that we're talking about groups of digits.

In your last case.

CheckIntermediateValues(35,5,6,1) is indeed 35, not 36.

Just do it manually: 5 * (6 + 1) = 35

If in Java, did you forget to

import java.lang.Math;

In any case, implementing your own max and min using >= or <= inside a loop shouldn't be too difficult.

Yes, the method name should start with a lower case, and there could be more test cases in the public part of the test cases, instead of putting most of those test cases in the submission part, but aside from that, that java problem worked for me.

PS: I did not write the java test cases, nor the Kata. This is just my opinion as a third party who passed the java test cases.

Start your loop at 0 instead of 1. And voila, you'll pass that test.

First line in java is incorrect. This is the correct line.
public class HTMLComplementaryColor {

Yes, perhaps changing the example in the description might help.

getSocks("Punky", ["blue","red","red","lime green"]) -> ["blue", "red"]

Showing a gif diagram would greatly help the description I think.

I do not understand the description at all.

There are three issues with the java version. The test cases need to be written

// like this
assertEquals("undefined",s.slope(new int[] {-7,2,-7,4})); 

// not like this 
assertEquals("undefined",s.slope([-7,2,-7,4]));

Also, the x is switched around with the y. In other words, this means the numerator is switched around with the denominator if you want to make it pass the test, or pass the final submission.

These three errors with the Java version need to be corrected.

I agree. I think the word interlace would be clearer. http://dictionary.reference.com/browse/interlace