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.
This comment is hidden because it contains spoiler information about the solution
Despite the condition being 2 or less in stock, "stock < 2" also passes the tests
This comment is hidden because it contains spoiler information about the solution
For tests with decimal values your solution must have precision of 1e-9.
Random tests never generate negative or decimal values of
r
Edit : Python version
It is great challange, love it, just not very clear what is expected until I have run it first time. I would suggst to state using LENGHT fuction is not allowed - just for a clarity.
Input: 7 9 15
Output:
7, 63, 567, 5103, 45927, 413343, 3720087, 33480783, 301327047, 2711943423, 24407490807, 219667417263, 1977006755367, 17793060798303, 160137547184727
Stack trace:
expected:<...3480783, 301327047, [-1583023873, -1362312969, 624085167, 1321799207, -988709025, -308446633]> but was:<...3480783, 301327047, [2711943423, 24407490807, 219667417263, 1977006755367, 17793060798303, 160137547184727]>
Negative numbers here means Integer overflow
Description should be language-agnostic
Kotlin random tests seem to contain Integer overflows in their expectations, causing valid solution to fail.
Description should be language-agnostic
Please review the description. It was very good until it missed some relevant details, such as requiring the output of the "price_per_kg" column to be converted to float. Otherwise, I liked the challenge.
The results in the price_per_kg column are not checked. I have applied some incorrect formulas to count values of this column, and these solutions passed all the tests.
The description requires to count different type of products which will requires to use distinct, but for the result showing that we should not use it.Either you should change the description or change the test case
Hey everyone I need some help. I think I passed this one with a little luck. What would've been the output had I not included the GROUP BY statement?
Missing input constraints in the description. Are all the arguments will be positive? Will there be edge cases such as
n = 0
? The test cases seem to say no but it should be mentioned nonetheless.The description is forces you to use Distinct, but its wrong descigion.
Loading more items...