Haskell translation

Since other languages may not have an equivalent to Python's Decimal, I've updated the description to be a bit more language-agnostic for non-Python solutions by having the return type be a tuple of (whole, hundredths). This seems like a fair compromise that satisfies the precision for monetary values.

Why is it a soviet abacus ?

apparently you switched to Decimals, but this is not indicated anywhere; the tests crash when i return a float:

unsupported operand type(s) for -: 'float' and 'decimal.Decimal'

you should :

• not use fuzzy equal anymore ---> this is how you make a price literal : Decimal('12.11'); the precision will be exact
• add a return type hint;
• remove this line from the description :

  round the answer to 2 decimal places!

most likely, there is an error in the compatibility of numpy and decimal. they give different answers. I'll try to come up with something, but for now I can only advise not to use numpy in solving this kata

Hello. No, it's a bug. I didn't think through that someone would use numpy. Thanks for the information, I will try to fix the problem in the near time

It's a little bit weird but OK

You have to read things on recursion. If you want a book, "The Recursive Book of Recursion" is a beginner friendly one.

Fixed. Thanks

5(this is the minimum) = 50
6 = 50*2 + (0 - 5) = 95
7 = 95*2 + (9 - 5) = 186 <- "You added left and removed right (value is correct though)"
8 = 186*2 + (6-1) = 377
9 = 377*2 + (7-3) = 758
10 = 758*2 + (8-7) = 1517

I could write in my native language, but it would be even more difficult to understand. I apologize for the crooked translation :)