我覺得在程式設計比賽中最重要的就是團隊合作對於乙個比較而言 他最主要的或者說最首先的就是【這是個團隊比賽】，要是想單純依靠隊友去得到更高層次的東西 這是非常不切實際並且不靠譜的事情。
在比賽中會有非常非常多的意外情況發生當然 這就意味著我們需要更多的經驗多參加比賽多積累經驗 對以後的比賽生涯大有益處。有很多問題在平時自己做題的時候根本不會發現或者說不會注意到 但是在考場上就很容易就犯各種各樣的問題，甚至很多時候我們在考場上學到很多東西（實際上這也不靠譜，在我進行一些我沒有準備過的期末考試的時候我在考場上學到的東西比我乙個學期學到的東西還多hhhhh）。
參加一場比賽要先搞清楚這場比賽的難度
誰出題為了誰出題
你的對手是什麼水平
自己是什麼水平
上面四個條件能夠變成兩個簡化問題，第乙個點就是這場比賽的難度如何，其次就是參賽者的水平如何。這是乙個參與排名的比賽，就是說參與的人水平普遍較低 那麼即使你得到了乙個不太高的分數 也有可能獲得乙個比較好的名次。這聽上去有點玄學，舉乙個簡單的例子杭州市的所有高中參加統考，他們考的是同一張試卷（就當滿分是100分），如果說你在乙個相對普通的學校考了80分，那你很有可能就拿到第一名了，但是把這個成績放到top1高中，那很有可能只是年級100名（人家平均分80）。由於試卷的難度也會有變化，就像在小學時候試卷都非常簡單 人均可以考95分 甚至班裡一大部分都是滿分，這樣很難 比較出個人的好壞了hh但是大佬就是能夠在試卷難度比較大的情況下依舊穩定發揮保持乙個比較好的成績。
講了以上幾點主要是要說明，要根據比賽的難易情況隨機應變並且結合自身的實際情況選擇有哪些題目能做哪些題目是要放棄的說不定ak呢？。
最近在賽場上也總結出幾條守則，然後參加比賽 我會把我的守則帶上……
先給出一堆比較複雜想法 然後再把它優化成守則：
對於難度較低的題不要想的太複雜，如果發現這道題想的很複雜那麼可以考慮換一種簡單的想法或者說換題，直到沒有比這道題的思想更簡單的題再考慮嘗試實現。
bug是很容易產生的，編譯錯誤自然是非常好解決，甚至邏輯上的錯誤在很多時候也比較好判定，最**是手誤，肉眼幾乎不可見，甚至除錯都很難調出來，這個時候最好的方法就是重新寫一遍。
盡可能的用通用解法去解一道題，特殊判斷的情況越少越好，特判的情況越多錯的可能性也越大，最好的情況是寫一種通用的解法 然後令引數等於題目所給的引數。比如要解8皇后最好寫出n皇后，然後讓n=8。
在提交之前要好好看看有沒有一些比較神奇的錯誤，比如說語言的選擇，或者freopen。
一定要每道題都讀一遍！最好讓兩個人分開讀。有些題目沒人做或者說很少人做可能只是單純的看別人也不做所以自己也不做（跟榜做是個很神奇的操作 但是不能夠完全依賴於榜單）。理解錯題目的話，就容易南轅北轍了。
如果說有case沒有通過或者說明知道一定是超時的情況下，就不要去提交了，哪怕是最後一分鐘。
對應的優化總結如下：
題目不要想的太複雜 盡可能找簡單題做
真找不到bug的時候重敲一遍
用通用解法解題
提交之前花30秒鐘看看題目編號，語言，freopen
不用考慮行末空格和回車（除非題目刻意說明）
每道題都要讀（哪怕提交的人很少題目很長）
不做沒意義的提交 後記
【結果】確實是一件非常重要的事情，但真正為之付出的【過程】絕對比結果重要，假使竭盡全力窮盡可能，仍不能到達巔峰，那也是沒辦法的事情了吧233不過我相信這個時候已經超過95%甚至99%的人了，這是真正的榮耀。
我也想逐夢，還好我還有夢。
3 13學習總結
貪心演算法 實質 直接去求每一步的最優解，通過若干次的貪心選擇，從而得到整個問題的最優解。不是整體上考慮問題，而是找區域性的最優解 利用貪心解題策略 判斷該題是否適用於貪心策略求解 如何選擇貪心標準，以得到問題的最優解 貪心的一般解題思路 1 候選集合a 2 解集合s 3 解決函式solution ...
3 1 3 控制結構
jinja2 提供了多種控制結構，可用來改變模板的渲染流程。本節使用簡單的例子介紹其中 最有用的控制結構。下面這個例子展示了如何在模板中使用條件控制語句 hello,hello,stranger 另一種常見需求是在模板中渲染一組元素。下例展示了如何使用 for 迴圈實現這一需求 jinja2 還支援...
關於studio公升級到3 1 3遇到的問題
1，配置 compile 已經過時，已被 implementation 和 api 取代。將compile替換成api即可，conpile和api等同。2，android gradle外掛程式無法識別sourceset的 instrumenttest 將androidtest替換instrument...