破除軟體開發中的神祕主義

國內軟體界存在一定程度的神祕主義傾向，在自己無力使用常規軟體工程途徑解決軟體問題後，往往簡單地將軟體開發歸於藝術化、玄學化。

經常看到的一種典型現象——某個高手熬了幾個通宵，終於拿出了一個精巧的設計方案；團隊其他成員都很欽佩他，並想向他學習其中設計的技巧；但高手吹噓說這完全是靠其靈感所得，思考過程毫無邏輯可言；久而久之，團隊成員將這個高手看作是充滿神祕色彩的藝術家，而非普通的工程師，並且認為軟體開發是一門藝術，不能靠邏輯思維來解決。

這個高手的設計思考過程，本質上仍然是分析、比較、歸納等各類邏輯思維方法的組合應用，形象、或直觀的靈感思維則可能在此基礎上起了昇華作用，但絕非其吹噓得那樣佔據了主要的位置。實際上，只要是智力良好、並接受過系統的邏輯思維以及其它思維方式訓練的程式設計師，都有可能使用普通的思維方法，去解決軟體中的大部分問題。反過來講，任何正確的軟體方案，都可以在邏輯上找到令人信服的依據。

國內軟體工程的教學培訓，已經開始關注軟體過程、問題解決等巨集觀方法，但卻仍然忽略了基本的科學思維方法在軟體開發中的微觀應用。於是造成開發人員知道在專案中要去做哪些活動，但還是不清楚這些活動到底該怎麼去做。這也是神祕主義在國內軟體界能夠喧囂一時的原因之一。

本書將同時在過程、活動及其關聯問題、以及具體解決問題的微觀方法等三個層面，來探討軟體架構的開發之道；希望能讓讀者不但知道設計架構需要做什麼，同時還明白具體該怎麼做。