估計做過軟體的人基本都有這樣的疑問：「為什麼我們做的軟體這麼難使」、「為什麼老是不能滿足客戶的需求，今天要改這，明天要改那」等。且大都會把這些問題歸併成需求或需求管理問題，如：開發前需求沒有讓客戶簽字、需求調研不充分等。雖然某些專案的確是需求問題造成的，但我認為這並不是問題的本質，真正的原因應該在於系統的領域建模（即業務構架）和需求的分析。如果沒有好的領域模型和需求的分析，即使是有了詳細和準確的需求描述也無法做出優質的軟體產品。好的領域模型能使軟體融會貫通，能實現以不變應萬變；好的需求分析能讓人掌握需求的重點和關鍵的細節。軟體是一套完整的思想體系或者說是一套嚴謹且詳細的業務概念的表達，它是有思想和靈魂的，不只是一堆枯燥的功能堆積。
使用者所描述的需求往往只能從表面上（或者片面的）反映各自的需要，很難形成乙個完整的體系。如果我們只是就事論事，只是簡單的滿足使用者的需要，而不是去有機的組合使用者的需求，充分挖掘使用者所難看到和描述的本質（或隱含）需求，自然是做不出高質量的產品的。正如人的肉體和靈魂，如果乙個人沒有了靈魂，只有肉體，那麼就成了行屍走肉。軟體的本質在思想，如果乙個軟體沒有了思想，只有簡單的功能，那麼就成了沒有靈魂的殭屍。
軟體是一盆需要用汗水和方法來精心澆灌的花草。如果一開始你就精心照料，而且方法得體，那麼它就會茁壯成長，最後開出燦爛的花朵；否則它就會畸形成長或者夭折，就算你付出最多的勞動和汗水也只是白搭。
當軟體失去靈魂
當軟體失去靈魂 記得有這麼一句廣告詞 軟體以用為主 這句廣告詞的背後傳達了時下人們對於軟體的一種普遍的認識和價值取向 軟體是而且僅是一種工具。不僅軟體的普通使用者或者高階使用者，就算是軟體 商也對軟體持這樣一種價值觀。功用或者功能似乎成了軟體的全部。且看我們在做軟體需求的時候，重中之重就是對功能需求...
程式的靈魂
演算法 資料結構是程式的靈魂，是乙個程式設計者真正需要關心的東西。現在很多學程式設計的初學者往往問這樣的問題 學什麼語言好呢？哪個語言最有前途呢？起初，我也有這樣的困惑 到底學什麼語言好呢？哪個語言才能跟上時代的步伐呢？但學過來學過去的，才發現，不管是哪種語言，只不過是演算法 資料結構的外在表現形式...
靈魂的顏色
在別人的blog上看到的心理測試遊戲，他說挺準的，我用直覺選了乙個，好像確實挺準的。尋找靈魂的顏色 你和一群朋友到山中探險，沒想到中途遇到了一場大霧，好不容易等到濃霧散去，卻只剩下你乙個人在林子裡，你感覺非常驚慌 害怕。這時候，出現了一位仙子，她說 你只能從我手中的魔法物品裡選取其中一件幫助你度過難...