本文主要是介绍2013数学建模国赛感想，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
时隔一年放上昔日感谢，祝各位成功
不得不承认，第一次触碰到数学建模时，真心觉得天书般的论文离我还有遥远的距离，自己根本不敢想到有朝一日自己都能写出这种论文。但那毕竟是当局者的时候，当站在旁观者的角度回头想想参赛的种种，也觉得不过如此罢了。人就应该尝尽百苦。
数学建模中不得不提到的就是组队，正所谓“不怕狼一样的对手，就怕猪一样的队友”，如果数学建模调成一人赛，那数学建模也就失去其内在的含义，估计参加的人反而会越来越少的。所以队友很重要，你可以不厉害，但你不能少个厉害的队友。
当然一般建模组队都是找自己认识的人，一般都是同系的同学吧，其实这样不好，因为同系的都只掌握同一个知识框图，专业知识之外的就什么都不知道了，所以尽可能找系外专业的人，为此我也不得以退出了当初老师分的队伍，不惜拆掉别人的队伍来重新构建，虽为残忍，但大家都希望拿奖，所以跳槽之事也是情理之中的。而且数学建模最需要的就是计算机和数学强的人，这是找寻人才时必须先考虑到的。因此我当初毫不犹豫的去拉了一个计算机的男生过来（当然本人也是）。至于数学那方面实在找不到特别好的，于是拉了一个会计的过来，如果在竞赛中遇到经济一类的题目还是会大有益处的。
不得不说的是，这次选题竟如此幸运，出现了纯粹编程就能解决的题目，实属意料之外，B题在当初看的时候并没有想到是编程，只不过是直接往图论方面想了，但由于水平有限觉得这道题的难度不是一般大，正打算放弃时，发现A题是交通类的，属于统计一类的。而之前我们组也是专门只练统计想赌一赌的，以便到时直接选统计的题目就。谁曾想到，看B题的计算机的队友突然提出，这道题似乎可以用编程解决，我俩的热情瞬间点燃了。在仔细审核过题目后，整理了一个简单的思路，就决心做B题了，虽然后来知道这条路实在是艰险，中途也知道很多组都转到A题去，可见这道题的难度。人嘛，总要挑战一下自己。
比赛时时间的安排很重要，很多组都是前紧后松，导致最后连论文都写的乱七八糟，虽然本组从开头到最后一直都是“松”的，但此“松”非比松，我们做题时不会很紧张，会很悠闲，做累了，就休息，做自己喜欢的事情，去吃吃宵夜什么的都可以的。不过这样的后果就是，连续三晚没睡，有些事还是要亲历恭维才行。这个是不提倡大家的，毕竟本组不是大神组，所以没必要用生命去比赛（虽然最后发现还是在用生命在比赛）最主要的就是当初竞赛时规划好时间，做好准备，比赛时就不会手忙脚乱了。至于要睡多久那就根据个人情况吧，硬撑的后果就有可能和本人一样，还要花多几小时躺在床上。
具体比赛时什么时间段做什么网上很多人都给出了自己的意见，时间点也基本一致，表示本组也是基本照着别人的经验一步步走过来。当然我们组重心主要是在论文，尤其是在编程基本快完成时，就已经写好了大半论文了，因为本人觉得论文是一个非常重要非常严谨的部分，论文部分是最后一部分，这个部分不能把好关，前面做的再好也不过是昙花一现罢了，结果都是前功尽弃。而论文不是写完就可以了，还要不断的讨论修改，讨论修改，直至全组满意为止。因而建模时组员会经常有矛盾，甚至还有可能打架（暂时没亲身经历）但有分歧是好事，有分歧才知道自己对题目的了解程度，有分歧才知道整个组的进度，有分歧才能把题目的细枝末节解决的更好。如果组里面有个人英雄主义出现，那抱歉，你必须牺牲一下，这与打仗是一样的道理，不是为了自己，而是为了某个组织，某个党，某个国家。
竞赛前我都有做一些赛前提醒或其他什么的。来提醒本组人，论文哪里需要注意，看到题目是要怎么去考虑…等等。毕竟我们组都是第一次参加，作为大一学生，实属不易，所以我很为我的队友感到骄傲，因为不论是否拿到奖，竞赛时兴奋的情景到现在我还是深有体会的。那些提醒基本都是靠自己去搜索查找了，例如在审题或做题时，常常有一些想法出来，无论这些想法是可行的还是荒诞的，都要记下来。因为那或许就是问题的解决之法，或许就是闪光点。无论是来得及做的和来不及做的都记下，来不及做的可在论文的发展或优缺点中给予体现。这些就是闪光的地方。所以我个人觉得这一点在我们组做的很好，虽然我们的模型不是非常厉害的那种，但是我们建立了至少两个模型去解决问题，并在优缺点评价时将模型的问题完整的附上去。因此并不见得比那些用很牛掰的模型的组差。
虽然现在还不知道结果，运气好可能会有个省奖，运气不好就抱个参与奖回来得了，但学到的东西实在是多，此处就不再感慨了。到此为止也基本将个人感想写完了。篇幅写的很散，东拉西扯的很多许多地方不堪入目，敬希各位大侠斧正补充。
向奋斗在国赛第一线的勇士们致以崇高的敬意
这篇关于2013数学建模国赛感想的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
