Ad
  • Default User Avatar

    oh for sure my friend, it wasn't my intention to take over your kata. I'm not sure if I was rude or you're too sensible, in any case, sorry. I understand that takes a lot of work to change it and as it's right now it's a pretty good one, I am just picky programmer lol. I think that I backed "my" (lol) point of view with enough explanation to make it not-just "my" point of view, but it's not a big deal. Don't worry, I'm not dissapointed, it was a suggestion without serious expectations lol. Once again sorry for all the trouble and thank you for the kata.

  • Default User Avatar

    Please check my reply in my previous issue report. I know you marked it as resolved but I don't think it's resolved yet. Thanks

  • Default User Avatar

    I agree that you didn't speficy a!=b but if a=b there is going to be just one number to exclude from the secuence. A "solution" that return the pair (3,3) for N = 5 is wrong since (1+2+4+5 = 12) != (9 = 3*3). That's my point, altought I have to admit that my solution don't find pairs for a = b where 1+2+..+n - a = a*a. Don't be sorry, even the most popular solution don't check it. If your real intention was to allow a=b then please include a test for N = 3, 20, 119, 696, 4059, 23660, 137903, 803760 or 4684659, those have solutions for a=b. Thanks.

  • Default User Avatar

    This comment is hidden because it contains spoiler information about the solution

  • Default User Avatar

    This comment is hidden because it contains spoiler information about the solution

  • Default User Avatar

    This comment is hidden because it contains spoiler information about the solution

  • Default User Avatar

    Post what you have so far

  • Default User Avatar

    This comment is hidden because it contains spoiler information about the solution

  • Default User Avatar

    This fails at least for n equals 5, 15, 32, 90, 189, 527, 1104, 3074, 6437, 17919 and 37520, because it doesn't check a != b