Блог пользователя wakanda-forever

Автор wakanda-forever, 4 месяца назад, По-английски

Thanks for participating. We hope you liked the problems and enjoyed the round.

2226A - Disturbing Distribution

Idea: wakanda-forever
Preparation: wakanda-forever
Solution: wakanda-forever

Solution
Implementation
Rate The Problem!

2226B - Everything Everywhere

Idea: wakanda-forever
Preparation: wakanda-forever
Solution: wakanda-forever

Solution
Implementation
Rate The Problem!

2226C - Mental Monumental (Easy Version)

Idea: wakanda-forever
Preparation: wakanda-forever
Solution: wakanda-forever

Solution
Implementation
Rate The Problem!

2226D - Reserved Reversals

Idea: wakanda-forever
Preparation: wakanda-forever
Solution: wakanda-forever

Solution
Implementation
Rate The Problem!

2226E - Mental Monumental (Hard Version)

Huge thanks to chromate00 for suggesting this task.
Preparation: wakanda-forever
Solution: Proof_by_QED

Solution
Implementation
Rate The Problem!

2226F - Inversion Invasion

Idea: wuhudsm
Preparation: wuhudsm, wakanda-forever
Solution: wakanda-forever

Solution
Implementation
Rate The Problem!

2226G - Stop Spot

Idea: wuhudsm
Preparation: wuhudsm, wakanda-forever
Solution: wuhudsm

Solution
Implementation
Rate The Problem!
Разбор задач Codeforces Round 1095 (Div. 2)
  • Проголосовать: нравится
  • +86
  • Проголосовать: не нравится

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится +7 Проголосовать: не нравится

first. $$$B$$$ is a great segtree problem

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится +14 Проголосовать: не нравится

Cannot be on the same page as the author in 2226D - Reserved Reversals

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится +1 Проголосовать: не нравится

Was doing exactly the same stuff for C, but wasn't convinced with any greedy approach that came to mind.

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится +32 Проголосовать: не нравится

D's so hard :(

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится +6 Проголосовать: не нравится

that C was great, I tunnel visioned on the wrong greedy

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

I am doing the exact same thing for C as in the editorial 372865973. Where am I going wrong?

»
4 месяца назад, скрыть # |
Rev. 2  
Проголосовать: нравится 0 Проголосовать: не нравится

problem C is awesome

  • »
    »
    4 месяца назад, скрыть # ^ |
     
    Проголосовать: нравится 0 Проголосовать: не нравится

    Agreed

  • »
    »
    32 часа назад, скрыть # ^ |
     
    Проголосовать: нравится 0 Проголосовать: не нравится

    fr

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится +1 Проголосовать: не нравится

E reminded me of https://cses.fi/problemset/task/2425, was close to solving it :(

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится +26 Проголосовать: не нравится

Fun fact: F can be done in $$$O(\sqrt n)$$$

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

For Problem E, I started thinking about going from smallest prefix to the longest but concluded it was not feasible under the time limit. Then it hit me to go from largest prefix to smallest. pretty amazing problem imo.

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится +9 Проголосовать: не нравится

Screencast with commentary : Could only solve A and B. Had the correct idea for C, but had some bugs in implementation.

»
4 месяца назад, скрыть # |
Rev. 3  
Проголосовать: нравится 0 Проголосовать: не нравится

I imagine that some people tried an increasing greedy instead of a decreasing greedy for C. This does work but the solution is less clean. The idea is still to binary search on a valid $$$m$$$. We check if the first $$$m-1$$$ elements can be filled. For a given $$$m$$$, we can do the following:

Create a $$$cnt$$$ array, and maintain an unresolved left bound $$$L$$$ and right bound to pick elements $$$R$$$. Iterate $$$L$$$ from $$$0$$$ to $$$m-1$$$. If $$$cnt[L] \geq 1$$$, then the element already contributes to the mex. Otherwise, we need to find a location $$$R$$$ to take the next element from. Increment $$$R$$$ until:

  1. $$$R \geq 2L + 1$$$ (mod condition)
  2. If $$$R \leq m-1$$$, we need at least one element in the current location: $$$cnt[R] \gt 1$$$.
  3. If $$$R \gt m$$$, we can use any nonzero element.

Such a two pointer approach works in $$$O(n\text{ log }n)$$$.

Submission: 372875264

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

A's statement was weird, like B is 10 times clearer, and the difference between C and D in difficulty is massive

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

I've spent 2 hours on C, but for some strange reason the output in the cf tester differed with the output in my IDE. Like sometimes the tester would give me WA on the first test, although I would get the correct output in my IDE. In an online compiler I also get the correct answer. What can be the reason for that? I also asked it during the contest, but did not get an answer

  • »
    »
    4 месяца назад, скрыть # ^ |
     
    Проголосовать: нравится 0 Проголосовать: не нравится

    It may be that the variable has not been initialized.

  • »
    »
    4 месяца назад, скрыть # ^ |
     
    Проголосовать: нравится 0 Проголосовать: не нравится

    If you declare an array of size 100 (int arr[100];) but your loop accidentally accesses arr[100] (the 101st element), you invoke Undefined Behavior.

    Locally: The memory right next to your array might be empty or belong to a harmless variable, so the program silently continues and prints the right answer.

    Codeforces: That out-of-bounds read/write might overwrite a critical variable, cause a silent memory fault, or read garbage data, entirely changing your output.

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

sorry if it was newbie question, but i gotta ask.

why do we in problem one(2226A) make the answer expecting at least a single 1 in the array? isnt it possible that the array doesnt have any ones? sorry again for the newbie question, and thanks.

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится +6 Проголосовать: не нравится

One of the best C problems in the recent contests !

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

Binary search on C was so good

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

Highly recommend to check out 2093E - Min Max MEX if you liked C. It introduces another idea to MEX that this editorial didn't use. Anyways cool round!

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится
Faster solution for C
»
4 месяца назад, скрыть # |
Rev. 2  
Проголосовать: нравится 0 Проголосовать: не нравится

Solution to D is too feeble, such questions should be avoided in contests

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

I got killed by C again today !!!

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

I only solved A and B ...

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится +5 Проголосовать: не нравится

Problem C was really good problem, I'm so like it! Thanks for amazing contest!

»
4 месяца назад, скрыть # |
Rev. 2  
Проголосовать: нравится 0 Проголосовать: не нравится

Can anyone pls tell me why my code is failing for C i tried a different version where store all numbers that are between 0 to n-1 in array in set and store all duplicate or values greater than equal to n in a list then sort the list then try to make the mex by iterating over 0 to n-1, if set contains i then go to next if not then iterate the list and check if it can be used to make i and so on and if cant find any value then return the i otherwise keep on iterating i till n-1 and return n which is the maximum mex, here's my code -->https://codeforces.me/contest/2226/submission/372918788

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

D is so hard.

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

Problem E looks like a simple extension if C was solved, the only tricky part here is converting the concept of lazy segment tree into an implementation. I have tried different variations of implementation this whole morning, but still couldn't figure it out. Maybe I have to work on lazy segment trees :(

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

too hard

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

In Problem $$${C}$$$, it should be $$$\lceil \frac{x}{2} \rceil$$$ rather than $$$\frac{x}{2}$$$.

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

C cooked me so hard, but still, i have to say it was a great problem!

»
4 месяца назад, скрыть # |
Rev. 2  
Проголосовать: нравится 0 Проголосовать: не нравится

Nice contest

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

HELLO

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится +5 Проголосовать: не нравится

this editorial is so good!

»
4 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

for the problem A , for the test case 3 2 1 the minnimum cost given is 6,but if we choose 3 first then proceed to choose 2 & 1 together the cost cost would be 5,(3+(2x1)) then why cant we do that as we can choose element singly or in subsequence please replyy

»
3 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

Implementation for problem G causes MLE.

»
3 месяца назад, скрыть # |
 
Проголосовать: нравится 0 Проголосовать: не нравится

This brute force 379042213 that seems like O(n^2) also got AC. lol