2018-Sp21-team3

从 Trac 迁移的文章

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

原文章内容如下：

[[Image(1.png,500px)]]

== 流水账 ==
开场D,A,C
然后zx开H，H题WA了几次后约翰写G，lqybzx写F。
最后40多分钟开I，30分钟开始写，没写完
== 总结 ==
要考虑一下在上机写题前如何才能提高写题的稳定性。[[br]]
两人一起整理思路 or 一人先演算再上机。

对于分工的安排问题。[[br]]
某人上机时间过多是否应该先赶下来换人写题[[br]]
对于纸上写代码与DEBUG能力的练习[[br]]
以及卡题时候的一些对策

=== lqybzx ===
今天自己写的题还算稳。[[br]]
H题那边大家对于细节量都判断失误了。

=== Johann ===
这个H的问题有两个。一个是写题用的时间太长，还有一个是debug的时间太长同时造成了大量的罚时。[[br]]
对于一个问题是由于上机时没有理清算法的细节，这是完全可以通过交流一下做法来避免的。[[br]]
对于第二个问题主要是要改善两个细节，一个是完整的查找全文的bug之后再提交，还有一个就是要充分沟通利用队友资源来debug。[[br]]
毕竟看着自己的代码是很难查出错的。[[br]]
我的G写的也有一些慢，可能受到了一点H频繁调试的影响，但debug时间还是过长了。

=== zx2018  ===
中期开H出了较大的问题。对于卡题时候队伍的抉择不太好，也和自己的做题方式有问题有关，一定要想好了细节整体框架再上去写。这样上去边想边写，慢效率低正确性不能保证，[[br]]
很是得不偿失，这一场有比较大的教训，希望接下来能够有所改正。
== 题解 ==
== 补题 ==

流水账

开场D,A,C

然后zx开H，H题WA了几次后约翰写G，lqybzx写F。

最后40多分钟开I，30分钟开始写，没写完

总结

要考虑一下在上机写题前如何才能提高写题的稳定性。[[br]]

两人一起整理思路 or 一人先演算再上机。

对于分工的安排问题。[[br]]

某人上机时间过多是否应该先赶下来换人写题[[br]]

对于纸上写代码与DEBUG能力的练习[[br]]

以及卡题时候的一些对策

lqybzx

今天自己写的题还算稳。[[br]]

H题那边大家对于细节量都判断失误了。

Johann

这个H的问题有两个。一个是写题用的时间太长，还有一个是debug的时间太长同时造成了大量的罚时。[[br]]

对于一个问题是由于上机时没有理清算法的细节，这是完全可以通过交流一下做法来避免的。[[br]]

对于第二个问题主要是要改善两个细节，一个是完整的查找全文的bug之后再提交，还有一个就是要充分沟通利用队友资源来debug。[[br]]

毕竟看着自己的代码是很难查出错的。[[br]]

我的G写的也有一些慢，可能受到了一点H频繁调试的影响，但debug时间还是过长了。

zx2018

中期开H出了较大的问题。对于卡题时候队伍的抉择不太好，也和自己的做题方式有问题有关，一定要想好了细节整体框架再上去写。这样上去边想边写，慢效率低正确性不能保证，[[br]]

很是得不偿失，这一场有比较大的教训，希望接下来能够有所改正。

题解

补题

附加文件