Ad
  • Custom User Avatar

    I think it's okay to keep different types as inputs but the description is really off

    Given a list of integers

    in context of Haskell seems like a literal requirement for the arg to be [Integer] type

    There should be Haskell-specific description clarifying that input is a list of Integral derivative

  • Default User Avatar

    wouldn't it be fine if simply defining the type in the default code? it's quite odd for the solver to specify the type when they don't .. know what it should be

  • Custom User Avatar

    Yeah, that's nowhere remotely close to what the kata is supposed to test, which is a problem in itself.

  • Custom User Avatar

    It's solvable using typeclasses

    But yeah it does put more of a challenge compared to other languages

  • Custom User Avatar

    Haskell solution's type expectations are weird. There's a mix of Ints and Integers in the input, and it makes it nearly impossible to properly handle the data.

  • Custom User Avatar

    Trimming whitespace on its own has been thoroughly covered, but this involves several other steps in order to trim each individual line. I looked and could not find another kata that covered it. I'd be happy to update the tests when I have a chance.

  • Custom User Avatar

    Suggest having a thorough look at this for tips on authoring a kata: https://github.com/codewars/codewars.com/wiki/Tutorial%3A-Create-Your-First-Kata

    Issues:

    • Use a novel/unique idea, avoid creating duplicate katas: trimming whitespace has been thoroughly covered on CW
    • Write good tests, and utilize both fixed and random test cases: kata needs random tests; 3 fixed tests is insufficient