Aren't the names there in the kata's description?

The database has two tables:

athletes (Players Table):

matches (Match Records Table):

I don't think so, for people who are new it's amazing else go on with the next kata if it hurts so much.

I think it's just to show you what counts? Or something? They should just put it in the spec, in my opinion.

it is mentioned in the description. it is done to make kata more complex - to find out unorthodox approaches.

Print the input, read this:

The returned object should include the first instance of each property seen on any parameter object, and any other instance of that property should be ignored.

And see the last example in the decription:

extend( {a: false, b: null}, {a: true, b: 2, c: 3} ) // should === {a: false, b: null, c: 3}

You're also hardcoding the number of arguments, that's not a good thing to do.

for example take tese 2 words "some" and "home" ------> "ome" is common among both, it is clearly present in the question, You missed it!

I don't know why JS is available here at all...

See the reply to the comment below. This kata was made before BF was available on Codewars, hence JS.

You're supposed to write a BF program, not JS one. I don't know why JS is available here at all...

It's in the description:

people table schema

people is the table's name in this kata.

No problem, it's in Details, Stats: Created and Published.

Have you seen how old is this kata? It wouldn't be approved today.

@andreapt82 The condition is only that every boy has a girl next to him (on either side), and vice versa. So while BB is not valid, GBBG is valid. Have a look at the expected solution for your problem, are there any Bs that are NOT next to a G? Or any Gs that are NOT next to a B?

I give up.

She even gave you a possible solution for those inputs.

No, it should not be null.