一起建造的！就應該一起承擔！不要把所有的問題都推在一個人的身上，這樣你們的友誼不會長久。 倒是可以反過來反省下自己的過錯

有的時候，犯錯也是一種成功，這樣你能知道自己通往成功的道路上有多少荊棘。你以為自己身處地獄，實則是天堂的倒影

這個問題專門問了孩子，孩子對我的回答是：這就跟籃球比賽輸了一樣的心態。隊友是自己選的，難道要埋怨嗎？

其實輸贏這事很正常，這其中有能力、有運氣的存在。不能因為一次的失敗，去否定別人，該有的團隊精神是要有的。

沒有誰是故意的，說明還有進步空間。“人外有人 ，天外有天”，輸了就當一次經驗的積累。

和fw搭檔數模是怎樣的體驗，那大概就是，自己在前面使勁c，隊友在後面喝茶看報的感覺，很氣憤也很無奈哈哈。

雖然我已經脫離一線參賽很久了，但是還是記得一些事情，可供用於考察隊友。

當你們組隊的時候，假如對方表示自己會寫作和排版，可問對方是用latex還是word。先說latex，對方是否可以成功訪問overleaf，還是本地安裝的latex軟體包。如果是word，最起碼要知道什麼是行距，段後距這類設定。接下來就是公式輸入，mythtype，axmath，還是mathpix，因為公式輸入相當費勁，如果作為寫作和排版的同學，不知道mathpix不僅可以截圖公式，還能識別手寫公式的話，那就太扯後腿了。除此以外就是數模寫作的風格，它可能不太像學術論文的風格，但起碼要閱讀一定數量(20-30篇打底)的國一論文，瞭解它的寫作風格，尤其是摘要的寫作。另一點就是參考文獻的管理，現在一定不會有同學不知道我們可以在任意學術站點上一鍵匯出想要參考文獻格式吧？還有，要是建模和程式碼同學建了強力的模型，得出了不錯的結果，作為寫作同學，你在摘要裡寫的雲裡霧裡的，也不知道重點結果和主題在哪，問題解沒解出來都不知道，最後衝國獎變成省一省二，那就太菜了吧。

下面簡短地談談建模／程式碼篇，我個人是感覺建模和程式碼基本上是差不多的，有模型就要有程式碼，沒程式碼有模型那就是語文建模了，沒程式碼沒模型就玄學建模了，最期望的效果就是有程式碼有模型加適當的美術建模，畢竟好看的圖配上準確的資料，加之排版同學嚴謹的佈局，論文件次不會低。所以當你的隊友提出自己會建模，可以稍微簡單地問一下TA知道哪幾種評價類模型，你得自己預先知道評價類模型有層次分析法等，接著讓TA列舉一些預測類模型，你也得預先知道我們能用灰色預測方法等預測，這些都是最基本的數模模型。作為建模同學，如果連數模常用的模型都說不出來幾個，那也太水了吧？為了防止抄作業，我這裡不過多介紹模型，除了這些，還需要問有哪些最佳化模型，處理資料的模型等，如何擬合數據，如何將各種資料製成恰到好處的圖。當然，在問之前你需要自己做好調查，知道會有哪些答案。對於程式碼同學，當他告訴你會matlab或者c++的時候，你最好看看他有沒有在acm拿過獎，其次是參與過程式設計的專案，如果都沒有，那麼參考建模同學，問TA模型，然後讓他示範一下隨便一個模型的原始碼，作為程式碼同學，參賽前如果沒有至少兩個g的各種模型原始碼檔案，說不過去吧？舉個黑盒子演算法神經網路模型吧，看TA 能不能看懂程式碼，知道在哪裡調參，基本上，程式碼同學必須要知道如何將原始碼套用到自己的模型上。

此外就是看人品，假如隊友平日裡並不是一個做人坦蕩，表裡如一的紳士，你在比賽被鴿的機率，和他比賽期間被異性成功約走的機率成正比。

值得一提的是，如果是幾個有經驗的同學湊一隊，大概最有幹勁的是省一省二同學的隊伍吧。有一件事我至今耿耿於懷，就是當年我和另一個國二同學和省一同學參加國賽，開賽前本想衝一下國一的，但因為我們國二的已經有國獎了，當時比賽期間課業一多，在數模獲獎這件事上冷漠了很多，白天要上課，晚上懶得熬夜肝，最後題目沒做完乾脆沒提交。

我覺得最有幹勁的時候，還是那個隊友，我倆都是省二，帶一個小白排版妹子衝到了國二。