2019-team321/C002

从 Trac 迁移的文章

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

原文章内容如下：

[[Image(board.2.png,500px)]]
== 链接 ==
http://codeforces.com/gym/101667
== 流水账 ==
分别看题，ypl看会了I，zkx看了D上来写了一下，'''D(+0 11)'''，yay看了E，ypl上来写I，发现样例错了，zkx上去写了个'''C(+0 31)'''，
ypl发现题意理解错了，写了一下过了'''I(+0 38)'''，zkx看了H，推了一下，上来写了个FFT板子，yay看了F，想了想细节上来写了一下，没过样例，发现读入没看清，过了'''F(+0 64)'''，这个时候ypl在想A和B。
zkx上来继续写H，过了'''H(+0 83)'''，ypl在读J，然后ypl和yay讨论了一下E，ypl上来过了'''E(+0 110)'''，zkx和yay讨论了下K，然后yay会做了，上来写了一下'''K(+0 132)'''，
ypl和zkx分别开出了B和G，两人开始交替写，B有个比较难想到的错误，所以没调出来，这个时候yay在想A，
zkx帮忙一起看B，然后看出了问题，ypl过了'''B(+0 214)'''，期间zkx断断续续写G，然后yay获得了L的题意之后上来秒了一下'''L(+0 248)'''，ypl获得了yay说的J的结论，在想J
zkx写G，两人讨论J，G因为对称的情况没有交换上下界wa了一发，'''G(+1 277)'''，两人推出了一个结论，但是不太对，想到了最后。
== 总结 ==
1. 对于A这种一看就知道是树形dp而且榜上有很多人过的题，应该慎重放弃，尽量想出来，其优先级应该高于J这种别的队交了20多发都没过的题。
2. 一道题在写的时候不要打断太多次，最好等一个模块写完之后再打断。
3. 看清输入，仔细读题，最好验证一下样例。
4. 尽量想清楚，避免重写。

== 补题 / 题解 ==

链接

http://codeforces.com/gym/101667

流水账

分别看题，ypl看会了I，zkx看了D上来写了一下，D(+0 11)，yay看了E，ypl上来写I，发现样例错了，zkx上去写了个C(+0 31)，

ypl发现题意理解错了，写了一下过了I(+0 38)，zkx看了H，推了一下，上来写了个FFT板子，yay看了F，想了想细节上来写了一下，没过样例，发现读入没看清，过了F(+0 64)，这个时候ypl在想A和B。

zkx上来继续写H，过了H(+0 83)，ypl在读J，然后ypl和yay讨论了一下E，ypl上来过了E(+0 110)，zkx和yay讨论了下K，然后yay会做了，上来写了一下K(+0 132)，

ypl和zkx分别开出了B和G，两人开始交替写，B有个比较难想到的错误，所以没调出来，这个时候yay在想A，

zkx帮忙一起看B，然后看出了问题，ypl过了B(+0 214)，期间zkx断断续续写G，然后yay获得了L的题意之后上来秒了一下L(+0 248)，ypl获得了yay说的J的结论，在想J

zkx写G，两人讨论J，G因为对称的情况没有交换上下界wa了一发，G(+1 277)，两人推出了一个结论，但是不太对，想到了最后。

总结

1. 对于A这种一看就知道是树形dp而且榜上有很多人过的题，应该慎重放弃，尽量想出来，其优先级应该高于J这种别的队交了20多发都没过的题。

2. 一道题在写的时候不要打断太多次，最好等一个模块写完之后再打断。

3. 看清输入，仔细读题，最好验证一下样例。

4. 尽量想清楚，避免重写。

补题 / 题解