1. 當(dāng)性能遇到問題時，如果能在應(yīng)用層進(jìn)行計(jì)算和處理，那就把它從數(shù)據(jù)庫層拿出來。排序和分組就是典型的例子。在應(yīng)用層做性能提升總是要比在數(shù)據(jù)庫層容易的多。就像對于MySQL，

sqlite更容易掌控。

2. 關(guān)于并行計(jì)算，如果能避免就盡量避免。如果無法避免，記住，能力越大，責(zé)任越大。如果有可能，盡量避免直接對線程操作。盡可能在更高的抽象層上操作。例如，在iOS中，GCD，分發(fā)

和隊(duì)列操作是你的好朋友。人類的大腦沒有被設(shè)計(jì)成用來分析那些無窮臨時狀態(tài)——這是我的慘痛教訓(xùn)所得。

3. 盡可能簡化狀態(tài)，盡可能局部本地化，適用至上。

4. 短小可組合的方法是你的好朋友。

5. 代碼注釋是危險(xiǎn)的，因?yàn)樗鼈兒苋菀赘�新不及時或給人誤導(dǎo)，但這不能成為不寫注釋的理由。不要注釋雞毛蒜皮的事情，但如果需要，在某些特殊地方，戰(zhàn)略性的長篇注釋是需要的。你的

記憶會背叛你，也許會在明天早上，也許會在一杯咖啡后。

6. 如果你認(rèn)為一個用例場景也許“不會有問題吧”，它也許就是一個月后讓你在發(fā)布的產(chǎn)品中遭受慘痛失敗的地方。做一個懷疑主義者，測試，驗(yàn)證。

7. 有疑問時，和團(tuán)隊(duì)中所有相關(guān)人交流。

8. 做正確的事情——你通常會知道這指的是什么。

9. 你的用戶并不傻，他們只是沒有耐心理解你的捷徑。

10. 如果一個開發(fā)人員沒有被安排長期的維護(hù)你們開發(fā)的系統(tǒng)，對他保持警惕。80%的血、汗、淚水都是在軟件發(fā)布后的時間里流的——那時你會變成一個厭世者，但也是更聰明的“行家”。

11. 任務(wù)清單是你的好朋友。

12. 主動讓你的工作更有樂趣，有時這需要你付出努力。

13. 悄無聲息的崩潰，我仍然會為此從噩夢中驚醒。監(jiān)控，日志，警報(bào)。清楚各種的假警報(bào)和不可避免的感覺鈍化。保持你的系統(tǒng)對故障的敏感和及時警報(bào)。

14. 復(fù)雜是大敵。