7 years later this is still missing from the description.

Nice Kata.

Pretty complex and challenging kata to figure out.

The rounding seconds after each stage and rounding after boost requirements are not confronting to current standards, which should be to use an approximate estimation in comparing user's and actual solutions for the split time calculation. (i.e, rounding requirement completely removed) AND ONLY the final timing diff rounded down to the nearest second

Changed it :)
Since you've contributed to the kata, you should also be able to edit the description now.

Damn realised I didn't change number of fruits in basket from 5 to 6

.

Approved

see fork

JavaScript fork fixing issues as author is gone

• No fixed tests

• No random tests (yes the inputs are random but the results are still fixed, in both sequence and pattern-wise)

• Kata is still stuck in Node 8.

• The maximum range should be increased further beyond 5000 to prevent hardcoding

• There are 5 types of fruits in the basket: Apples, Pears, Oranges, Lemons and Bananas. HOwever, There might be some fruits left in the basket, after you sort them. Both of these statements contradict to each other. Either the statistic given is computed with minor rounding issues or there are more than 5 types of fruit in the basket. This should be specified clearly.

yes, it is just the condition of kata says you don't need that

Well, but you can add a validation for arguments to check if they're positive

this is considered bad practice, however

*in professional code, yes

in codegolf (crafting a solution with the fewest characters/bytes), however, anything goes

Thank you! Much appreciated.