1.比赛前一天晚上请准备好你的各种证件,事先查好去往考场的路线。
2.开始比赛,不要急于看题目,将试题第一页的时间、内存限制等等一字不落地看完, 把每题的时空限制写在草稿纸上。
看题目时不能走神,看完题目后将其归入某几个框架中,包括:模拟/枚举/搜索/贪心/动态规划/图论/分治请将题目通读完以后,再开始深入思考你认为最容易的一道题。
根据输入数据的范围大致确定算法复杂度,以下均是可能情况,不绝对:
20:220=一百万,O(2n),搜索
100:1003=一百万,O(n3),Floyd/搜索
1000:10002=一百万,O(n2),动态规划/图论
500000:O(nlog(2,n)),二分答案/二分查找/快排/归并
1000000:O(n)或 O(1),数学问题/改变思维方向/贪心
即使这道题再容易,也不要着急写代码,请先明确自己每一步要干什么后,再开始写,轻敌会是你最大的错误。
3.即使这道题看起来再没法做,也不要提早放弃,这个时候纸和笔会是你最好的朋友,自己尝试几个例子,也许你就会找到答案。
4.请一定先明确自己要干什么之后再写程序,不要走一步想一步 写下代码前,必须保证有充足的思考时间,有成熟的想法后再动手。写代码前,尽量用多而强的数据去测试想到的算法,毕竟代码写完后再测试就浪费很多时间了不能想一点写一点,就算是输入部分也要在整体思路理清后再写。
5.如果这是一道动态规划题,请先把转移方程写在纸上再编程。
6.如果思考 30 分钟仍一头雾水,没有可以实现的算法,请你果断屏蔽掉 100%的那一栏数据,开始写60%,50%乃至 30%的算法——在 NOIP 里面,30 分绝不是小数目。
7.如果你发现你旁边的人写得很快,请你放心,他的算法十有八九是错的。
8.计算内存的方法:数组大小*类型长度/1000 / 1000=所占内存 MB 数,int 类型长度是 4, long long=8。
9.如果对大规模数据的算法正确性不敢保证。可分段处理:先写一个暴力程序应对小规模数据,再写一个高效程序应对大规模数据。以函数方式实现。这样也方便后续对拍。
10.写完程序之后,请一定不要忙着编译,请一定要将你的代码从头到尾通读一遍,也就是静态查错,这是整个编程过程中最重要的步骤,有的变量重复调用问题调试的话,一个小时也看不出来,静态查错可以一下指出错误。
11.静态查错请注意以下方面:
(1)是否写上了 using namespace std?
(2)数组开得是否够大?
(3)变量类型是否正确,答案和中间结果是否会爆 int?
(4)memset 时,所填的 sizeof(XX)的 XX 是不是匹配?大小是不是正确?
(5)外层循环与内层循环的 i,j 是不是混用了?
(6)循环变量的枚举范围是否正确,是否会数组越界?
(7)涉及到边界处理、加一减一之类的问题,请在纸上举个例子,标上下标以后,在编程时参照纸上的下标写
(8)这个程序是在执行你想让它执行的步骤吗?
(9)读入优化处理负数情况了吗?在小规模数据时请不要读入优化,反之,则一定要读入优化。
12.通过样例后,请你一定不要放松警惕,因为样例并不能覆盖所有的情况,请自己设计几组大数据,争取卡死你的程序。特殊规律的数据,例如全是最小值,全是最大值,单调上升/下降数据最能影响程序效率与正确性。
13.如果出现问题,请你调试你的程序,请一定要分模块调试,不要从头跟到尾。
14.如果你已经设计不出能卡住你的程序的数据,恭喜你可以做下一题了。
15.为了万无一失,请你用 return 0 结束你的程序。
16.在时间允许的情况下,能暴力就暴力,高精度能不压位就不压位,优化不需要的就不要。
17.总之,在不超限制的前提下,能不优化就不优化,以减少代码量和出错概率为第一原则。
18.当比赛还剩下 5~15 分钟的时候,请不要再改动你的程序,即使你怀疑它对你的一个输入给出了错误答案,因为你自己算出的结果也有可能是错的。
19.这个时候请你检查是否注释掉了该注释掉的东西,文件名是否写对,文件夹是否建对,请一定反复检查!
20.请记住,NOIP 不怕暴力,怕瞎算,不怕不会,怕不敢,有时间的话一定要写一个暴力程序去对拍,验证算法的正确性。