Awe I couldn't think of how to turn that 40 - mm into a variable, thank you lol.

I'm not sure what's missing ?

• turn the CamelCase into kebab-case
• return ONLY lowercase letters

There's not much more to say.

I must agree though that we had to "guess" that some input would be in PascalCase and not camelCase, but a quick look at the description's examples and sample tests, and it gets obvious.
I'm just saying, not much is missed, some katas are far less understandable, with only half a description for a complex problem in an approximative english...

I found the error, thanks. I went out into the street, breathed in the air and understood. Your comment helped a lot.

I don't know what you're looking at, but I copied your code, and can clearly see the logs. For example, I see: "Lon ------ Rome:Jan (...)" in your console logs, but you're returning a value that's not -1. "Lon" isn't a valid city.

The function receives as input: Berlin, Rome, Vancouver, Madrid, Montevideo, Caracas, Tokyo, London, NY, Bangkok, Lima, Paris, Beijing, Lon.
At least in data, there is London, Rome, Tokoy. But in return I get: expected 51.199999999999996 to be close to -1 +/- 0.01

Why is this not a problem? If at least 4 questions down the thread were asked with the same parameters? This means that in the description of the task, there are inaccuracies or deliberately missing conditions.

Hi,

I guess you've been mislead by printing/reading stuff at the wrong place. For instance, you give neither the input nor the assertion message of the failing test, so nobody can help you.

This might help: https://docs.codewars.com/training/troubleshooting#print-input

In any case, it's not an issue -> closing.

Cheers

Good afternoon. Occurs incomprehensible errors during random tests. The parameters are given cities that are in data, but the tests require for some reason (-1).

Bangkok

[
'Rome:Jan 81.2,Feb 63.2,Mar 70.3,Apr 55.7,May 53.0,Jun 36.4,Jul 17.5,Aug 27.5,Sep 60.9,Oct 117.7,Nov 111.0,Dec 97.9',
'London:Jan 48.0,Feb 38.9,Mar 39.9,Apr 42.2,May 47.3,Jun 52.1,Jul 59.5,Aug 57.2,Sep 55.4,Oct 62.0,Nov 59.0,Dec 52.9',
'Paris:Jan 182.3,Feb 120.6,Mar 158.1,Apr 204.9,May 323.1,Jun 300.5,Jul 236.8,Aug 192.9,Sep 66.3,Oct 63.3,Nov 83.2,Dec 154.7',
'NY:Jan 108.7,Feb 101.8,Mar 131.9,Apr 93.5,May 98.8,Jun 93.6,Jul 102.2,Aug 131.8,Sep 92.0,Oct 82.3,Nov 107.8,Dec 94.2',
'Vancouver:Jan 145.7,Feb 121.4,Mar 102.3,Apr 69.2,May 55.8,Jun 47.1,Jul 31.3,Aug 37.0,Sep 59.6,Oct 116.3,Nov 154.6,Dec 171.5',
'Sydney:Jan 103.4,Feb 111.0,Mar 131.3,Apr 129.7,May 123.0,Jun 129.2,Jul 102.8,Aug 80.3,Sep 69.3,Oct 82.6,Nov 81.4,Dec 78.2',
'Bangkok:Jan 10.6,Feb 28.2,Mar 30.7,Apr 71.8,May 189.4,Jun 151.7,Jul 158.2,Aug 187.0,Sep 319.9,Oct 230.8,Nov 57.3,Dec 9.4',
'Tokyo:Jan 49.9,Feb 71.5,Mar 106.4,Apr 129.2,May 144.0,Jun 176.0,Jul 135.6,Aug 148.5,Sep 216.4,Oct 194.1,Nov 95.6,Dec 54.4',
'Beijing:Jan 3.9,Feb 4.7,Mar 8.2,Apr 18.4,May 33.0,Jun 78.1,Jul 224.3,Aug 170.0,Sep 58.4,Oct 18.0,Nov 9.3,Dec 2.7',
'Lima:Jan 1.2,Feb 0.9,Mar 0.7,Apr 0.4,May 0.6,Jun 1.8,Jul 4.4,Aug 3.1,Sep 3.3,Oct 1.7,Nov 0.5,Dec 0.7'
]

While it's indeed a good practice to avoid mutating inputs, it would be great if tests handled this gracefully.
If mutation is not desired, test for it explicitly, or at least give proper feedback.

Random tests could have been written to not be sensitive to input mutation but "not mutate inputs" seems to be a "Golden Rule" and when it is not followed it can give "designed poorly" code:-) Cheers!

С# and maybe another:
If you want to pass random tests, don't change the inputs!

You are right, the problem was the mutation of the input data. Thanks, but that still means that the random tests were designed poorly.

I didn't read your solution (not enough time for that) but I suppose you are mutating the input.

And yes, I have no idea how another 3522 people solve it in C#

However they passed. I tried several solutions and all worked fine.

This is a great kata. The main thing is to think a little

You are the best