#3.13 关于赛场上做题策略的记录

我觉得在程序设计比赛中最重要的就是团队合作对于一个比较而言 他最主要的或者说最首先的就是【这是个团队比赛】，要是想单纯依靠队友去得到更高层次的东西 这是非常不切实际并且不靠谱的事情。

在比赛中会有非常非常多的意外情况发生当然 这就意味着我们需要更多的经验多参加比赛多积累经验 对以后的比赛生涯大有益处。有很多问题在平时自己做题的时候根本不会发现或者说不会注意到 但是在考场上就很容易就犯各种各样的问题，甚至很多时候我们在考场上学到很多东西（实际上这也不靠谱，在我进行一些我没有准备过的期末考试的时候我在考场上学到的东西比我一个学期学到的东西还多hhhhh）。

参加一场比赛要先搞清楚这场比赛的难度

1. 谁出题
2. 为了谁出题
3. 你的对手是什么水平
4. 自己是什么水平

上面四个条件能够变成两个简化问题，第一个点就是这场比赛的难度如何，其次就是参赛者的水平如何。这是一个参与排名的比赛，就是说参与的人水平普遍较低 那么即使你得到了一个不太高的分数 也有可能获得一个比较好的名次。这听上去有点玄学，举一个简单的例子杭州市的所有高中参加统考，他们考的是同一张试卷（就当满分是100分），如果说你在一个相对普通的学校考了80分，那你很有可能就拿到第一名了，但是把这个成绩放到Top1高中，那很有可能只是年级100名（人家平均分80）。由于试卷的难度也会有变化，就像在小学时候试卷都非常简单 人均可以考95分 甚至班里一大部分都是满分，这样很难 比较出个人的好坏了hh但是大佬就是能够在试卷难度比较大的情况下依旧稳定发挥保持一个比较好的成绩。

讲了以上几点主要是要说明，要根据比赛的难易情况随机应变并且结合自身的实际情况选择有哪些题目能做哪些题目是要放弃的说不定AK呢？。

最近在赛场上也总结出几条守则，然后参加比赛 我会把我的守则带上……

先给出一堆比较复杂想法 然后再把它优化成守则：

1. 对于难度较低的题不要想的太复杂，如果发现这道题想的很复杂那么可以考虑换一种简单的想法或者说换题，直到没有比这道题的思想更简单的题再考虑尝试实现。
2. Bug是很容易产生的，编译错误自然是非常好解决，甚至逻辑上的错误在很多时候也比较好判定，最变态是手误，肉眼几乎不可见，甚至调试都很难调出来，这个时候最好的方法就是重新写一遍。
3. 尽可能的用通用解法去解一道题，特殊判断的情况越少越好，特判的情况越多错的可能性也越大，最好的情况是写一种通用的解法 然后令参数等于题目所给的参数。比如要解8皇后最好写出n皇后，然后让n=8。
4. 在提交之前要好好看看有没有一些比较神奇的错误，比如说语言的选择，或者freopen。
5. 在绝大多数的在线评测平台上都不需要考虑行末空格和最后的回车的情况，除非题目强调这件事。
6. 一定要每道题都读一遍！最好让两个人分开读。有些题目没人做或者说很少人做可能只是单纯的看别人也不做所以自己也不做（跟榜做是个很神奇的操作 但是不能够完全依赖于榜单）。理解错题目的话，就容易南辕北辙了。
7. 如果说有Case没有通过或者说明知道一定是超时的情况下，就不要去提交了，哪怕是最后一分钟。

对应的优化总结如下：

1. 题目不要想的太复杂 尽可能找简单题做
2. 真找不到bug的时候重敲一遍
3. 用通用解法解题
4. 提交之前花30秒钟看看题目编号，语言，freopen
5. 不用考虑行末空格和回车（除非题目刻意说明）
6. 每道题都要读（哪怕提交的人很少题目很长）
7. 不做没意义的提交

后记
【结果】确实是一件非常重要的事情，但真正为之付出的【过程】绝对比结果重要，假使竭尽全力穷尽可能，仍不能到达巅峰，那也是没办法的事情了吧233不过我相信这个时候已经超过95%甚至99%的人了，这是真正的荣耀。

我也想逐梦，还好我还有梦。