源自：http://www.cnblogs.com/zjoch/p/3835322.html
原則 1.
你沒有辦法預測每個程式的運作時間，瓶頸會出現在出乎意料的地方，是以在分析瓶頸原因之前，先不要盲目猜測。
原則 2.
測試（measure）。在測試之前不要優化程式，即使在測試之後也要慎重，除非一部分代碼占據絕對比重的運作時間。
原則 3.
花哨的算法在 n 比較小時效率通常比較糟糕，而 n 通常是比較小的，并且這些算法有一個很大的常數。除非你确定 n 在變大，否則不要用花哨的算法。（即便 n 不變大，也要先遵循第 2 個原則。）
原則 4.
相對于樸素的算法來說，花哨的算法更容易出現Bug，更難調試。盡量使用樸素的算法和資料結構。