2013-C10-team2

从 Trac 迁移的文章

这是从旧校内 Wiki 迁移的文章，可能存在一些样式问题，您可以向 memset0 反馈。

原文章内容如下：

== 总结 ==
=== by striver ===
这场我们做得还算比较好，可能是样例比较强的原因，大部分题目都是1Y的，但是最后还留下半个多小时没有题目可写就放弃治疗了。
最后证实J题如果当时在想想可能还是来得及的，所以说药不能停啊..........
这几场下来我发现，我们队的基本功还是比较扎实的，但是在写代码的时候任然会犯一些的2B错误，比如说变量打错了啊，数组没清空啊，把bool当成int来用了什么的
这样的一些细节的错误反而会耽误我们更多的调试时间，所以以后再写代码的时候要特别注意，要是自己觉得算法是正确的但是过不了样例或者wa了什么的，让队友帮忙看看
代码也还是很有效的，其次就是多打印，静态差错有时候效率比盲目调试要效率高些.....

=== by zrj ===

这场的题我们做的其实还可以，不过如果不是1对H题wa了好几次，浪费了太多时间，他们可能不见8题的罚时比我们少，而且也许能够把E题过了。

剩下两道没过的题里，H题主要可能是思路绕进去了，一直在想怎么样把条件一个个加进去判，因此维护信息的方面超级麻烦，猛犸他们的做法其实许多方面我们也想到了，不过因为他们是二分答案再判的，所以条件可以按照类型来处理，而不是像我们那样按照顺序，处理起来顿时方便了不少。

J题的话主要是一开始觉得超级不可做，想了一些奇奇怪怪的算法，不过数据貌似可以更加奇怪来坑我们，所以一方面一直没想好，一方面也不敢写。然后好像对于cable要在surface上这个条件我们还理解错了？

=== by zYc ===

J题最后半个多小时打算写，但是由于错误的理解了不能穿越线边界的条几发觉不可做，即使理解对了，依照本来的迭代增加关键点的做法还是不怎么靠谱。赛后写了下J题，但是只加到2等分点至9等分点的情况下就要大概10s左右，乱搞的加点方法应该会超时，理论上只要加到6等分点就可以了，此时可以在1s内跑完数据，但是由于数据弱，只加到5等分点也可以过.....

总结

by striver

这场我们做得还算比较好，可能是样例比较强的原因，大部分题目都是1Y的，但是最后还留下半个多小时没有题目可写就放弃治疗了。

最后证实J题如果当时在想想可能还是来得及的，所以说药不能停啊..........

这几场下来我发现，我们队的基本功还是比较扎实的，但是在写代码的时候任然会犯一些的2B错误，比如说变量打错了啊，数组没清空啊，把bool当成int来用了什么的

这样的一些细节的错误反而会耽误我们更多的调试时间，所以以后再写代码的时候要特别注意，要是自己觉得算法是正确的但是过不了样例或者wa了什么的，让队友帮忙看看

代码也还是很有效的，其次就是多打印，静态差错有时候效率比盲目调试要效率高些.....

by zrj

这场的题我们做的其实还可以，不过如果不是1对H题wa了好几次，浪费了太多时间，他们可能不见8题的罚时比我们少，而且也许能够把E题过了。

剩下两道没过的题里，H题主要可能是思路绕进去了，一直在想怎么样把条件一个个加进去判，因此维护信息的方面超级麻烦，猛犸他们的做法其实许多方面我们也想到了，不过因为他们是二分答案再判的，所以条件可以按照类型来处理，而不是像我们那样按照顺序，处理起来顿时方便了不少。

J题的话主要是一开始觉得超级不可做，想了一些奇奇怪怪的算法，不过数据貌似可以更加奇怪来坑我们，所以一方面一直没想好，一方面也不敢写。然后好像对于cable要在surface上这个条件我们还理解错了？

by zYc

J题最后半个多小时打算写，但是由于错误的理解了不能穿越线边界的条几发觉不可做，即使理解对了，依照本来的迭代增加关键点的做法还是不怎么靠谱。赛后写了下J题，但是只加到2等分点至9等分点的情况下就要大概10s左右，乱搞的加点方法应该会超时，理论上只要加到6等分点就可以了，此时可以在1s内跑完数据，但是由于数据弱，只加到5等分点也可以过.....

附加文件