Algorithm competitions are primarily mind games. In the struggle to keep your wits about you during a Single Round Match or Code Jam, your biggest opponent is yourself.
Here are some strategies that might benefit you in such an environment.
Strategy 1: Don't get too emotional!
It is important that you keep your cool before important events like the Collegiate Challenge or Code Jam. If you keep your mind sharp and stay calm, you instantly gain an edge over those others who are either too nervous or too confident.
Strategy 2: Mugging up doesn't help!
Don't revisit the Reference Manual at the last moment -- it really doesn't help. First, this is a competition, not a test. You cannot expect to actually absorb anything at the last minute by frantically reviewing functions -- it's more helpful to just stay relaxed.
Strategy 3: Conquering the Ultimate Dilemma
You've opened the problem, and it's harder than you thought. Can you really do it? How much time should you spend trying? Here are some criteria that might help you decide:
It's not entirely scientific - and you have to be honest with yourself - but the above method can be a helpful tool in deciding whether to keep pushing or cut your losses. These criteria can also help you overcome biases and preconceptions built into the competition. Just because a problem is a 250-pointer, you may or may not be able to put the logic into code - if you don't know how, move on, and don't waste time on it because it's supposed to be 'easy.' Similarly, if you've run through the criteria above on a 1000-pointer and come up with a score of 18 or 19, go for it - based on your assessment of your skills and the problem you've got a good shot, so don't be intimidated because it's supposed to be 'tough.'
Strategy 4: Never say die!
You have selected your problem and coded a decent part of the solution - yet somewhere down the line you feel the solution just isn't there. Let's look at four situations:
Strategy 5: The Final Frontier
Okay, the coding is done - now it's time for the challenge round. This round can help you garner a few extra points, but it can also make you lose some. Accordingly, this round must be treated with care.
When the challenge round begins, there will be several people in the room who have attempted the same problem. Here is a plan you can adopt to identify the weakest link.
First, decide which problem you found the most 'logically' demanding (again, do not be biased because of the point values). Go for the problem you chose, first.
Check for those who took either a much smaller or larger amount of time. Among them, choose those who have the lowest ranking and then inspect their code completely, regardless of how boring it is. The challenge round is extremely beneficial in this - it requires competitors to review code, understand it, and find flaws without using a compiler. This kind of activity not only improves your understanding but is also excellent training for debugging your own code.
If you find someone whose code will fail in certain special cases, go for the challenge. Even top-ranked coders make mistakes here and there, and there is a good chance that novice programmers haven't covered all the conditions or output prerequisites.
Hopefully, these strategies will give you some fresh insight into your own mind game during competition. Good luck!