今日小結（2016-07-04）

問題：

1. git合并沖突，master分支merge到dev分支。
   1. 以前有一次沒有按照git的使用規則走，而直接在master分支做了修改，那麼問題來了：如果我日後再次從dev分支改動那個檔案，就會覆寫以前的修改。而且我也不可能每次都從master分支修改。于是，傻逼的我就把master分支合并到dev分支上了。。。
   2. 使用git，必須嚴格按照git的标準流程走，現在的代碼隻是兩個人寫的，并不複雜，但是還是那麼的難以解決沖突，那麼大公司N個人協作的代碼，豈不是到了難以想象的難度。
   3. 嚴格按照流程走。
   4. 遇到沖突，必須與沖突代碼相關的人協同解決。
2. 自己寫的代碼或者引用架構的代碼，必須清楚的知道每一行、每一個方法都做了什麼。
   1. 有的引用架構的方法，還沒有搞清這個方法是做了什麼，就按照樣例照抄下來。這個毛病要改。
   2. 代碼習慣要改：很多地方自己太不注意了，沒用的參數也不會删掉。代碼不是能用就行，盡量的整潔，幹淨。沒用的東西就要删掉。
3. 代碼能力問題：
   1. 好的代碼，修改起來也很容易。垃圾代碼，就很不利于以後的維護。
   2. 這點自己應該處處留心，多多學習别人的代碼，把自己的代碼寫的更漂亮也更加實用。