專案內容：
專案目的：
傳統的日誌，記錄的是系統訊息流，控制流或資料流方面的資訊，尤其關注出錯狀態。從而為我們分析問題提供現場，得以知道問題發生的前因後果。
分析日誌之後，可以知道整個故事的情節：時間、地點、事件等等。
但我們不太容易從海量的日誌中提取重要的系統效能指標或引數，以實現垂直衡量系統效能和評估系統演化。現在的這套系統就為實現這樣的目的：以功能模組為單元，垂直分析系統效能。
專案方法：
日誌框架
新增基於框架的功能模組
專案管理：
涉及人員不多，溝通開銷不大。
專案教訓：
1. 單元測試，需達到100%**覆蓋，不要遺漏。
2. 整合測試，測試案例從功能角度上，一定要形成環路。
3. 壓力測試，對於上限和下限的邊界測試案例要格外注意。
4. 自動化測試，沒有自動化測試就難以保證系統演化的功能完整性。以上的測試從開始就要往這方面投入。
正確的開發理念和原則得強化執行，切不能因為短期的壓力就置之不顧。否則出現問題時，調查問題就會帶來超乎想象的難度。
山寨版專案管理經驗小結
不知道這個標題是否合適。忙了網際網路，再忙作軟體，今天好不容易閒下來，寫點最近總結的一些經驗。最近在和北京幾家大的軟體公司的合作過程中，也許我所看到的，可能不代表全部，但是值得從事這個行業的人重視。個人意見啦 1 公司，高管都很忙，通常沒多少時間深入底下的實施團隊。2 好多銷售，習慣了到處copy方...
山寨版專案管理經驗小結
不知道這個標題是否合適。忙了網際網路，再忙作軟體，今天好不容易閒下來，寫點最近總結的一些經驗。最近在和北京幾家大的軟體公司的合作過程中，也許我所看到的，可能不代表全部，但是值得從事這個行業的人重視。個人意見啦 1 公司，高管都很忙，通常沒多少時間深入底下的實施團隊。2 好多銷售，習慣了到處copy方...
AsyncTask經驗小結
1.asynctask物件的建立 必須在主線程中呼叫 2.直接new asynctask物件可能導致記憶體洩漏 3.execute方法必須在主線程中呼叫 4.execute方法在android1.6之前序列，android1.6之後並行，android3.0後序列 5.由於在android3.0後，...