2015-C02-team3

从 Trac 迁移的文章

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

原文章内容如下：

== '''小结''' ==

'''by erosion'''
{{{
今天的锅主要在我...
因为C题卡了1个半小时...后面写F的时候，有些不太确定自己的想法，而且写出来也不对，在检查了一遍之后就暂放了。幸亏gts学长比较耐心，把代码一行行地看过，最后找到了一个小问题，改了之后，就过了。
后来在想D的时候，本来发现了四个数中不可能有三个0这个规律，但没有细想，于是就和学长们一起想怎么dfs比较快去了...

这次比赛，F、G我都是能做的，但是在写了E之后就去看其他队已经过了的题，就没管F、G了。这样不好，会导致专攻某题而浪费了写其他题的时间。以后的比赛，在比赛开始的一小时内，应优先考虑把自己的题目看完才是。
另外，F题WA了，应该先一行行找错，确认自己代码无误后，再说其他。
还有一点，我觉得我们队做题的时候都有点不太自信，经常会有做完然后说“我交咯”的情况。感觉这样说对改代码的错误没有帮助。我觉得更好的做法是自己看过一遍代码后，觉得没有错误了，然后直接交。
}}}

'''by Kotomi'''
{{{
今天的锅主要在我...
没有发现D的不等式的作用，还把队友的思路导向了dfs这边... 
G题也想蠢了，直接二分再求面积的方法比一步两步这样好写多了，而且开题也比较晚，其实发现JTJL他们这么早就交应该不是难题才对，而一直都没有去看，也没有去问一下队友题意
感觉还是要加强阅读，看到长的题就不想看... 也不要盲目跟榜比较好，先把自己手上的题起码题意要确认清晰
还有就是帮队友debug的时候要细心，多出点数据，算一下样例什么的... QwQ...
}}}


'''by gantians'''

1. 今天读题不是很好，kotomi读的CD都没读好，erosion的FG很晚才读，自己负责的题目一定要尽快读完，如果有题写，写完再回去读，这样做可以保证一些简单题尽早被发现，中期卡题时有更多的选择。题目长的要仔细读，多读几遍，队友后面也可以帮忙确认题意，读题崩后面会很崩。。。

2. 今天我主要前期打完就开始帮忙debug，不要让一个人在一道题上卡太长时间，可以叫队友帮忙debug或者换队友来搞，自己去搞其他题。。。

3. 我们队好像没有出数据的习惯，如果不是简单题，我觉得还是要自己出两组数据再交比较稳。。。

----

== '''提交记录''' ==

[[Image(C02.png)]]

小结

by erosion

今天的锅主要在我...
因为C题卡了1个半小时...后面写F的时候，有些不太确定自己的想法，而且写出来也不对，在检查了一遍之后就暂放了。幸亏gts学长比较耐心，把代码一行行地看过，最后找到了一个小问题，改了之后，就过了。
后来在想D的时候，本来发现了四个数中不可能有三个0这个规律，但没有细想，于是就和学长们一起想怎么dfs比较快去了...
这次比赛，F、G我都是能做的，但是在写了E之后就去看其他队已经过了的题，就没管F、G了。这样不好，会导致专攻某题而浪费了写其他题的时间。以后的比赛，在比赛开始的一小时内，应优先考虑把自己的题目看完才是。
另外，F题WA了，应该先一行行找错，确认自己代码无误后，再说其他。
还有一点，我觉得我们队做题的时候都有点不太自信，经常会有做完然后说“我交咯”的情况。感觉这样说对改代码的错误没有帮助。我觉得更好的做法是自己看过一遍代码后，觉得没有错误了，然后直接交。

by Kotomi

今天的锅主要在我...
没有发现D的不等式的作用，还把队友的思路导向了dfs这边... 
G题也想蠢了，直接二分再求面积的方法比一步两步这样好写多了，而且开题也比较晚，其实发现JTJL他们这么早就交应该不是难题才对，而一直都没有去看，也没有去问一下队友题意
感觉还是要加强阅读，看到长的题就不想看... 也不要盲目跟榜比较好，先把自己手上的题起码题意要确认清晰
还有就是帮队友debug的时候要细心，多出点数据，算一下样例什么的... QwQ...

by gantians

1. 今天读题不是很好，kotomi读的CD都没读好，erosion的FG很晚才读，自己负责的题目一定要尽快读完，如果有题写，写完再回去读，这样做可以保证一些简单题尽早被发现，中期卡题时有更多的选择。题目长的要仔细读，多读几遍，队友后面也可以帮忙确认题意，读题崩后面会很崩。。。

2. 今天我主要前期打完就开始帮忙debug，不要让一个人在一道题上卡太长时间，可以叫队友帮忙debug或者换队友来搞，自己去搞其他题。。。

3. 我们队好像没有出数据的习惯，如果不是简单题，我觉得还是要自己出两组数据再交比较稳。。。

提交记录

附加文件