由於睿智錯誤過多，因此在這裡梳理一下。
大概爆過2~3次。
可以在每次打**的板子裡面，直接加個這樣一段**
#define cm cerr<<(&s2-&s1)《這類錯誤也犯過不只2次了。
可以在檢查的時候，使用ctrl+shift+f，把scanf,printf,cout,cerr這些語句直接找出來，乙個個看過去。
在檢查輸入的時候，要把輸入的格式與自己的讀入變數乙個個對過來。
爆long long！爆long long！！爆long long！！！
每次結束的時候把變數名乙個個看過來，重新計算一下會不會爆限制。
這也是經常犯的問題，前幾天剛出過這類問題……
要注意在開的陣列裡面，檢查一下會不會呼叫陣列的時候，呼叫到後面的記憶體去了，或者多維的時候打錯維了
最好還要測試一下極限資料，這樣對檢查很有幫助。
多case一定要注意清零！死了多少次不知道了……
不要手打模數(在能複製的前提下)，最好是複製題目所給定的模數。
最好是把樣例統統對一遍。這樣比較保險。
還有就是能對拍就對拍，別嫌麻煩(除非那種沒有意義的，比如答案大部分時間為0什麼的)
既然你切分都打下來了，並且已經知道他是對的了，就別忘記去掉對拍時加上的注釋！
最好是打乙個list，把要檢查的專案寫下來，檢查過程中乙個個對過去。
睿智錯誤/不該錯的點：
2019.10.29
\(string\)的前面加字元是\(o(n)\)的！
在刪掉debug的注釋的時候別把多餘的東西刪掉！
2019.11.03
在切分隨機資料的時候，千萬不要把別的切分也切進去！！！
正常考試的策略。t1卡住了就不要死剛，一時半會想不出來是可能的。不要慌，要先冷靜下來，把後面的暴力分打滿了再回來想正解。
暴力分能拿到的一定要盡力拿到。考試總時間就那麼短，一般是不能直接快速想出正解的(除非太水了)，而此時一些暴力分可以幫我們一步步挖掘題目的性質，說不定暴力分打著打著就出來正解了。再說，就單單打滿暴力分也能上\(200\)分。
切下來的分要保證其正確。不要打了好久，死yy出了一檔的切分，然後考試後發現打錯了/思想是錯的，這樣就會浪費大把時間。
但願這次\(30+30+0\)能給自己乙個深刻的教訓。
又！沒！把！切！分！切！到！
最後考還是15分鐘不要去肝切分了！還不如去檢查！
線段樹down操作-1寫成+1 丟 15分
t2 容斥 取模不規範 丟 20分
又只考了 100 + 20 + 55 = 175 墊底了……
一些C 的小程式（一）
輸出hello word include using namespace std int main 查詢int的空間大小 include using namespace std int main 定義列舉型別，輸出比賽結果 include using namespace std enum gamer...
一些凌亂的小知識
1 可以使用下標操作的容器的下標引用 對容器的下標引用操作和我們對陣列引用下標操作一樣，千萬不要去引用未定義的單元，否則你將.以vector為例 code vector vec for int i 0 i 5 i 你不能這樣做。因為根據vector的特性，我們定義的vec這個vector型別變數目前...
2019浙江賽省賽（一些感想）
早上7點出頭就醒了，輾轉反側。顧及我賽後的情緒。這裡省略熱身賽，省略午飯。因睡眠時間充足，比賽狀態還行。前面5道水題不說了。馬拉車那題因為模板不夠熟悉，初始化問題錯了。數學那題因為隊友直接推出來了，但是矇圈了很久才反應過來自己已經推出來了。我一直在敲c題，因為是隊友的想法，我不是很熟悉。花了2個小時...