但你覺得需要注釋的時候，應該首先嘗試重構**，這樣任何注釋都會變得多餘。
自我測試**的價值，當你收到乙份bug報告時，首先編寫單元測試來暴露bug。
編寫執行不完整的測試也比不執行的完整測試要好。
思考可能會出錯的邊界條件，並集中測試它們。
別忘了測試那些出錯時期望丟擲的異常。
不要因為害怕測試不能捕捉所有的bug而停止編寫能捕捉絕大多數bug的測試。
小型重構：可預見性，可見的進展，立竿見影的滿足感
使用多型替換條件語句。
大型重構：揭開糾纏的繼承，將過程設計轉換成物件設計，將領域和表現分開，提煉層次。
習慣於挑選目標，不確定就停下，原路退回。
永遠不要忘了兩頂帽子：重構帽子和新功能帽子
有趣段子：
當兩個人駕車快要開到山頂的時候車子拋錨了。他們只能下來推車，乙個在前乙個在後。半個小時後卻毫無進展，在車頭的那位說到：「我第一次發現把車推下山會那麼難。」而另一位答道：「你說什麼？推下山？！」
《重構》 2 重構原則 讀書筆記
1 重構不只是整理 而是一種更搞笑且受控的 整理技術。2 但必須對軟體 可受觀察之外部行為 只造成很小變化，或甚至不造成變化。與之形成對比的是 效能優化 和重構一樣，效能優化通常不會改變元件的行為，只會改變其內部結構。但是兩者出發點不同 效能優化往往使 較難理解，但為了得到所需的效能你不得不那麼做。...
glest學習筆記2 重構
目前重構過程工作目錄 0.00 original 0.00 2 original.fps 0.02 move.render.renderunits.to.world.renderunits 0.04 harvest 0.06 firstattackcommand 0.08 2ccrepair.has...
《重構》讀書筆記
再次看重構這本書，用了十幾分鐘，看完了原來斷斷續續用了差不多一周看完的第一章 沒有增加什麼新知識 僅對state stategy模式增加了點熟悉度 可見許久前學習第一章還是比較深入的，呵呵。還記得當時看得還是有點費力的。站的高度不同了，視角變化了，所以看得也快，看得也更精深。首先覺得第一章寫的真不賴...