1、不能允許專案有槽糕的設計及糟糕的**，如果不及時修改，積重難返。
2、要不斷的學習，每年至少學一種語言，每季度讀一本技術書籍，也要閱讀非技術書籍。
3、重複的危害，對重複**進行重構。
4、保持**的正交性，降低**之間的耦合性。
5、原型與曳光彈，敏捷開發。
6、按合約設計，確定程式的前條件與後條件。
7、斷言式程式設計，檢查絕不應該發生的事情，如除數未0。
8、時間耦合，設計工作流，對併發進行設計。
9、對已寫過的**進行重構，適當的採用設計模式。
10、對**進行注釋，對類及字段的命名規範。
11、對**進行測試，經過單元測試，整合測試，驗證校驗，效能測試，可用性測試（在生產環境進行測試）
12、開發過程中文件的記錄儲存。
以上只是看書過程中總結的一點心得。個人覺得一半好書還要反覆的讀。
程式設計師修煉之道 從小工到專家
在專案開始之前 需求需要挖掘，而不僅僅是收集。找出使用者為何要做特定事情的原因，而不是他們目前做這件事情的方式。建立需求文件 把形式化的模板做備忘錄 好的需求文件會保持抽象 專案範圍的增大需要被記錄和可追溯，以及可評價 通過統計資訊 需求的收集和設計實現不是單向的線性關係，而是雙向關係。它們是 交付...
程式設計師修煉之道 從小工到專家
基本工具 構建自己的工具庫。使用原始碼控制。除錯bug 找到問題根源 可以快速 復現 bug。跟蹤。向別人解釋程式以找到問題所在。找bug範圍 先自己 確定無誤再找類庫或系統問題。不要固執的認為自己的 沒問題。不要假設，要驗證。注重實效的偏執 放棄寫出完美軟體的偏執。進行防禦性程式設計。合約。規定 ...
程式設計師修煉之道 從小工到專家
這本書的適用範圍可以從初學者到有經驗的程式設計師再到專案經理，作為一本偏向理論與思想的書，書中不可避免有些假大空的地方，再加上作者寫完本書的時間還在1999年，書中的很多方法與標準放在今天也已不再實用。但這些都不能掩蓋它的優秀之處，作者曾在本書完成十年後說過，如果這本書是放在現在編寫，1999年的那...