作為軟體開發人員不可避免的涉足軟體過程管理，無論是管理者還是實施者都是過程參與者。當我們要向外行解釋軟體開發是怎麼回事，通常來通過乙個比方比如說建房子，這就是「隱喻」，當我們工作中遇到問題的時候，怎麼深刻地正確地來理解和認識我們軟體工作的本身，你潛意識裡認為做開發應該這樣，實際上做的事情不符合你的預想，這就是痛苦的根源。
有篇文章「軟體開發不可與建築模擬」來表明乙個不恰當的軟體開發隱喻。 值得思考。
這與敏捷開發宣言有些神似。
那些經常用來描述軟體的建築隱喻是錯誤的。可悲的是，因為有了這層暗示，我們把很多重點放在了錯誤的地方：
力求把需求預先定義清楚，而不是接受：變化才是常態；
強調架構和架構師的重要性，而不是接受：軟體是可適應的，可由團隊裡的任何人來改變；
假設人員是可替換的，並且時間問題可以通過增加人手來解決，而不是接受：每個人都是獨特的；
追求可**性，而不是接受：我們的領域還沒有被很好地認知。
軟體與建築絕無關係！
我們不是在建造，而是在探索！
敏捷開發宣言：
個體和互動勝過過程和工具；
可執行的軟體勝過面面俱到的文件；
客戶合作勝過遵循合同；
響應變化勝過遵循計畫
軟體開發的隱喻
最近看重新看 大全 以前我只是在接收作者傳達的資訊，思考的卻不多。這次看到軟體隱喻的時候，突然有個問題冒出來，為什麼把軟體開發隱喻放到前面?軟體開發應該是什麼樣子？由於軟體開發是人們以往不熟悉的過程，所以才會拿其他領域來模擬。比如拿書寫模擬,拿作物生長模擬,拿建築模擬,拿作畫過程模擬 黑客與畫家 這...
關於軟體開發
對於乙個處在組建的軟體技術組織來說，的確有很多的問題，這包括來自目標專案的和組織內部的。就乙個成熟的軟體工程組織來說。首先，她應該確定自己的技術規範，採用什麼樣的軟體工程模型將直接影響專案的過程和結果，如採用的是瀑布式的軟體模型，這實際上也是大多數開發小型專案 更準確的說應該是一些小的程式產品 的一...
用隱喻來更充分的理解軟體開發
隱喻是對事物或知識的通俗抽象，能幫助人更好的理解知識,也可以啟發探索不同的方向。化學家庫勒夢見一條蛇咬著自己的尾巴，醒來後他意識到類似的環狀分子結構可以解釋苯的各種特性。後來的實驗證實了他的這個假說。好的隱喻除了幫助人們理解事物，也能助力事物的研究。例如天圓地方的隱喻無法解釋為什麼航海時會先看到桅杆...