Loading collection data...
Collections are a way for you to organize kata so that you can create your own training routines. Every collection you create is public and automatically sharable with other warriors. After you have added a few kata to a collection you and others can train on the kata contained within the collection.
Get started now by creating a new collection.
Merge conflict.
Approved.
Yes, that's why I'd like to see input ranges always documented. When they are not, I assume that anything should work (no overflows, bogosort doesn't time out, ...), otherwise it's not clear what is expected to work and what isn't.
Also, when not everything is specified, I start thinking about it less like about competitive programming and more like about a real world task where the input range is consistent with the story.
Two
#include <string_view>
s missing.The input range isn't specified and the nature of the problem suggests than the input is small.
Haskell has big numbers in the random tests, the most straightforward solution times out.
Is the reference solution correct? My solutions passed 25 tests including some big ones, so I'm not sure what could be wrong... (I can't see the spoilers.)
This comment is hidden because it contains spoiler information about the solution
This isn't tested consistently: an incorrect Python solution, an incorrect Haskell solution.
I think this is my first grouped solution of this complexity. I had Haskell one-liners with 5 function applications, but only a really simple inherited class in Python at the type level.
Java:
-2118184960
is2176782336
as anint
, it looks correct, but there shouldn't be tests like this in the first place.Missing edge case test with 0 arguments.
IDK, is another prime kata considered original enough these days?..
This comment is hidden because it contains spoiler information about the solution
IDK if it was a joke, but there are 3 shorter ways to import.
Why is it "Second Runner" for
position = 3
?..Groovy, sample tests:
Loading more items...