Python. Kata wants us to sort it based on numerically descending 9-1 which makes sense. what gets confusing is the alphabetically part. From my knowledge sorted() sorts a-z, so ascendingly. So my sorted list would be sorted 9-1 but when two conflict for same rank it would put a before b. Made me a bit confused. I'd say just sort ascendingly from 1-9 to simpify the sorting process, cause it's not really important. Other than that pretty nice, especially the use of json data.

Also at some point in my attempting the tests threw an error from serverside saying something about not supporting > with None type. Only happened once though.

the markdown in the description mixes code blocks with language blocks, resulting in confusing rendering, e.g.:

`getWidth()` return the width of the `Block`

either the languages tags should be replaced by conditional ones, or the backticks surrounding function names should be erased and the specification commented out

python new test framework

python new test framework is required. updated in this fork

C#: method name should be PascalCase (Please refer to implementation of backward compatibility here )

As per my comment below, the handling of uncertainty in this kata is pretty weird. Solutions are required to deliver answers with higher precision than the inputs, and therefore coders must either:

1. Think about the numerical analysis of their solution (not really a 7-kyu thing)
2. Fiddle around with the algebra until they stumble on a correct solution or get lucky with the random tests (not great for learning IMO)

For reference the uncertainty on the volume of a sphere with radius 1000+-0.005 (rounded to 2DP as in this kata) is about +-157, whereas the kata asks for an answer accurate to +-0.000005

I suggest one of the following be applied:

1. Test answers to within a percentage of the expected value rather than to a static 5DP; Gaussian error approximation for the most complex of these calculations is about 0.03%, which would prevent most issues.
2. The description be updated to mention the need for accuracy, and some hints about how to do that (e.g. avoid rounding on intermediate values) could be added.

Python should be updated to new test framework

Note: approve Ruby translation first

In python the function should return a tuple.

Test cases marked as True or as False by a few decimals points, depending on whether some multiplication is put first or last. That is a serious bug. Test should not exactly compare floats !

Rust translation

Rust translation.

( JS, possibly others )

Performance requirements of the translation are not in line with intent of the Python original, or with ranking.

the formula in the description is incorrect: summation is from 0 to n, not from 1 to n

It's not reliably tested that slugs for katas with the same rank are sorted alphabetically.