對軟體開發的一些看法

自動化測試要花費比較小的代價，被測試單元的處理邏輯一定要和它處理的資料分離開，因為程式和測試代碼都需要資料。那些C環境下的編程高手、UNIX的原始碼都是 比較好的做到了這一點。

一個優秀的軟體必然要比較好的實現使用者的需求，否則，不管你的設計有多麼的精巧，在使用者看來，它的價值都不大。比如資料維護軟體就可以很多資源的錄入做成批量錄入，指定一個規則，使用者按此規則只需錄入共性的東西一次、再分別錄入各個資源不同的地方，然後在匯入時一次指出出錯的地方，這種使用方式跟使用者一條一條的錄，每錄一次還可能報錯，使用者使用起來絕對要愉快很多。

軟體使用發生錯誤找到問題責任人很困難，在介面上的一個業務處理出錯後，介面開發人員找到後台，但是背景程式日誌不全，後台開發人員花費了三天的時間，查資料、調代碼，最終發現是另一個子系統的處理錯誤，也許這個子系統的開發人員又會花費很長時間才發現究竟是自身的問題還是第三方的問題。
從管理上來說，這種問題的本質原因在於在於開發人員和維護人員沒有分離，否則開發人員一定會把日誌寫的比較好，也就能比較容易找到出錯的子系統。
從軟體設計上來說，這是職責分離的原則沒有遵守，網路通訊與業務處理是不同的職責，如果分離了，就能比較方便的記錄下收發的網路通訊訊息，就不會有這種問題。