軟體的藝術之美源於權衡（Trade-off）

    軟體架構師的主要職責是什嗎？是抉擇、是權衡。把軟體稱為藝術一點都沒有誇張，可以說軟體是科學、工程、與藝術的結合體。軟體的藝術體現在權衡上。在這一期的《程式員》雜誌上看到了一篇“魚與熊掌－－完美主義架構師的夢魘”，其中關於權衡要素的論述正切合我之所想，現將主要部分轉摘如下，如果想瞭解更詳細內容，請在本期程式員閱讀全文。

(1)Time or Space  時間 vs. 空間
   犧牲記憶體換取時間或犧牲時間以節省記憶體是我們常用的伎倆。  

(2)Elegancy or Efficiency  優雅 vs. 效率
   比如，多態很優雅，卻是以效率為代價，而醜陋的函數指標卻正好相反。

(3)Fashion or Familiarity  不熟悉的新技術 vs. 熟練的舊技術
   是採用最新、能提高開發效率卻我們不熟悉的新技術，還是繼續使用我們很熟練的但是開發效率低下的陳舊技術了？

(4)Revolution or Evolution  革命 vs. 繼承
   對於遺留系統，我們是推翻重來，還是在其基礎上進行改良重構並增強了？

(5)Under-Design or Over-Design  輕度設計 vs. 過度設計
   設計，需要細化到何種程度、需要多長時間？

    架構設計的限制始終圍繞了軟體品質的11要素：正確性、可靠性、有效性、完整性、可用性、可維護性、靈活性、可測試性、可移植性、可重用性、可互通性。