時隔一年放上昔日感謝，祝各位成功

不得不承認，第一次觸碰到數學建模時，真心覺得天書般的論文離我還有遙遠的距離，自己根本不敢想到有朝一日自己都能寫出這種論文。但那畢竟是當局者的時候，當站在旁觀者的角度回頭想想參賽的種種，也覺得不過如此罷了。人就應該嚐盡百苦。

數學建模中不得不提到的就是組隊，正所謂“不怕狼一樣的對手，就怕豬一樣的隊友”，如果數學建模調成一人賽，那數學建模也就失去其內在的含義，估計參加的人反而會越來越少的。所以隊友很重要，你可以不厲害，但你不能少個厲害的隊友。

當然一般建模組隊都是找自己認識的人，一般都是同系的同學吧，其實這樣不好，因為同系的都只掌握同一個知識框圖，專業知識之外的就什麼都不知道了，所以儘可能找系外專業的人，為此我也不得以退出了當初老師分的隊伍，不惜拆掉別人的隊伍來重新構建，雖為殘忍，但大家都希望拿獎，所以跳槽之事也是情理之中的。而且數學建模最需要的就是計算機和數學強的人，這是找尋人才時必須先考慮到的。因此我當初毫不猶豫的去拉了一個計算機的男生過來（當然本人也是）。至於數學那方面實在找不到特別好的，於是拉了一個會計的過來，如果在競賽中遇到經濟一類的題目還是會大有益處的。

不得不說的是，這次選題竟如此幸運，出現了純粹程式設計就能解決的題目，實屬意料之外，B題在當初看的時候並沒有想到是程式設計，只不過是直接往圖論方面想了，但由於水平有限覺得這道題的難度不是一般大，正打算放棄時，發現A題是交通類的，屬於統計一類的。而之前我們組也是專門只練統計想賭一賭的，以便到時直接選統計的題目就。誰曾想到，看B題的計算機的隊友突然提出，這道題似乎可以用程式設計解決，我倆的熱情瞬間點燃了。在仔細稽核過題目後，整理了一個簡單的思路，就決心做B題了，雖然後來知道這條路實在是艱險，中途也知道很多組都轉到A題去，可見這道題的難度。人嘛，總要挑戰一下自己。

比賽時時間的安排很重要，很多組都是前緊後鬆，導致最後連論文都寫的亂七八糟，雖然本組從開頭到最後一直都是“鬆”的，但此“鬆”非比鬆，我們做題時不會很緊張，會很悠閒，做累了，就休息，做自己喜歡的事情，去吃吃宵夜什麼的都可以的。不過這樣的後果就是，連續三晚沒睡，有些事還是要親歷恭維才行。這個是不提倡大家的，畢竟本組不是大神組，所以沒必要用生命去比賽（雖然最後發現還是在用生命在比賽）最主要的就是當初競賽時規劃好時間，做好準備，比賽時就不會手忙腳亂了。至於要睡多久那就根據個人情況吧，硬撐的後果就有可能和本人一樣，還要花多幾小時躺在床上。

具體比賽時什麼時間段做什麼網上很多人都給出了自己的意見，時間點也基本一致，表示本組也是基本照著別人的經驗一步步走過來。當然我們組重心主要是在論文，尤其是在程式設計基本快完成時，就已經寫好了大半論文了，因為本人覺得論文是一個非常重要非常嚴謹的部分，論文部分是最後一部分，這個部分不能把好關，前面做的再好也不過是曇花一現罷了，結果都是前功盡棄。而論文不是寫完就可以了，還要不斷的討論修改，討論修改，直至全組滿意為止。因而建模時組員會經常有矛盾，甚至還有可能打架（暫時沒親身經歷）但有分歧是好事，有分歧才知道自己對題目的瞭解程度，有分歧才知道整個組的進度，有分歧才能把題目的細枝末節解決的更好。如果組裡面有個人英雄主義出現，那抱歉，你必須犧牲一下，這與打仗是一樣的道理，不是為了自己，而是為了某個組織，某個黨，某個國家。

競賽前我都有做一些賽前提醒或其他什麼的。來提醒本組人，論文哪裡需要注意，看到題目是要怎麼去考慮…等等。畢竟我們組都是第一次參加，作為大一學生，實屬不易，所以我很為我的隊友感到驕傲，因為不論是否拿到獎，競賽時興奮的情景到現在我還是深有體會的。那些提醒基本都是靠自己去搜索查找了，例如在審題或做題時，常常有一些想法出來，無論這些想法是可行的還是荒誕的，都要記下來。因為那或許就是問題的解決之法，或許就是閃光點。無論是來得及做的和來不及做的都記下，來不及做的可在論文的發展或優缺點中給予體現。這些就是閃光的地方。所以我個人覺得這一點在我們組做的很好，雖然我們的模型不是非常厲害的那種，但是我們建立了至少兩個模型去解決問題，並在優缺點評價時將模型的問題完整的附上去。因此並不見得比那些用很牛掰的模型的組差。

雖然現在還不知道結果，運氣好可能會有個省獎，運氣不好就抱個參與獎回來得了，但學到的東西實在是多，此處就不再感慨了。到此為止也基本將個人感想寫完了。篇幅寫的很散，東拉西扯的很多許多地方不堪入目，敬希各位大俠斧正補充。

向奮鬥在國賽第一線的勇士們致以崇高的敬意