0. 前言

当时参加美赛可以说是临时起意，先是朋友问我有没有兴趣打数模，但是我考虑到自己更喜欢本专业（软件）竞赛，就没有答应。但是，在从学校回家的路上，想了很多——每每坐在车上，看着窗外的风景，人就喜欢胡思乱想，自己虽然可以保研，但是好像竞赛的经历还是少了一点，万一老师问为什么没有打过数模，岂不是没话可说。然后凑巧的是，刚好在表白墙上看到了美赛招募队友（也可能是天意？那为什么不让我获奖，问号脸）虽然，看看最后的成绩，照样没什么好说的，但是这毕竟是第一次，也可能是最后一次，还是写点东西纪念一下。

PS：这种方式挺好的，属于自己一方小天地，写下自己的一点小感悟，以后应该也会写一些东西纪念一下。希望以后多看看书，提升一下文化素养。

1. 准备

1.1 更早

1.1.1 问题

没有学习并掌握相关模型，不能灵活运用
没有掌握基础技能，常用操作不能记住，编程时总是要百度效率低下

1.1.2 解决方案

数学模型是长时间累计，如果专注于数模竞赛，就需要平时多多了解。
每一次用到常用的语法或技巧，都亲自写一遍，记录下来，以加强记忆。

1.2 前几天

看优秀论文，学习文笔、思路、图表表示，比如每一题大概做成什么样子之类。

2. 选题

选题可以说是非常重要了，这次我们的选题不太好说，不好也不坏把，题目不太常规，但是大部分方向对了，所以也不好怎么发表意见。不过始终建议好好讨论一下，而且是需要在充分了解每题内容的前提下。

3. 解决问题

3.1 问题

我们小组的解决方案在讨论方面有很大问题，基本上由我主导，但是这种方式很容易造成先入为主的情况，容易让队友跑偏，导致思维不能充分发散。
讨论太少，团队交流太少，一方面后面基本只靠两个人讨论确定，另一方面，线上讨论终归是限制了一点，不能随心所欲。
对题目研读不够，查找资料没有效率。

3.2 解决方案

不能过于强调自己的观点，不要一次性输出，很容易出问题。因为一个方案如果全盘托出，大家比较难找方案的漏洞，然后就造成大家觉得这个方案目前听上去可行，那就这么做。但是事实上可能存在很多漏洞。因此，如果一步一步提出来，先说想法，然后让大家针对想法提问，自己回答，大家针对回答再提问，一步一步这么往下走，每一步都会受到批判，这样的话，方案才会打磨得比较好。
线下讨论比线上讨论要方便很多，尽量线下一起做，效率更高，沟通成本更少，也能相互鼓励支持。
查找资料之前应该讨论一下基本的解题思路，确定一个大概的成员都认可的思路，避免做无用功。
查找的文献应该按信息进行记录，方便反复查看。

4. 实施

实施过程中的问题主要是前期准备工作的问题，模型知识与相关编码知识的缺乏，导致效率低下，方法也比较贫瘠。
但是还有一个问题，那就是不够专注，容易分神，虽然看上去很多时间都在忙，但是不一会就分神了，好不容易进入状态，然后又要重新进入，没有真正的沉浸其中，难以高效，也难以有更好的灵感。
确定大概框架时应该也确定模型的实现过程，避免无法实现模型而浪费时间。