TomWang的部落格

之前曾經發過一篇文章「哪有需求規格是由程式中取得的」
我當時的想法是問題原因是「使用者不願意花時間思考與表示自己要甚麼」
最近想到有種可能是「現有系統沒有文件，所以只能看code」
當系統沒有文件時，大家認知的邏輯可能跟系統實際的邏輯有所落差，而這「大家」可能包含著程式設計師
所以才需要看程式碼來了解真正邏輯

我認為解決問題的方法在把系統可以看到的行為文件化
系統在甚麼情況下會呈現甚麼結果，以文件的方式表現，並持續維護這文件
程式不管是重構還是效能調校，都不會也不該影響這文件內容
至於實作上的系統文件，例如系統的程式架構等等使用者看不出來的部分
藉由培養良好的程式撰寫風格與規範來讓程式自己會說話比較好
也就是讓程式設計師只要看code就能很容易知道系統流程，而這部分我是沒遇到過
只是聽說過這個做法罷了，我想這大概需要良好的軟體開發的管理才做得到，但是台灣軟體業...大家知道的
這種事情可遇不可求

很多問題是有解決方法的，但通常就是基於種種考量而做不到(例如:成本、在公司生存之道...等等)