在文章《「再，向前一步」》发表评论：

好文要顶

在文章《「神陨记」》发表评论：

Goodbye, OI.

在讨论《大家一定要相信自己 会赢的》回复：

会赢的

在讨论《做题有奖》回复：

事实上，讨论区宣传私题是违规行为，建议紫衫

在讨论《问字符串hash》回复：

推荐好用 base=211，mod=985211893。

在讨论《1e18+3还是(1e9+7,1e9+9)？》回复：

@[20_200](luogu://user/627321) 用(1e9+7,1e9+9)和用1e18+3，冲突的概率是差不多的，但是前者要难卡一点（显然CCF不会没事卡hash，所以差不多）。

在讨论《关于__gcd()时间复杂度》回复：

@[YangChen2235](luogu://user/1375612) 用得了，复杂度是 $\log$

在讨论《关于memcpy、sizeof使用求助》回复：

把 `+1` 去掉才对

在讨论《关于memcpy、sizeof使用求助》回复：

@[liujiayi666](luogu://user/1093323) 不是哥们，你 `sizeof (s[i]+1)` 不应该相当于 `sizeof (s[i][1])` 么？

在讨论《蒟蒻和 map》回复：

$10^6$ 的插入是没问题的，差不多每秒可以插入 $5\times 10^6$ 个数。

在讨论《如何正确处理带平台的单谷函数》回复：

不过允许提前 $O(n)$ 预处理一个差分数组的话还是可以办到的。

在讨论《如何正确处理带平台的单谷函数》回复：

没办法，要确保正确性应该只能暴力三个区间一起找，然后复杂度就退化成 $O(n)$ 了。

在讨论《背包 DP 记录选中物品有什么更好的方法》回复：

这样就不能压维了

在讨论《背包 DP 记录选中物品有什么更好的方法》回复：

@[Ryanhao](luogu://user/741633) 可以记录每个 dp 是从哪转移过来的，最后倒着跑一遍就行了。

在讨论《背包 DP 记录选中物品有什么更好的方法》回复：

@[Ryanhao](luogu://user/741633) 这个跟值域关系不大吧，只要物品数量少当然都可以这样搞

在讨论《背包 DP 记录选中物品有什么更好的方法》回复：

这不相当于一个状压么，只有 $100$ 位的话或许可以考虑改成 `__int128`。

在讨论《字典树如何做到 O(n) 空间不带 |Σ|，不要哈希表》回复：

@[Grammar_hbw](luogu://user/856004) 使用 hash 做多模匹配，复杂度是 $O(L\sqrt L)$，一般跑不满。

在讨论《求助垃圾做法》回复：

@[light_searcher](luogu://user/724648) 假的，让我今年 T2 $80\rightarrow 56$。

在讨论《求助垃圾做法》回复：

@[GLHFZOIer](luogu://user/1208398) 使用 `ordered_vector.lower_bound` 替代垃圾的 `tree.order_of_key`

在讨论《求助垃圾做法》回复：

@[GLHFZOIer](luogu://user/1208398) 没救了哥们，您可以把 `set` 的 $\log$ 看作 $\log^2$，`__gnu_pbds::tree` 的 $\log$ 看作 $\sqrt n$。

在讨论《三分使用的条件》回复：

@[MornStar](luogu://user/760824) 好像是的qwq

在讨论《三分使用的条件》回复：

@[THU2027](luogu://user/1073440) 其实也可以，但是可能会被卡成 $O(N)$。 建议二分斜率。

在讨论《有没有代码很短的水紫》回复：

@[xiaobing](luogu://user/544756) P3470

在讨论《如何氮氧碘磷》回复：

单走一个氪

在讨论《警示后人：编译器 Bug》回复：

啊

在讨论《能否在已知模数的情况下卡掉双模 Hash》回复：

@[01bit](luogu://user/338147) CCF 肯定不会卡，但是 CF 就不一定了

在讨论《所以在哪里发题解》回复：


在讨论《能否在已知模数的情况下卡掉双模 Hash》回复：

@[01bit](luogu://user/338147) 可以，但是CCF大概率不会这样干。

在讨论《关于 C++ 编译指令》回复：

还要再加一个 `,`

在讨论《关于 C++ 编译指令》回复：

@[StarsIntoSea](luogu://user/1121518) `--stack` 前面要加 `-Wl`。