今天天熱，就睡實驗室了，開著空調。
夜裡，沒心情睡覺，今天中興程式競賽複賽結果已出，沒能殺進決賽，有點小遺憾。
但回想起來，從
4月份開始，經歷組隊，預賽選拔，初賽，複賽，一路走來還是深有感觸。
個人而言，對任何事如果說只注重過程，不關注結果，那絕對是一句安慰人的話。凡事盡力而為之，盡力求得更好結果。旅程是重要的，結果更是重要的。當然結果已出，雖未達心願，也沒必要扼腕嘆息，能闖進第三關，不能說是滿足，但還算可以（算是平衡一下心態）
但總結些經驗，也有助於團隊的發展，有助於今後的進一步合作。（1
）預賽題比較簡單，乙個是布雷程式，乙個是俄羅斯套娃程式。從套娃程式來看，個人感覺對演算法還是不夠熟練，這個需要進一步加強！布雷是虎子寫的，很精練，從結果來看，很多人載在這個題上，所以對於這種程式要做到精練，簡單，效能要優化。（2
）初賽我們選擇的題是報文監視器這個題。要求能夠連上遠端網路裝置（如路由器），接受網管向網路裝置（路由器）傳送的報文。同時能夠根據一些關鍵字過濾掉一些報文。即具體是兩大要點，一是與網路裝置
socket
通訊，接受報文；一是對報文進行過濾。前者主要是
windows
下的socket
程式設計，後者主要是棧、中字尾表示式等資料結構運用。這個題做出後，發現對於網路程式設計有些地方還缺乏研究，多執行緒程式設計不夠熟練，前台、後台意識不夠。還有就是資料結構不夠熟練運用。總之，要加強
mfc程式設計，力求精通，資料結構要學會靈活運用。（
3）複賽還是這個題，不過加重了要求。要求多台客戶端
pc能夠連上遠端多個網路裝置，而且客戶端只能有乙個連上遠端裝置，其他客戶端在發現有乙個客戶端已經和要連線的網路裝置連線後就不能再與網路裝置發生連線，而只能和已經連上的客戶端連線來獲取裝置的報文資訊。能按過濾條件顯示或不顯示，且對過濾條件的輸入做錯誤判斷和糾正。個人感覺未能殺進決賽，有兩個原因，乙個是思路不和專家胃口，乙個是時間倉促，未能把我們的思路完全的實現。總之，在技術上還是有差距的，作為乙個工科的學生，好就是好，不好就是不好，來不得半點虛假。做工程如是，做學術亦如是。還有就是解決問題的心態和方式不夠熟練，這個是最有深刻體會的。
對於任何乙個問題，不僅僅是寫程式，都應該有這種觀念：任何問題都應該可以解決。只有想不到的創意，沒有實現不了的技術。同時，問題的解決可以是很完美的解決方案，當然也可以是低劣、粗糙的方案。在無法拿出最優方案前，應該先按乙個方案，哪怕這個方案是最拙劣的來施行。這樣一來能穩定軍心，二來為後續發展打下基石。優化的前提是已有方案。還有在解決問題的時候應該活躍思維，即思維一定要發散，可以列出各種可能的方法，不要主觀的認為某個方法就是不行。在某條路無法走通的時候，可以嘗試那些備選方法，也許那裡就能通向羅馬之城。
時間觀念。時間是檢驗效率的標準。時間的管理更是一門極具藝術性的活。無法管理好自己的時間，那麼高質量的產出將是妄想。學會安排時間，駕馭事情的優先順序，養成把
deadline
提前的想法，不要拖沓，給自己一些緩衝和修改的餘地。
細節更改需要彼此協調。
總之，意識到了不足。當然我們的合作還是不錯的，能夠通過這次經歷，鍛鍊出乙個小組，乙個團隊，將是我們這
3個月來最大的收穫！
actus
團隊精神仍在。明天，我們仍會一起行動，打小怪獸，加強練級，
kill boss
，為了最終的勝利！
2019中興捧月演算法大賽歷程
題目是網路流量均衡。再頻寬限制的圖中求不同請求頻寬的各條業務的最短路徑使總成本最小。解題思路 對業務進行排序，優先順序高的業務去走熱點鏈路，優先順序低的業務發現熱點鏈路已經達到頻寬上限就繞路而行。嘗試過按請求頻寬大小降序排序業務，效果並不理想。後來按在不限制頻寬的圖中求得的最短路徑跳數公升序排序提公...
2023年中興捧月 傅利葉
iwehdio的 初賽賽題題目 資料 源 提交的文件 複賽答辯ppt和決賽題目見 初賽使用python語言，初賽第二階段執行時間在6 7s。初賽第一，決賽參與獎。剛開始對題意有乙個初步的了解。要求的是最大的數量，所以跟每人準備的數量無關，而是只跟朋友關係的複雜程度有關。將部落中的每個人進行編號，按正...
2020中興捧月傅利葉派記錄
前段時間看到了同學 的中興通訊的比賽鏈結，之前也沒有參加過演算法類的比賽，這次打算報著試一試的態度參加下，增加下經驗。在初步看了幾個門派的題目簡介後，發現只有傅利葉派比較適合自己，所以最終選擇了傅利葉派。目錄 在某片遙遠的大陸上，居住著兩個世代友好的部落，分別是部落a和部落b。他們一起耕耘勞作，互相...