閱讀代碼經驗
- 看代碼的過程中，注意記錄自己的理解或畫圖，形成文檔（不一定要正式文檔）；
- 標記代碼的過程中最好不要用行號，可以以函數名進行定位；
- 閱讀代碼的時候，可以結合斷點調試的方法加深對代碼的理解；
- 在面對一個龐大的系統時，看代碼往往不知道如何入手。如果一個類一個類地看，往往目的性差，而且對於系統有個功能實現的把握不強。推薦的方法：針對某個功能從前到後串着看，然後在一些節點上進行適當發散。當你看的功能越多，你對系統的瞭解就越深入；
- 有空的時候，要多檢查自己的代碼；
設計經驗
- 對於複雜的模塊，不要急於動手寫代碼，先要構思好，養成畫流程圖的習慣。對於代碼的一些細節，要仔細考慮。這個時候的仔細，會節省自己很多調試代碼的時間。
- 在編寫代碼前，設計工作非常重要，它對日後代碼的維護、擴展都至關重要，所以寧可花大量的設計代碼，也不要一上來就動手寫代碼；
- 設計接口時要儘可能地考慮擴展性；切實體會：ZengLiang設計信號函數時採用QVariant作爲參數進行傳遞；
- 在進行大的修改之前，需要有設計文檔。設計文檔的主要內容有：當前的狀態、存在的問題、解決方案；
編寫代碼經驗
- 不要拷貝代碼，就算是結構一樣的代碼也要重新寫一次，因爲複製代碼很容易忽略一些需要修改的地方，導致程序出現難以發現的邏輯錯誤；
- 在修改完代碼後一定要仔細測試，以防遺漏了需要考慮的地方，儘量減少Bug；
- 在使用ASSERT前的時候，打印出造成ASSERT的必要信息；
- 在設置對象的值時一定要明確；切身體會：qpainter->setfont();
- 謹慎使用新技術：要對新技術有全面的考察（優點、缺點）；
- 不論代碼是否合理，絕對不能留下意識到的可能的bug，切身體會：3D雙擊變單屏
- 編寫完成的類和函數，能進行單元測試的一定要進行單元測試，這是代碼質量的重要保障；
調試代碼經驗
- 在調試程序的過程中，如果程序的運行行爲出現了與預期不符的情況，則一定要找出不符的原因。因爲出現這種情況往往意味着程序存在錯誤。
- 回溯法定位問題的快捷方法：可以在開發機或真機上下載並編譯若干個主要節點的版本例如每兩百個版本一個副本，然後使用安裝包進行定位，最後再使用代碼進行驗證。
- 定期對bug進行review，挑選出一些置爲later或後續版本修復的bug進行修復；
提交代碼經驗
- 在提交代碼之前，仔細審查修改過的地方；
- 代碼提交SVN最好一點一點提交，不要一口氣提交很多，這樣有利於回溯；
- 每次提交只針對一個點，例如新增功能或修復bug。否則，無法做到只回退某個點的修改；