CSP2023总结
CSP2023总结
入门组
比赛开始时,顺序开题。
看完 \(T1\) 后没有立即想出正确解法,有点慌乱,看完 \(T2,T3\) 并思考了一会后过去了大概 \(20\) 分钟,想到了解法便看 \(T4\)。
\(T4\) 看完之后直接想了 \(20\) 分钟,想到了一个貌似可以的解法。
回头看 \(T1\) ,\(T1\) 想到后比赛已开始 \(50\) 分钟,机房里敲键盘的声音很大,开始变得着急。
最后写完 \(T1,T2\) 过去了 \(30\) 分钟,直接去写 \(T3\) 的模拟。
最后模拟因为有些地方一开始没有考虑到,使得代码结构不合理,加上调试时间过长,写完后距离比赛结束还剩 \(1h25min\)。
\(T4\) 在思考过程中发现做法除了拆点以外假掉,又发现前排同学已经开始写别的题目的暴力对拍,愈发紧张,便去了一次厕所。
回来后在冲最后一题的做法,发现可以把结束点换成开始点便可以接触 \(a_i\) 无法跑最短路的限制,于是在这一种想法上开始解决 \(k\) 的问题,最后时间也来到了 \(20\) 分钟,中途其实思考过几次要不要去写 \(k=1\) 和小数据的部分分,但即使时间在最后 \(40\) 分钟时也没有下定决心写部分分,总觉得在想一下或许就可以想出来,于是失去了写部分分的机会,最后 \(20\) 分钟心态已经完全崩溃,无心检查和调题,在考场上痛斥自己一年不如一年。最后只在 \(5\) 分钟时进行了一次肉眼检查。
PS:纪中小卖部真香。
提高组
或许时中午喝了茶的缘故,下午精神状态不错,在吃零食和下午比赛更重要的想法下,情绪调整过来,准备下午的比赛。
比赛开始后,先总览了一边题目,吸收去年的经验,虽然 \(T3\) 题面很长还是看完了,发现 \(T1\) 是签到,\(T3\) 应该是模拟,\(T2\) 有点像数据结构或者 \(dp\)。
但 \(T1\) 因为一开始的读题不明确,导致调试用去了将近 \(20\) 分钟,剩下 \(3h\)。
\(T2\) 想到了一个动态规划,转移和方程的时间复杂度都符合题意,发现预处理不知道要怎么办,于是开始乱搞加证明奇怪的性质,最后发现可以用栈维护,写出代码后又发现预处理又假了,开始修补,最后耗费 \(1h\),发现一开始的一个性质证明有反例,但又盲目向 \(T2\) 投时间,\(25\) 分钟后经过长达 \(5\) 分钟的心理斗争,决定剩下时间全部用来写暴力。
在次看题,预估 \(T2\) 暴力 \(50pts\) 到 \(70pts\)(后来发现是 \(60pts\)),\(T3\) 分析一手数据规模有 \(65pts\),\(T4\) 无脑模拟有 \(10pts\),此时预计总分:\(100+60+65+10=235\)。
\(10\) 分钟结束 \(T2\) 剩下 \(1h\) 结束比赛,\(T3\) 调试结束后剩下 \(23\) 分钟,最终肉眼检查所有题目,再次手动测试 \(T3\) 后开始写 \(T4\) 的无脑写法,没码完。
反思
1.对题目总体时间分配没有一个大概的把握,没有认真思考题目难度和自身实力的对比,没有对题目分配时间。
2.对于题目部分分的把握不清楚,在没有时间规定的情况下,产生了一种类似于赌徒的心理,总是想在多给一点时间能不能做出来,最后时间耗尽,连部分分都写不了。
3.思考过程不专注,有些时候想题时跑偏了,浪费了一些时间。
4.由于自身的认识不清,所以受其他人影响大,考场内敲键盘的声音也一定程度上产生了干扰,带来压力,导致情绪波动大,然后又增加了想偏了的概率……
5.在考试时会无意识的想到一些考场外或者时考试结束后的事,给自己产生太大压力导致解题效率低下。
6.对于自身实力把握不清,设定的目标不合理,使考试时的心态变化大,对题目的 \(AC\) 更执着。
7.代码实现能力弱,经常性出现写错符号和字母等低级失误。
8.代码调试能力弱,发现问题后更改的代码不简洁。
计划
1.2. 条出现的问题是比赛策略不合理,应该设置合理的比赛策略,不断完善改进。
2.4.5.6. 条的问题是对于自身实力认识不清,过于关注成绩和排名,又带着一种傲慢的情绪去比赛,应该尽快摸清自己的真正水平,对于比赛设置合理的目标。
同时 2.4.5.6. 条也可以看出思维和其他同学存在差距,但并没有正视,更多是一味欺骗自己,对自己的,需要虚心接受并正视自己与他人的差距,继续提升思维水平,方案如下:
- 每周除去比赛题外,应该保持至少 \(5\) 道以上的蓝题,并挑选写不少于 \(2\) 题写题解。
- 比赛题应该及时订正,并且至少选择 \(1\) 题写详细题解。
- 对于比赛要及时总结,找出自己的稳定水平。
- 提高效率,优化时间表,将每天的空闲时间多投入竞赛,每周日的 \(9:45\) 到 \(11:30\) 设为竞赛时间,并前往图书馆。
对于自己的水平应该是有把握下的自信,不能盲目自信,也不能自卑。
第 5. 条要在考场上克制自己的想法,及时纠正想法,不要想太多。
第 6. 条要根据现状合理制定目标。
第 7. 条在每次比赛代码量超过 \(150\) 行的题目时,\(AC\) 后应该参考其他人的代码改进程序,在写代码之前需要思考代码大概的结构,要怎样写更合适。同时,要保证代码不会出现过多低级失误的情况下增快码速。
第 8. 条在平时遇到的复杂的代码的错误,要多调试,积累经验,总结方法。
最后考试前规律作息,好好休息,以最好的状态虚心考试。
考试策略
开始到 \(30\) 分钟,总览全局,初步思考,大致划分时间,读题思考时间每题 \(5\) 到 \(8\) 分钟。
按照初步划分时间进行答题,思考之前需重读题,题目代码时间至少预留 \(20\) 分钟,单题时间规划时间不宜超过 \(50\) 分钟,需包含一定的小数据测试,必要时包括对拍。
对于题目正解与暴力的抉择,需要果断、坚决,对于某题目延长时间的需求应考虑整体,计算暴力分与延长分的性价比,以搞分为最终原则。
划分时间预留 \(40\) 分钟,其中 \(10\) 分钟作为弹性机动时间(调整心态,处理情绪问题,上厕所,休息等),\(30\) 分钟的检查时间(一般放在最后),此部分为最后的肉眼检查,主要 计算 时空复杂度,检查 变量数组类型大小,变量初值,文件夹文件名文抄,测试样例和部分小数据(主要检查的是有没有删除调试代码和 \(CE\),如果出现不符合预期的答案,先把其他题的检查进行完,再回头更改),每题按 \(7\) 分钟处理,如题目简单可以快速检查完可以分给其他题目的检查。
注意除分值差巨大的情况下,即使时间不足,写暴力,也需要保留至少 \(30\) 分钟的时间构思及写代码,切忌使用检查时间写代码。
随机推荐
- Linux/macOS 查看网络接口
Linux 显示网络设备的状态: $ nmcli device status DEVICE TYPE STATE CONNECTION enp0s5 ethernet connected Wired ...
- 安装 Google Cloud CLI(gcloud)
安装 Ubuntu # 更新软件包索引 sudo apt update # 安装辅助工具 sudo apt install apt-transport-https ca-certificates gn ...
- 【YashanDB知识库】设置归档日志上限,但归档日志没自动清理,导致磁盘空间满
问题现象 客户使用一主一备做性能压测,主备机上设置了归档日志清理上下限: ARCH_CLEAN_LOWER_THRESHOLD=12G ARCH_CLEAN_UPPER_THRESHOLD=16G 但 ...
- 开源大模型占GPU显存计算方法
运行大模型GPU占用计算公式: \(M=\frac{(P * 4B)}{32 / Q} * 1/2\) M : 以GB标识的GPU内存 P : 模型中的参数数量,例如一个7B模型有70亿参数 4B : ...
- 坑人的opencv安装
我想捡起来C++,最近在看opencv,于是我想着一起吧. 但是我低估了这个小麻烦的魅力,曾经安装opencv c++版本就头秃,如今依然头秃.说明我没长进啊-- 折腾了两天,终于装上了. 其中最麻烦 ...
- SQL无法解决排序规则 Chinese_PRC_CI_AS 和 Latin1_General_CI_AS 的冲突
最近在执行一些跨库关联查询语句的时候提示了 "Cannot resolve the collatior conflict between "Chinese_PRC_Ci As&qu ...
- BOM – Window.matchMedia
参考 Youtube – Detecting Screen Size and OS Dark Mode with matchMedia() - JavaScript Tutorial 介绍 CSS 有 ...
- Flutter 这一年:2022 亮点时刻
回看 2022,展望 Flutter Forward 2022 年,我们非常兴奋的看到 Flutter 社区持续发展壮大,也因此让更多人体验到了令人难以置信的体验.每天有超过 1000 款使用 Flu ...
- 暑假集训CSP提高模拟2
A.活动投票 主元素问题,用摩尔投票 #include<bits/stdc++.h> using namespace std; int n,a=-1,acnt,x; int main(){ ...
- Qt构建cmake工程方法总结
由于工作需要,最近打算统一将所有C/C++项目都改成使用cmake编译.传统后台业务问题不大,但是有些牵涉到跨平台的Qt项目还是折腾了一阵.下面对这段时间的收获做一个总结,也希望帮助看到本文的朋友少走 ...