大凡在日企裏面做過leader的項目管理人員都比較喜歡review吧。今天早上收到課長的email，提到：“質量是做出來的，而不是檢測出來的；高質量不等於高成本，高質量是預防出來
的*”……“測試是驗證，而不是
保證質量。高質量不一定要多加人，延長交貨期。
提高質量，要有良好的設計，嚴格的執行（過程管理/配置管理，含review）”。
結合平時的經驗，所謂過程管理和配置管理都是比較務虛的東西，反而是review，每每被提起，彷彿是解決bug的靈丹妙藥。
加*的那句話本來是來自一家傳統快餐企業的企業箴言，這裏被課長轉過來以共勉。但是傳統企業和軟件開發究竟有很多不同，這樣簡單的類比（似乎很多人都喜歡把軟件開發和傳統企業類比起來，並取了一個比較好聽的名字，叫做“軟件工程”），我並不苟同。下面是一些簡單的分析
其一，軟件開發的核心在於人，在於一個個的單獨程序員，不管什麼過程控制，人卻恰恰是不可控的（有時間我想寫寫過程控制和人的控制方面的blog)，也就是你必須尊重每一個開發者，而不是從生產機器的角度去看待他們，這從根本上說明了傳統企業與軟件開發的不同。所以就應該以不同的眼光看待測試，以及所有的生產過程。
其二，在傳統企業裏面，測試是爲了檢驗，但是作爲一線的開發人員，我認爲在軟件開發中，測試除了檢驗代碼和邏輯的正確性，更多的是一個開發者的思考過程（這一點在UT過程中尤其重要）。每一次的測試迭代，都有可能產生新的需求和更好的解決方案，但是review能有這樣的功效嗎？
其三，軟件開發的每個模塊都有其自身的特性（起碼現階段的開發就是如此），不同的開發者可能實現的邏輯和方法並不相同，review的人很難在短時間去透徹的瞭解開發者的觀點和方法，也就很難發現真正意義上，深層次的bug，最多就是在語法邏輯上淺層次的去發現一些問題。
綜上所述，我認爲review並不是減少bug的靈丹妙藥，而且隨着xp等新的開發方式的產生，review所能起的作用會越來越少，未來的開發到底會演變成什麼樣子，我們拭目以待。
