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.
Better figuring out looking at the examples although I think the description is clear and simple enough to understand as well.
Fixed. Thanks
Almost there. First, you wrote
Enhancment
in the section title and another paragraph, missing an 'e': "Enhancement". But I would also change every mention of "second" to "other", e.g. here:(Because "second" implies ordering, i.e. we destroy the one we found last. That isn't the case though.)
Thank you. I agree this kata is more like 4kyu. But since I am new to creating kata, I acted stupidly and was the first to post the Ruby version, and almost everything is easier in Ruby, especially metaprogramming, so those who evaluated it after solving it in Ruby and rated it easier. Well, besides this, new kata are assessed differently than the old ones, so new ones on the same kyu will often be more difficult, I don’t know exactly why this is so.
Thanks for the help. Corrected it, is it clearer now? Unfortunately my English is not very good yet
Either I underestimated this kata going in, or this kata was on the more difficult end for 5 kyus. Either way, this was a pretty good kata and I enjoyed the challenge.
Thank you! That fixed the problem.
apologies for the late response, but it should be fixed and working properly.
Would this be possible for someone with edit permissions to fix this bug?
Read several times before understood what was going on. Probably better to emphasize that first the queue is sorted by priorities, then with every "known customer" swapping occurs.
The following compile errors were encountered while attempting to pass:
Could you please fix
&[1,1,3,2,0]
with&vec![1,1,3,2,0]
? Other tests likewise.Also the function does not require a mutable reference, probably you want to remove "mut " from calls as well:
assert_eq!(get_in_line(&mut vec![1,1,3,2,0]), 3);
->assert_eq!(get_in_line(&vec![1,1,3,2,0]), 3);
.That is true, i hadn't had much experience with Rust when making this problem and i was running into issues just passing in
Vec<i32>
. Now I've looked back at it and realized it's an easy change.suffering for what...
mine better!!!!!!!!!! (thanks to sensei)
Better to read the condition carefully first...
Loading more items...