軟體的競爭力：效能

現代的模組化設計，犧牲了軟體系統的效能，但提升了項目的開發效率。在軟體開發中，開發效率的誘惑對專案經理而言似乎已經超出了效能。另一方面，硬體速度的快速提升，幾個G的記憶體和多核處理器的福士化應用，使得我們會理所當然的認為，軟體的效能低一些也沒有關係，可以通過硬體的效能來彌補。

但是，殊不知，硬體效能的廣泛提升、普及也同時意味著使用軟體的人群以及人群對軟體的需求面也在大幅度的提升。對於傳統型應用程式，現在的使用者會比5年前的使用者同時運行更多的程式；對於應用伺服器而言，現在的應用伺服器會比5年前的應用伺服器同時響應更多的使用者請求。

因此，想通過硬體效能的提升來掩蓋軟體的效能問題是值得懷疑的。

現在我們再來談談軟體的競爭力問題。以傳統型應用程式為例。現在的使用者會同時開啟很多應用程式來滿足各方面的需求，假如使用者在工作的某一刻，同時開啟了16個傳統型應用程式，而此刻他正在程式A上進行工作。這時他發現程式A的響應速度明顯變慢（因為當前充足的硬體資源已經被另外的15個應用程式佔用了）。假如此刻網上有一測評，將另外一個類似的程式A1和A作比較，發現其效能提升了50%。然後這個使用者將A1下載到本地使用，同樣開啟15個程式，然後開啟A1進行工作。使用者發現A1的響應速度沒有變慢。我想這時使用者會考慮使用A1的。這是效能就成了A1的競爭力。

16個應用程式，這裡只是一個抽象的數字，它代表系統使用的一個極端情況。不僅是軟體，對任何事物（同時也包括人）的檢驗只有在極端情況下進行才能體現出其真正的價值。