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.
Cool! I didn't know you could leave out the ternary operator.
lol
The last code block has this spec. Closing.
fixed here
approved by someone
JS Fork to address this suggestion. Also fixes description, increases documentation, and adds very minor test enhancements
The anticheat tests are incorrect and fail the reference solution too.
isUniversal
anticheat: This line ingenerate
Will incorrectly cause unconditional failure for some test cases. For example, if your random tests run
new FunctionalSet([D]).difference(new FunctionalSet([D]).difference(new FunctionalSet([C]))).not()
(which should, in fact, be universal).For the anticheats, the variables in the tests are scoped in a problematic way (namely
your_result
,my_result
and_it
). By scoping them outside the test loop, every singleit
block will be reading and writing to/from the same references. This is a problem because Chai sets up the fixtures way before any of theit
blocks are run. Before anyit
is run, these variables would have had their values overwritten on each loop, until they settle on the values from the final iteration. So the end result is basicallyyour_result
,my_result
and_it
having the same values on each run. Since the titles of theit
blocks are also precomputed, they do NOT match what is really being tested.The anti cheating memoization test: The functional set argument returns a string instead of a boolean. Discussed in the issue below mine by Invariance.
This. It's driving me nuts
Interesting Kata for exploring generators!
Took 2 weeks to solve, but I had a lot of fun, and learned a lot on the way!!
Something is wrong with the
Duplication exception tests
I did comment it out from my sample tests, and it allowed my solution to pass all tests.
I also, tried other users solutions, and they do not pass this test case as well.
Python new test frameworks are required.
So calling two separate where-filters is a logical AND, while combining two where-filters in one where-call is an OR?
// SELECT studentName, teacherName FROM teachers, students WHERE teachers.teacherId = students.tutor AND tutor = 1
query().select(student).from(teachers, students).where(teacherJoin).where(tutor1).execute(); //[{"studentName":"Michael","teacherName":"Peter"}] <- AND filter
// SELECT * FROM number WHERE number < 3 OR number > 4
query().select().from(numbers).where(lessThan3, greaterThan4).execute(); //[1, 2, 5, 7] <- OR filter
Missing mutable test cases for
takeWhile
.This comment is hidden because it contains spoiler information about the solution
Loading more items...