On these days i'm practicing a lot in some OJ, and i always have a little trouble: "When should i give up of thinking and go see the editorial ?".
If you have some tip i would be very thankful.
Sorry for my bad english.
# | User | Rating |
---|---|---|
1 | tourist | 4009 |
2 | jiangly | 3821 |
3 | Benq | 3736 |
4 | Radewoosh | 3631 |
5 | jqdai0815 | 3620 |
6 | orzdevinwang | 3529 |
7 | ecnerwala | 3446 |
8 | Um_nik | 3396 |
9 | ksun48 | 3388 |
10 | gamegame | 3386 |
# | User | Contrib. |
---|---|---|
1 | cry | 164 |
1 | maomao90 | 164 |
3 | Um_nik | 163 |
4 | atcoder_official | 161 |
5 | -is-this-fft- | 158 |
6 | awoo | 157 |
7 | adamant | 156 |
8 | TheScrasse | 154 |
8 | nor | 154 |
10 | Dominater069 | 153 |
On these days i'm practicing a lot in some OJ, and i always have a little trouble: "When should i give up of thinking and go see the editorial ?".
If you have some tip i would be very thankful.
Sorry for my bad english.
Name |
---|
here is when I read editorial, may not be the best approach :
No clue about question: if I read editorial in this case, I learn something new..
TLE on test cases : if after trying, I can't optimise further, it means I don't know something, so waste of time to try more..
logic/silly/syntax bugs : Not recommend, but if you have already spend 3-4 hours debugging and still fail, its better to look at editorial..
But I have been told, reading code before solving very bad thing before solving a sum, so I avoid that
downvoted :D
If you cannot solve a problem for a year, probably you don't know something and it is better to read editorial.
Otherwise you should take a break and try to solve another problem. Maybe when you return to this problem after a month you will solve it instantly.
If direct road to destination is too long and hard, seek smaller but easier number of paths that leading to that destination.
direct road , destination , paths ...maybe your comment is a graph theory question :V
Should be pretty easy with Dijkstra :)
To understand the balance you want to strike, consider the pitfalls on the extreme ends.
If you wait too long before giving up, you will waste time trying to reinvent ideas that you never learned. You'll get to the editorial and realize there's some completely new data structure or algorithm that you haven't seen before. It probably would have been more time-efficient to just read the editorial when you ran out of ideas.
If you give up too quickly, you are missing out on a chance to develop your problem solving ability. Typically when this happens, you'll notice when you get to the editorial that you knew all of the pieces to the solution, and you just couldn't put them together.
I think if you pay attention to when those two issues happen, you can develop an intuition for when to give up on problems.
Also, in general I recommend that you keep working on a problem until you run out of ideas to investigate. For example, maybe you see a problem and you have a few different ideas (greedy approach, max flow, etc.) that seem to be relevant and might lead to solutions. For each idea that you have, try to develop that idea into a full solution, until either you succeed, get stuck, or realize it won't work.
The great thing about doing that is you are developing your intuition for what kinds of approaches work on what kinds of problems, by seeing which ideas succeed and which ideas fail. If you give up too early, and don't follow through on your ideas, you miss all of that learning.