python new test frameworks

• Missing useful assertion messages

• Missing edge cases for 0

• Missing input type

• Initial solution setup does not compile (you should add return $n;)

• Test coverage is not optimal (I strongly suggest you read the test of Kotlin / C) and improve accordingly using the same logic and generation methods

You may also refer here on how to scrutinize everything

How much of Combinatorics does this kata need? Like I guess around 30%-40% is all about combinatorics to find the numbers which contain "5" in them.

how is that one only 4kyu

I completely unpublished this kata, because there is no point in making it I think but still thanks for telling me

you should ban the module below

I decreased the number of test cases for both languages, even though the task was easily completable

An annoying but possible solution might be to make a custom int subclass that checks for oversized ints, pass in a RestrictedInt(10) along with n, and disallow integer literals

You'd also have to ban the use of int, __class__, type, and Decimal.

But that would make it harder than other languages...

Edit: oops; it would still be possible to break the integer restriction using any default method that returns an int

Too much work to replace all the builtins and ban all the importables that would return int...

Raku translation, please review and approve

I find that the kata you mention is more clever than mine, but also a bit different (more complex) and requires more mathematical knowledge. I think an easier, less mathematical version shoudn´t hurt. Anyway, thanks for the feedback

Duplicate

For the record, do not translate beta katas as it has high probability of being a wasted effort for your side. And translating a duplicate kata is even a BIG NO NO !!!

.

Okey i did it. Hope it works! :D