2014-C03-team3
从 Trac 迁移的文章
这是从旧校内 Wiki 迁移的文章，可能存在一些样式问题，您可以向 memset0 反馈。
原文章内容如下：
{{{
=== zYc ===
同时出现二个人做同一题，分2个branch各自维护皆WA
和另一个人TLE一题后，在另开一题并且又T的情况需要警戒。。。
写平衡树、线段树等数据结构题时应该先讨论一下再写，讨论后容易找出用栈、对列的简单方法。
}}}
{{{
=== Bobgy ===
我从后往前读，这几次赛区通常放在最后的都是偏复杂的题目，如果看起来的确是这样的话，我觉得其他两位学长
如果发现可以写的，去敲题目，我接着后面读没读完的题目是比较好的策略（这次就是这样先A了F）。
在爆int边缘且时间上不紧的题目直接用long long/加的时候每次只加一个数，想清楚规模（两种策略按需选用吧）
遇到自己没想清楚的问题可以早点换队友写。
我感觉debug过程中我看代码需要静下心来完整地看过去，今天经常看几行就会因为什么事停下来一下，结果就是看
代码的效率很低，每次都会忘一点。
另，前几场感觉我很容易被周围的声音影响，这次开场读题我都是捂着耳朵看的，感觉容易集中注意力多了，准备买
副耳塞用。
}}}
{{{
=== Flandre_Scarlet ===
做跟数据结构有关的题目，应该想清楚一些，考虑有没有更简单的数据结构可以实现……
}}}=== zYc ===
同时出现二个人做同一题，分2个branch各自维护皆WA
和另一个人TLE一题后，在另开一题并且又T的情况需要警戒。。。
写平衡树、线段树等数据结构题时应该先讨论一下再写，讨论后容易找出用栈、对列的简单方法。
=== Bobgy ===
我从后往前读，这几次赛区通常放在最后的都是偏复杂的题目，如果看起来的确是这样的话，我觉得其他两位学长
如果发现可以写的，去敲题目，我接着后面读没读完的题目是比较好的策略（这次就是这样先A了F）。
在爆int边缘且时间上不紧的题目直接用long long/加的时候每次只加一个数，想清楚规模（两种策略按需选用吧）
遇到自己没想清楚的问题可以早点换队友写。
我感觉debug过程中我看代码需要静下心来完整地看过去，今天经常看几行就会因为什么事停下来一下，结果就是看
代码的效率很低，每次都会忘一点。
另，前几场感觉我很容易被周围的声音影响，这次开场读题我都是捂着耳朵看的，感觉容易集中注意力多了，准备买
副耳塞用。
=== Flandre_Scarlet ===
做跟数据结构有关的题目，应该想清楚一些，考虑有没有更简单的数据结构可以实现……