東西多了， 人總是會凌亂，慢慢就提不起精神，或者反應遲鈍了。 自己還有一堆問題等待解答， 所以，及時的整理下思路和問題， 有利於以後的工作。
1 工作
a 當工作比較雜的時候，怎麼分配新任務和維護舊項目之間的矛盾。
a！當舊的項目出現問題的時候，先解決舊項目， 新的任務根據緊急情況， 按番茄工作法排序（其實現在領導對自己真的還算好的）
a1？爲什麼舊項目找問題需要較長的時間
a1！沒有對舊項目有較好的總結， 沒有對比較不合理的地方有重構的思想。 沒有對產生的問題及時和對應的人溝通，請求和思考更好的解決方法。
a2？ 自己經驗有限，暫時沒有重構的能力，只有部分解決問題的片段，怎麼樣收集這些片段，整理加強？
a2！ 多問，多敲，多想。 暫時把比較好的想法存起來（筆記或者code的倉庫沒有較好的存儲方式），暫時用hg存儲到bitbucket上面，有多的時間的時候，分佈式到自己的移動硬盤上。
a3？ 怎樣讓代碼複用率比較高，怎樣更容易重構和組裝自己的代碼。
a3！ 可能自己還沒有能力去解決這個問題， 暫時只有 看設計模式， 貌似現在的小項目用不到設計模式， 但是 每次被修改而弄得一塌糊塗 的時候，就想到需要用一些比較好的方式去解決，讓自己的代碼有彈性，的確很重要。
http://www.csdn.net/article/2012-03-14/313089
a4？ 怎樣收集好的代碼？
a4！ 要麼把n多個好的demo合併到自己的一個demo中。 要麼理解demo的實現過程， 能分解成方式和依賴的類（或者包）。自己能重新獲得或者組裝。
b？ 當想要了解的東西比較多的時候，或者 在很多別人解決方法中尋找自己需要的時候， 怎麼記錄和測試？
b！ 理解解決問題的目的， 記錄別人各種方案， 哪些自己弄過， 哪些沒有弄過。 每種的優勢在哪裏。 （哎！關係複雜了就不好記錄了， 怎麼整理筆記？ 貌似數據庫才能解決較複雜的數據結構....）與其說是找解決方法， 不如說是記錄各種特性 和 想法。
2 筆記
a 對於比較多的問題，怎麼樣記筆記。
a！北京來之前，一直用的onenote+快盤。 用onenote2010記筆記，用快盤同步（其實想起來還是很好用的，onenote功能很強）。
a1？ 怎麼在移動設備上同時使用？怎麼讓複雜的界面簡單點。
a1！現在用 有道雲筆記，感覺在android的手機上面是方便了很多，但是 有道雲 在很多功能上不適合自己
a2？ 是否繼續用 有道雲？
a2！對於邏輯比較簡單的筆記， 有道雲 的確很方便。 但是東西複雜了，自己就很不習慣了（自己也解決不了）
安全方面： 網絡同步的確很方便， 但是越方便，就越不安全。 怎麼樣對重要的東西加密。 （暫時在重要的數據上用自己的key記錄， 對應的value只有自己知道。 暫時自己Map很少，有時間也可以整理下， 可以藉助100圖，1000圖的樁？ 還是自己再重新寫個樁？）
最後，還是決定用onenote2013， 有道 可以記錄一些要做的事情， 邏輯複雜的東西，還是分類用onenote比較好點。
b 依賴的類，和對應類的熟悉程度， 決定了你的價值，
3 代碼閱讀
a 要學的代碼很多
a1? 到底哪些代碼自己學習，哪些暫時放棄呢？
a1! 讀代碼有2個原因，
第一： 這個類有複用的價值。
這一類，自己暫時決定在1000--1500以內的可以閱讀，超過這個數字的，放棄或者分步驟學習。
第二：類裏面有些結構值得學習。
分類，看是否是熟悉的結構，是否是23種以內的模式。
如果不熟悉，看是否可以用別的方式實現，和它的區別在什麼地方。先記錄，再判斷。