在google，每個新專案的設計模版文件的開頭都有乙個「 non-goals」列表：你應該拒絕的合理的專案擴充套件。
google開發工程師evan martin近日在其個人**發表了一篇博文《complexity is the enemy》，文章中指出複雜是軟體的死敵，新**的引入是否增加了軟體的複雜度，是否應該加入，要依據是否符合專案特定設計目標來判定。
談及我最近開發的小專案，就有很多問題，我沒有仔細的想如何降低軟體複雜度，而是輕易的擴充乙個類或是增加大量的**，複雜度的問題沒有考慮，現在回過頭想優化**則是一件很頭疼的事情。
還有公司的框架，如果庫寫的龐大，負責也相當於增加了我們程式的複雜度，增加了維護優化成本，程式效率自然也不高，在brew手機上的體現尤為突出。
複雜度分析 時間複雜度 空間複雜度
執行效率是演算法的乙個重要的考量指標，演算法的執行效率用時間 空間複雜度來衡量。今天我們來學習一下複雜度的分析。通常我們可以通過執行程式來獲得演算法的真正的執行時間，這種方法我們可以稱為事後統計法，但這種方法得到的是具體的資料，測試結果很依賴測試環境，而且受資料規模影像最大。因此，我們需要乙個不需要...
演算法複雜度 時間複雜度和空間複雜度
1 時間複雜度 1 時間頻度 乙個演算法執行所耗費的時間，從理論上是不能算出來的，必須上機執行測試才能知道。但我們不可能也沒有必要對每個演算法都上機測試，只需知道哪個演算法花費的時間多，哪個演算法花費的時間少就可以了。並且乙個演算法花費的時間與演算法中語句的執行次數成正比例，哪個演算法中語句執行次數...
演算法複雜度 時間複雜度和空間複雜度
演算法複雜度 時間複雜度和空間複雜度 關鍵字 演算法複雜度 時間複雜度 空間複雜度 1 時間複雜度 1 時間頻度 乙個演算法執行所耗費的時間，從理論上是不能算出來的，必須上機執行測試才能知道。但我們不可能也沒有必要對每個演算法都上機測試，只需知道哪個演算法花費的時 間多，哪個演算法花費的時間少就可以...