# 总结
### 20230207
赛时想T2正解没有写出来，浪费了太多时间，最后在提交时又少删了一个中间输出，导致第二题没拿上分，同时T1又没有留够时间去写暴力，导致暴力也没拿上分
最后来看T2想的很接近正解了，但由于有个别点处理的太过复杂，导致没有调出来
赛时调大体量的dp风险很大，光两个小样例就暴露出了若干细节问题，应该多预留一些时间给暴力
### 20230208
上来T2读错一次题，浪费了一定的时间。后面一直在想T2正解，比较好的一点是赛时想出了正解，但为了保险先写了正解核心思想对应的第二档分，导致正解没有调出来，但整体而言决策是正确的，还是前期浪费时间太多
T3致命错误：字符串哈希不要-'a'不然来个全是a的串就直接暴毙
如果不担心base的大小的话可以不用-'a'，如果有必要可以-'a'+1
### 20230209
赛时写完了T1的正解，但是由于有一部分在调试时后一个数组下标减一前一个数组没减导致100->12
更核心的问题是六个大样例全不能通过，而如果对拍由于暴力能跑过的数据范围的问题，也很难拍出来，因为小数据点全部正确，很难有错误
这就反映出来一个问题，有些时候由于题目数据本身或者暴力的问题，对拍很难查出问题，在调试时还是要注意细节，然后尽可能使代码观赏性高一些，也更容易发现问题
### 20230210
今天大部分题都有结论，但我结论题猜结论准确性一言难尽，以为想到了B的正解结果写完一看过不去大样例
然后就两个暴力跑路了
赛时决策基本上没什么大问题，赛后看正解实际上A的想法已经接近正解了，往简单想就比较好想到dp，不需要去推太过于深入的性质
### 20230211
A题做法比较多样，赛时我用的是可持久化线段树，实际上如果能理清楚可以直接建一颗树，能节省很多码量
赛时想出了C的一个核心结论，可惜在处理可行点的时候有一些细节没想对，所以两道题都只有暴力分
B正解想法并不复杂，但写起来非常麻烦，所以最后写了个奇妙的乱搞做法
这场比赛整体发挥还是可以，可惜最后一题没有写完
## 总结
1、合理安排想正解与写暴力的时间，保证暴力分拿好
2、保证条件允许的话尽可能去写对拍，但不能完全依赖对拍，也可以自己造一些有特殊性质的点去测试
3、让代码好看一点，便于发现错误