thanks! this was not clear from the description

I wouldn't have solved this kata without this comment, thanks!

oh jeez - also wasted time on this. Great simulation for miscommunication in the workplace!

Thanks!

I would never have thought of that. Thanks!

Thanks, waisted some time on that.

ATTENTION: sharkDistance is already the distance between shark to pontoon. Maybe specify that so people dont waste time ASSUMING that its between shark and human.

👀

It is what it is. Once it is set nobody can change it...

I feel like this is more like a 4 kyu, just by the sheer amount of logic that goes into it.

Sorry! The description says:

The same article may appear more than once. If that happens return all the lines concerned by the article (in the same order as in the catalog).

In the supplier's book they certainly don't have the same identifier but they have the same name...

IMO the ideal solution would be to round the BMI to 1 decimal place, as the users above were doing, and choose category based on that value, instead. There will be no need to reject those marginal cases (which will be generated from time to time), and no rounding issue should be present then.

Chrono79, the issue is that <= vs < isn't well defined with FP because numbers are not exact, and calculation order can change them. The same basic calcuation could be for example 18.5 +/- epsilon . I rewrote the generator to basically avoid the edge cases.

If someone has a better way to handle it, then change it and let me know as there are a LOT of kata which have this problem. They have FP calculations and then breakpoint driven output.

The description should specify that the rounded BMI is a part of the output object, and the exact value should be used when picking the correct category.