NOIP 2025 MLE 二次重犯寄
Side_sdtkwxt · · 生活·游记
原本见得这亦许是 OI 最后一战，很早就计划写一篇游记，结果写了一大段后，因故搁置了。感觉以我这样话多的风格写下去，只会越写越乏味，又耗费时间，索性放弃。结果 NOIP 成绩公布，一件更“值得纪念”的事发生了，主角竟是我自己……
既然向周围的人保证过要写游记，那么眼前所写的这些文字，就权当是游记了吧，大可视作。
NOIP T4 query:
#define int long long//#define int long long总分 176→136（100+20+16+0），怒挂（痛失） 40 分，唯有绝望。
我本来觉得“今年 NOIP 打的还不错”，一听说分数有损，先是疑惑，后来听说是 MLE 二次重犯，看着满屏 MLE，再回想 CSP-S 查分、判题时那似曾相识的景象，想起 NOIP 当天，答案之书日历上那句“从过去的经验中吸取教训”（我当天还反复回顾了自己以前的错误，自信满满地认为有此加持必定不会重蹈覆辙那些“血与泪的教训”，亦许它反而“反向加持”了我），心中只剩无尽的绝望与感慨……
上个月（大抵是亦转之交）还见得 @yishanyi 发了一条令我印象深刻的犇犇：
当时看到后，（主要）从“常数大，容易被卡 T”的角度去想，觉得很有道理，于是决定通过刻意练习来纠正 #define int long long（下简写作 dill）这个不良习惯，结果越到后面越是难以坚持。有时给一道题加上 dill（本意是用来检测是否因未用 long long 而出错），发现它从不能过变为能过，便就此放任不管了（本应做的是检查并修改各处变量和数组的定义，直至不加 dill 也能通过）。
到了 NOIP 当天，也不知当时是怎么想的（现在想来真是无语，完全推测不出当时的心境），亦许是出于所谓的“在防止整型溢出（爆 int）上保险点”的心理，抑或是从其他需要 long long 的题目中复制模板代码后残留的。无论如何，在最后的检查中，我都没能发现这个致命的问题。直至最后，我既未察觉自己使用了 dill，也没意识到 dill 潜藏着的 MLE 风险。（反倒是一直在按 int 的大小计算数组空间，防止数组开得过大，这是多么讽刺……）
依赖 dill 者，终将遭其反噬！
多么惨痛的教训！！！！！！
求避免 MLE 之教程
求解除空间限制之教程
求考场稳定发挥之教程
求绝不重蹈覆辙之教程
希望今年能踩线一等。就这样吧。
（FCK 综合分析后，建议我继续学下去，因为如果没挂分，发挥出自己的实力的话，我明年还是很有希望进省队的，这使得我原先“打完无论如何都退役”→“没 300 就退役”→“NOIP 分没 YZJ 高就退役”之想法再次发生了动摇，我真该退役吗？这得再想想，仔细和父母商量。待考虑。）