2013-C04-team5

从 Trac 迁移的文章

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

原文章内容如下：

=== 小结 ===

=== Kotomi ===
  今天读题卡了很久，想题和写题也卡了很久。 很快地过了A这道水题之后，H因为用long longT了很久，而且没发现原因，后来改成int就过了，下次如果估算答案不会超int的话还是不应该随便用long long。 然后F想错方向了，想成是很巧妙地数据结构，但是想了很久都没有做出来，中间学长写了一个维护出栈指针的算法，但是WA了，后来发现不能这么做。其实这么多队伍这么快过就应该发现不会是很困难的算法，最后才发现直接暴力模拟就可以过了，我们想复杂了。然后我写的K的构造题，细节上还是很多地方没有想清楚，而且由于我的想法和学长的想法不同，调试方式也不一样，调试了很久时间。经过几场比赛，我们队其实在想法上应该是没有问题的，但是在实现的时候总是卡，浪费了很多的时间，更多的时间应该用来想题目而不是调试题目，题目还是想清楚在写，哪怕让机器空着会更好。我也感觉在最后那几分钟，我和学长的想法不同的话，改是已经来不及，而且我也有信心我的做法没错，只是需要一些时间去把细节改对，这个时候应该让我一个人冷静想想，而不是在讨论或许会更好，即使学长的方法可能更简单。还有一个就是调试方式的问题，我的习惯是用printf输出调试，而学长习惯用IDE，我觉得哪种调试方式更好是说不清楚的，但是在赛场上我不熟悉用IDE的时候，不应该强行用IDE来调试，我觉得这样效率反而会更低。还是要多刷题，提高手速和知识面。

=== 流水账 ===
=== Dark_sun ===
  一开始我很快看懂了A，然后6min1Y，之后看B，B看了半天，大概意思应该是看懂了。然后我让AI学长也来看下B，结果我们的理解产生了分歧，再加上没人做B，所以决定先做其他题。看到H题其他队过了，然后我去看了H题，并且很快写完了。虽然H题不会超int，但是一开始我为了保险就用了longlong，然后T了一脸。之后我让学长们一起来调，但是死活看不出有任何可以T的地方。我是用map写的，然后AI学长改成了数组，还是T。最后将longlong都改成int就A掉了。
  因为编译环境的问题，scanf("%lld")读入的值会出问题，然后就T掉了。A掉时已经过去了两个小时。
  之后Kotomi学长将F题的题意跟我说了下，此时场上已经有很多队秒了F。我不知道是不是因为我在接手这题的时候听学长说是智商题……并且也想到了一个比较精妙但是略复杂不好处理的算法，于是跟AI学长稍微讨论了一下，并且交了一遍。但是因为这种解法还有不完善的地方，所以WA了。期间完全没有考虑暴力，到现在都觉得有些不可思议。两个人都没有考虑暴力，被一种思路带着走了，我觉得有点不应该。今天F题这种状况，应该好好分析一下原因，避免下次再出现这么土的问题。

{{{
by AIdancer

因为编译被卡了，然后两人同时掉坑了，之后还是代码能力不够...略复杂的题最好还是谁想出做法谁去写，除非某天我们队出了个猛犸那样的选手。。。
一直想省下时间再多想几题的，可到头来尴尬的是剩下的题有想法了，却不得不在那里debug还没过的题.....
写代码前三思啊，一定想好了思路在写.....
}}}

{{{
by Dark_sun

我跟学长们的想法可能有点不一样，我觉得我们队最应该提升的是理解题意的能力。
这几场训练所暴露出的一个最严重的问题，就是我们队在快速准确地理解题意方面做得不太好，时常题目理解有偏差或者没能理解。

今天我们主要是H题因编译环境导致longlong的读入出错，一直T，卡了一个多小时。
然后做F，我和AI学长两个人都想错了方向。比赛到了快4个小时的时候才过。
现在看来我觉得这种题应该是看完之后秒出的，为什么会出现这种情况，值得深思。
今天比赛给我的感觉就是题目都没看几道，卡完H再卡完F之后就结束了，莫名其妙的。

我们组的配合还有很大的问题，没有做到1+1+1>3.
同时我们的代码风格都还有很大的不同。（我是在集训期间将在即的代码风格向MM靠近了）
}}}

{{{
by Dark_sun

像K题其实可以讲实现细节跟队友说一遍，当时Kotomi跟我说的时候我只知道思路，但是具体实现细节没有讲明白……
像这种很早就想到了但是一直用不到机器的题目，可以在纸上写下关键的部分。理顺思路，或许可以减少调试的时间。
}}}

{{{
你们卡H题我负有很大责任，说声抱歉T_T
以后如果交OJ判题，会提前告诉大家OJ的运行环境、编译参数

——大肥羊
}}}

小结

Kotomi

今天读题卡了很久，想题和写题也卡了很久。 很快地过了A这道水题之后，H因为用long longT了很久，而且没发现原因，后来改成int就过了，下次如果估算答案不会超int的话还是不应该随便用long long。 然后F想错方向了，想成是很巧妙地数据结构，但是想了很久都没有做出来，中间学长写了一个维护出栈指针的算法，但是WA了，后来发现不能这么做。其实这么多队伍这么快过就应该发现不会是很困难的算法，最后才发现直接暴力模拟就可以过了，我们想复杂了。然后我写的K的构造题，细节上还是很多地方没有想清楚，而且由于我的想法和学长的想法不同，调试方式也不一样，调试了很久时间。经过几场比赛，我们队其实在想法上应该是没有问题的，但是在实现的时候总是卡，浪费了很多的时间，更多的时间应该用来想题目而不是调试题目，题目还是想清楚在写，哪怕让机器空着会更好。我也感觉在最后那几分钟，我和学长的想法不同的话，改是已经来不及，而且我也有信心我的做法没错，只是需要一些时间去把细节改对，这个时候应该让我一个人冷静想想，而不是在讨论或许会更好，即使学长的方法可能更简单。还有一个就是调试方式的问题，我的习惯是用printf输出调试，而学长习惯用IDE，我觉得哪种调试方式更好是说不清楚的，但是在赛场上我不熟悉用IDE的时候，不应该强行用IDE来调试，我觉得这样效率反而会更低。还是要多刷题，提高手速和知识面。

流水账

Dark_sun

一开始我很快看懂了A，然后6min1Y，之后看B，B看了半天，大概意思应该是看懂了。然后我让AI学长也来看下B，结果我们的理解产生了分歧，再加上没人做B，所以决定先做其他题。看到H题其他队过了，然后我去看了H题，并且很快写完了。虽然H题不会超int，但是一开始我为了保险就用了longlong，然后T了一脸。之后我让学长们一起来调，但是死活看不出有任何可以T的地方。我是用map写的，然后AI学长改成了数组，还是T。最后将longlong都改成int就A掉了。

因为编译环境的问题，scanf("%lld")读入的值会出问题，然后就T掉了。A掉时已经过去了两个小时。

之后Kotomi学长将F题的题意跟我说了下，此时场上已经有很多队秒了F。我不知道是不是因为我在接手这题的时候听学长说是智商题……并且也想到了一个比较精妙但是略复杂不好处理的算法，于是跟AI学长稍微讨论了一下，并且交了一遍。但是因为这种解法还有不完善的地方，所以WA了。期间完全没有考虑暴力，到现在都觉得有些不可思议。两个人都没有考虑暴力，被一种思路带着走了，我觉得有点不应该。今天F题这种状况，应该好好分析一下原因，避免下次再出现这么土的问题。

by AIdancer
因为编译被卡了，然后两人同时掉坑了，之后还是代码能力不够...略复杂的题最好还是谁想出做法谁去写，除非某天我们队出了个猛犸那样的选手。。。
一直想省下时间再多想几题的，可到头来尴尬的是剩下的题有想法了，却不得不在那里debug还没过的题.....
写代码前三思啊，一定想好了思路在写.....

by Dark_sun
我跟学长们的想法可能有点不一样，我觉得我们队最应该提升的是理解题意的能力。
这几场训练所暴露出的一个最严重的问题，就是我们队在快速准确地理解题意方面做得不太好，时常题目理解有偏差或者没能理解。
今天我们主要是H题因编译环境导致longlong的读入出错，一直T，卡了一个多小时。
然后做F，我和AI学长两个人都想错了方向。比赛到了快4个小时的时候才过。
现在看来我觉得这种题应该是看完之后秒出的，为什么会出现这种情况，值得深思。
今天比赛给我的感觉就是题目都没看几道，卡完H再卡完F之后就结束了，莫名其妙的。
我们组的配合还有很大的问题，没有做到1+1+1>3.
同时我们的代码风格都还有很大的不同。（我是在集训期间将在即的代码风格向MM靠近了）

by Dark_sun
像K题其实可以讲实现细节跟队友说一遍，当时Kotomi跟我说的时候我只知道思路，但是具体实现细节没有讲明白……
像这种很早就想到了但是一直用不到机器的题目，可以在纸上写下关键的部分。理顺思路，或许可以减少调试的时间。

你们卡H题我负有很大责任，说声抱歉T_T
以后如果交OJ判题，会提前告诉大家OJ的运行环境、编译参数
——大肥羊
附加文件