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.
Nice kata, this one is quite challenging indeed.
I like these sorts of katas very much.
Could someone advise whether I am misinterpreting the instructions, or whether this is an incorrect test:
The test result says
81
(among other similar examples) should be included in the output.The rows with
# used in P
noted appear to be used in a path ([698, 5290, 9782, 2332, 92, 81]
) which contains a friend of the prince (2332
). This leads me to believe the ID of81
should not be included as per the formula in this section in the instructions:Is it simply that the end of the formula is not accurate (
$ p \notin F $
), or am I mistaken?The fixed tests are not fixed, they are relying on the ref solution. Meaning if the ref solution is wrong, there is no guarantee on the specs. At all.
Also, the fixed tests should hold all the needed data for each test in one place: input data, princ and thief ids, and also the expected output. The sample tests need to also be updated with this.
Who the hell reviewed the random tests and didn't notice THIS:
Also complete lack of specification regarding expected time complexity etc.
some other solutions are only passing the tests from time to time (the current top solution, for example) => something is wrong somewhere.
Note: according to the description ("algorithmic side"), a friendship path thief -> prince -> firend of prince make all of them suspect, while this doesnt look right because the thief himself is a friend (not that problematic), but this also means there is another friend in the friendship path, meaning none can be suspected...? eidt: mmh, the thief is excluded, so I guess that part is ok, but this situation still looks pretty weird. A clarification and a specific fixed test for that is needed, at the very least.
Hi,
Something isn't specified "correctly", apparently, but more importantly, the efficiency tests are using some outputs that are built entirely differently of all the other tests (edit: that, or the problematic case comes up more frequently when the number of nodes is huge): I currenlty have a solution (fast enough) that is passing all the tests, but returns wrong results on some efficiency tests only. Problem being: how am I supposed to find the hidden spec/stuff I misunderstood on inputs with more than 4000 nodes...?
This comment is hidden because it contains spoiler information about the solution
Sad that this is still lingering in beta. This is an awesome kata! You have to be willing to do the research into the solution. If you can't figure it out on your own -- I couldn't! -- go looking for the "Futurama Theorem." I found a PDF from a teacher who demonstrated the solution by using their students in a live demo. Then I just turned the teacher's live demo into code. I won't say any more, or I'll be flamed for saying too much.
Some dissatisfied with the task, because in the tests there is a performance test for 7 kyu kata, with a very large number of items. Unlike the actual implementation of the algorithm, which is described in detail, you need to do the math. It takes away the ability to implement The algorithm.
And now I've solved it, but only after researching the episode and the theorem. Great kata!
Made some basic edits to spelling (e.g., auxiliar --> auxiliary), punctuation and the like, while trying not to be too pedantic. Looking forward to trying this!
Tests should fail without raising exceptions when the result is not iterable.
Yes but it is because the test suite is more robust now
Loading more items...