You should specifies the range, it is greater than 0 or less than 0, it is important.
C#: test code should be removed from Preloaded
This comment is hidden because it contains spoiler information about the solution
Java Translation
I'm open for discussions on the Kumite!
UPDATED GROOVY TRANSLATION
Changes:
org.junit.jupiter.api.*
assert
org.junit.jupiter.api.Order
Groovy Translation
Lua translation!
It doesn't throw any errors
Not true in Rust. Fixed in this fork.
Could be interesting to make a harder version of this that tests for 0 as well
The author of this kat better additionally include the hashtag "debagging"
Scala translation
C# translation ready! Please review and approve.
Why does the Rust version use i32s when the instructions specify that the input will always be positive?
i32
C Translation (author inactive).
Thanks for the Kata!)
Please, can one of the contributors add the tag OBJECT-ORIENTED PROGRAMMING, as the task includes OOP functionality?)
OBJECT-ORIENTED PROGRAMMING
Loading collection data...
You should specifies the range, it is greater than 0 or less than 0, it is important.
C#: test code should be removed from Preloaded
This comment is hidden because it contains spoiler information about the solution
Java Translation
I'm open for discussions on the Kumite!
UPDATED GROOVY TRANSLATION
Changes:
org.junit.jupiter.api.*
instead ofassert
for testingorg.junit.jupiter.api.Order
is implemented correctlyGroovy Translation
Lua translation!
Not true in Rust.
Fixed in this fork.
Could be interesting to make a harder version of this that tests for 0 as well
The author of this kat better additionally include the hashtag "debagging"
Scala translation
C# translation ready! Please review and approve.
Why does the Rust version use
i32
s when the instructions specify that the input will always be positive?C Translation (author inactive).
Thanks for the Kata!)
Please, can one of the contributors add the tag
OBJECT-ORIENTED PROGRAMMING
, as the task includes OOP functionality?)Loading more items...