Yes, this type of floating point verification is asking for such issues:

Test.assertEquals(+actual.toFixed(6), +expected.toFixed(6));

Instead, a tolerance of 1e-6 should be used.

isn't this possibly an issue?

It's not so much about exactly how many decimals, it's about whether it is a valid solution or not. It simply doesn't seem okay to allow for any solution to sometimes pass a kata.

Nice kata!

Maybe it is not 8 kyu?

The kata description could be more Python-oriented for sure, but the instructions themselves are fairly clear and straightforward. Additionally, there's already another issue addressing this, making a second issue seems redundant.

This is the perfect example of why i hate this whole coding challenge stuff. 8 kyu my a**.

reviewed, changed slightly, approved.

The comma operator makes age,handicap a tuple to Python. The parenthesis make it a tuple to everyone else.

Haskell translation moved from a duplicate kata, please review.

instructions unclear for Python

Approved by Johan