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.
Thank you! I got used to the fact that the minimum and maximum numbers are in the array itself. I should have read the condition more carefully.
Thanks again!
Third test in attempt - [2,3,1,3,4,5] "pending" [6,3] ???
How can that be? Where does 6 come from?
love it
"There will be a next kata with numDiv < 10000"
numDiv=9999 and the decision will, by all appearances, be = 91695537858773979462999063778453094400
BigInt (for JavaScript, for example) allowed?
okay i understand
It requires at least Node 11 for it to work, right now, that version isn't enabled for this kata. Note this kata is trying to teach you about concat, not about flat.
This comment is hidden because it contains spoiler information about the solution
This comment is hidden because it contains spoiler information about the solution
I have understood. It has turned out that there was simply "not enough" list of prime numbers.
At increase in the list to 173 (would be possible less) the mistake was gone.
Somebody can explain how to understand a mistake:
[2492, 1988] should equal [2492, 1988, 8253] in ATTEMPT?
"RUN SAMPLE TESTS" passes without mistakes.
4 tests pass in "ATTEMPT".
The fifth gives a mistake:
"[2492, 1988] should equal [2492, 1988, 8253]"
My code for all numbers - 2492, 1988, 8253 - gives identical number of dividers - 12.
And findNumberWithMostDivisors ([2492, 1988]) gives out [2492, 1988],
and findNumberWithMostDivisors([2492, 1988, 8253]) - [2492, 1988, 8253].
What has to be equal to what in
[2492, 1988] should equal [2492, 1988, 8253]
I have checked in "RUN TESTS" of value pascal (1), pascal (2)... pascal(7).
Example Test Cases set in such form: Similar (pascal(7), [[1],[1,1],[1,2,1],[1,3,3,1],[1,4,6,4,1],[1,5,10,10,5,1],[1,6,15,20,15,6,1]]) for depth=7, for example. All Tests Passed. But the first test doesn't pass in "SUBMIT" for pascal(1). The answer is expected in a look '' [1]] ". It is obviously possible to set in "SUBMIT" if (depth === 1) return '[[1]]' and then the first test will pass, but following naturally isn't. (In "RUN TESTS" the first test then gives at once a mistake.)
Considering that 862 of 2255 people have solved this problem, there is no mistake in tests.
Just I, and not only I, don't understand something.
The author couldn't comment on this situation?
Somebody can explain why in "RUN TESTS" pascal(1) Value ==' [[1]]',
and in "SUBMIT" the same, apparently, of pascal (1) Expected: '' [1]] " ???
This comment is hidden because it contains spoiler information about the solution
You aren't right. I too so thought, haven't guessed yet as to solve it.
And in the decision it isn't necessary to divide large numbers. Only to multiply :).
Thanks! I have inattentively read a condition :(
And, in general, quite attractive problem :)
Loading more items...