2019-team3-0022

从 Trac 迁移的文章

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

原文章内容如下：

[/wiki/2019-team3 返回]

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

== 概述 ==

== 总结 ==

=== HbFS- ===
不得不承认jb说的很有道理，最近队伍总是会掉进特别特别大的代码题。

感觉最近几场比赛，常常感觉原本感觉很顺利的比赛，在几分钟之后突然就觉得原地起爆，一下子不知道该怎么打比赛了。

和之前的训练感觉很不一样，之前做题目相对比较水的比赛的场次，开出来的题几乎每一道题最后都能通过，但感觉最近的比赛每道题代码量都特别大，很容易队伍陷入每个人都自闭的情景。




=== LIN452 ===
我发现这几场经常出现的情况是 明明有题目出了基本的解法，但是出于对解法的不自信/不清晰没有进行进一步的思考，或者是试图想到更简洁的做法，但是失败。。所以就感觉很自闭。

G题没有想到打表，对着一串数字想了半天都没想明白，感觉思路都对准正确的方向上。

H题，用选用了多少条边作为dp状态下标真是很巧妙呢~不过还是要注意Corner case才行呢 。

=== Pepcy_Ch  ===

A 的话，算是一开始想错了，没有想到 +-+- 的情况我可能挂，但 WA 了后怎么就一下子想到了呢。。。QAQ

C 的罚时都是很愚笨的小错误，很难受。

有点喜欢 K 这种假高精题，一处细节还是想了有很久、并找 dhr 才想通的。

当 dhr 要我选择 B 或 I 时，觉得 I 虽然有想法，但我很是不熟练于整体二分，同时觉得 B 思路已经比较清晰了。结果一是板子部分费的时间比我想象的长不少，二是过编译后答案不在算出的时间内，透着终端看到倒计时开始发慌（开始心里有点乱说话不过脑子）。发现问题后在最后一秒过样例。但其实 B 的细节比我想的多很多。（以及又一次写 Tarjan 时少写了 `else if (e->v->ins)` ）

'''UPD'''：整体二分我只能做到带三个 log，倒是树上主席树的想法是对的，但感觉自己可能写不清楚。zqq 给我看了他的实现，感觉他加加减减的那个部分写得很优美，这就是代码能力的差距吧。话说当时我一个只写过一道整体二分的数据结构选手（伪）为什要去写整体二分啊。。。QAQ

=== 补题 ===

[/wiki/2019-team3 返回]

概述

总结

HbFS-

不得不承认jb说的很有道理，最近队伍总是会掉进特别特别大的代码题。

感觉最近几场比赛，常常感觉原本感觉很顺利的比赛，在几分钟之后突然就觉得原地起爆，一下子不知道该怎么打比赛了。

和之前的训练感觉很不一样，之前做题目相对比较水的比赛的场次，开出来的题几乎每一道题最后都能通过，但感觉最近的比赛每道题代码量都特别大，很容易队伍陷入每个人都自闭的情景。

LIN452

我发现这几场经常出现的情况是 明明有题目出了基本的解法，但是出于对解法的不自信/不清晰没有进行进一步的思考，或者是试图想到更简洁的做法，但是失败。。所以就感觉很自闭。

G题没有想到打表，对着一串数字想了半天都没想明白，感觉思路都对准正确的方向上。

H题，用选用了多少条边作为dp状态下标真是很巧妙呢~不过还是要注意Corner case才行呢 。

Pepcy_Ch

A 的话，算是一开始想错了，没有想到 +-+- 的情况我可能挂，但 WA 了后怎么就一下子想到了呢。。。QAQ

C 的罚时都是很愚笨的小错误，很难受。

有点喜欢 K 这种假高精题，一处细节还是想了有很久、并找 dhr 才想通的。

当 dhr 要我选择 B 或 I 时，觉得 I 虽然有想法，但我很是不熟练于整体二分，同时觉得 B 思路已经比较清晰了。结果一是板子部分费的时间比我想象的长不少，二是过编译后答案不在算出的时间内，透着终端看到倒计时开始发慌（开始心里有点乱说话不过脑子）。发现问题后在最后一秒过样例。但其实 B 的细节比我想的多很多。（以及又一次写 Tarjan 时少写了 else if (e->v->ins) ）

UPD：整体二分我只能做到带三个 log，倒是树上主席树的想法是对的，但感觉自己可能写不清楚。zqq 给我看了他的实现，感觉他加加减减的那个部分写得很优美，这就是代码能力的差距吧。话说当时我一个只写过一道整体二分的数据结构选手（伪）为什要去写整体二分啊。。。QAQ

补题

附加文件