軟體開發需要常識

為什麼軟體開發這麼困難？設想的和開發出來的不一致，工作量估算不準，還有很多隱藏的品質問題等等......

是因為需求定義不夠明確？是因為設計文檔不夠精確嗎？的確，從需求到產品，有太多的細節需要考慮，有太多的變數，而需求和設計文檔並不能面面俱到。

但是，你並不能要求建築設計師把每一塊磚都考慮到了。因為，建築的很多環節已經形成了固有的約定，有了習慣的做法。所以，對於這些已經成熟的做法，你沒有必
要多加描述，大家就會知道怎麼做。並不是說下面的環節就很簡單，只是說比較成熟，每個環節都有自己詳細的規範，而相關的從業人員都有受過訓練。所以，當建
築師說這裡要按一扇門，那裡要挖一個下水道的時候，大家就知道怎麼去做了。如果對門是怎麼形狀，如何安裝，門鎖是怎樣的的都要一一描述的話，那麼像鳥巢這
樣的設計，誰能做啊？

軟體產業發展的時間還比較短，還在不斷的變化，對很多東西我們還沒有形成共識，沒有統一的概念。所以，當我們說要做某個東西的時候，我們還需要很費勁的把相關的細節描述了，還不能保證最後做出來是否就是我們想要的。我們需要建立更多的常識，以避免認識上的誤差和降低溝通的成本。

DSL（領
特定領域語言）就是這樣的一個嘗試，針對每個行業的軟體應用，都建立專用的建模語言。因為每個領域都有其專有概念，特定的領域知識，使用特定的建模語言就可
以很準確且簡潔的表達。隨著行業應用的深入，大家就自然會達成共識（常識），形成標準，每個行業的軟體應用應該是怎麼模樣大家都會知道得清楚，軟體開發的結果就變得可預期，品質就有保證了。

生活中，我們也需要按照常識和慣例去做事，個人各司其職，才能有條不紊。