再次发现自己很菜的样子 什么都不会 还很弱。今天得分150分. T1 50分 T2 100分 T3 0分。
应该可以200+的但是没有把握好机会 很遗憾 很难受qwq. 有的时候优化的方向是一定的就不要再去思考其他的东西了。
这道题 一个 比较简单的dp 我写了好半天于是心态爆炸。关键是我没有想好如何dp 盲目转移了调半天才知道自己是...
当然除了基础状态每次的方案数也要统计不然 显然会挂掉。于是我们就可以快速得到50分的代码。
//#include#include #include #include #include #include<string> #include #include #include #include #include #include #include #include #include #include<set> #include
观察这个式子我们很显然有优化就是 矩阵乘法 或者 继续考虑这道题想一下组合的做法。
于是我后悔了有式子了不优化那不是sb么 非得去想什么组合数况且自己组合数什么的也没学的怎么好GG。
直接上矩阵好了 这个矩阵还是挺好优化的。其实无非就是把这堆东西全部都放在同一行 然后列出转移矩阵即可。
关键我最愚蠢的地方是 题目都提示了矩阵乘法了a b c 都只有30大小 我都没想着搞矩阵 却因为自己想着这个矩阵可能太大了会超时什么的 真愚蠢。
关键是 我还是对矩阵不敏感 这个递推式只和后面的一项有关 多项有关那就 直接上矩阵了。以后要敏感一点。
//#include#include #include #include #include #include #include #include #include #include #include #include<string> #include #include #include #include #include
字符串的问题 LCP 最长公共前缀 。两两匹配问题首先就是 二分图最大带权匹配了。不会KM 能跑费用流啊。
考虑100分 n^2建图都完成不了 考虑 一种更加的匹配方法 题目必然有某些特殊的性质。
考虑二分图转换匹配的问题 一个点把另一个点的对象给占了 的充要条件是 另一个点还有一个对象 且 交换后对答案更优,但是这种情况在LCP出现的时候就变得不再可能了。
证明的话考虑交换后能否得到一个更优的解,(当时想到了,但是没证明qwq 现在看起来也不好证明的样子
画个trie 就可以证明了 把最优解拆散一定不优那么 就是每次选取全局最优解了 但是还是很不好做的样子。
上trie 然后发现LCP很好求全局最优解也很好求 其实核心就是再dfs一遍即可。
//#include#include #include #include #include #include #include #include #include #include #include #include<string> #include #include #include #include #include
我是个sb 没有任何能力 也不会思考 也不会打代码 也不会学习文化课 也不会守护。
我 还有什么用处呢?
首先是区间 修改的问题 线段树很难维护 这种区间立方的区间修改 但是修改次数还是可以维护的我们 可以维护修改次数 然后 每次单点暴力查询。
然后 发现这个幂也很大 但是我们有欧拉降幂直接降到logn 或者还有其他的方法 如倍增(发现倍增真强什么都能搞。
设 f[i][j] 表示 i这个数字经过j个三次幂后变成的数字 那么显然有 f[i][j]=f[f[i][j-1]][j-1];
发现暴力修改复杂度 更高且还没有真正的暴力高 这是因为 考虑 只要区间>=14的我们直接输出Yes 即可。
因为存在一个 命题 设 当前区间为 x 那么这个区间的取值 为 2^x设其没有重复的取值出现 其区间的值域为 [x,x*len] 如果都不相同的话 那么显然有
x*len>=2^x 我们可以断定当2^x >x*len 时必然有 重复的取值出现 因为 此时不会有两个区间值相同且有并集 如果存在那么也同时存在两个不同的集合值相同 但同时 值域已经被爆了 所以必然有重复的数字出现 。
由于上述 命题 两个区间必然不相交 故解得x 为14 ;所以大于等于14的区间都是Yes 剩下的爆搜解决 即可。
我可真的是个sb 写个爆搜不清空数组 写个线段树区间修改都能打错。
//#include#include #include #include #include #include<string> #include #include #include #include #include #include #include #include #include #include<set> #include
复杂度还是很稳的 2*1e8左右