之前一直聽老師講《人月神話》彷彿這就是乙個傳奇。
百聞不如一見，在這本300多頁（中文新版）的神書，在經過了20多年的歷史之後，仍然暢銷不衰，究竟是什麼讓它有如此的魅力？過去的乙個月，一點一滴的閱讀之中算是初步的了解到了它的一部分吧。 人月神話的核心觀點：概念完整性和架構師
brooks認為，乙個整潔、優雅的變成產品必須向它的每位使用者提供乙個條理分明的概念模型，這個模型描述了應用，實現應用的方法以及用來指明操作和各種引數的使用者介面使用策略。概念的完整性是易用性中最重要的因素。而架構師，則是負責保證產品所有方面的概念完整性的，架構師設計的是能夠讓使用者理解產品概念的模型，這包括所有的功能的詳細說明以及呼叫和控制的方法。它就像電影的導演一樣。
我的理解：這裡的概念完整性其實應該說的是這個軟體理念上的業務流程的前後連貫，也就是使用者在使用產品的過程中，能夠按照唯一的乙個的最高抽象的思路來使用這整個系統。
開發第二個系統的後果——盲目的功能和頻率猜測
所謂第二個系統，指的是產品的第二個實際發布。開發第乙個發布的時候會因為各種原因去消減不必須的功能，所以會簡化問題，而在第二個版本的時候則常常想其中新增各種各樣的功能（也許源於使用者的功能建議）但是，卻導致了災難性的後果。
所以，在這種情況下，使用者群越大，越不穩定，我們就更加應該明確的定義使用者群，以獲得概念的完整性。我們必須為整個設計團隊定義乙個共同的使用者影象，記錄下使用者群的屬性： 1. 他們是誰
2. 他們need什麼 3. 他們認為自己need什麼 4. 他們want什麼
而另一方面，對於任何產品，任何使用者群屬性都是一種概率上的分布的，也就是每個屬性都有各種可能的值，所以我們能做的是，架構師去猜測（guess）或者假設（postulate）一系列完整的屬性和頻率值。這裡，清晰和錯誤都將比模糊不清好得多。
上面是我粗略的理解，不足之處還請見諒。
《人月神話》讀後感
不同的社會經驗，不同的思想狀態，對讀本書的心得也不一樣，我在此說說我的讀後感，書中有許多非常好的觀點，但我只把我感觸最深的寫下來。這確實是一本很值得多次閱讀的好書，每次閱讀可能都能從中得到一些提示。1.外科手術隊伍the surgical team 專案經理在專案的初期必須清楚的估計專案的人月運作模...
人月神話讀後感
人月神話 這本書風行已經很久了，寫成於1975年，經歷這麼久的時間，在當前又重新流行，讓我很驚訝,但是一直沒有時間讀。今天突然想起自己的機器上有本拷貝別人的電子書，決定讀讀。我今天只看了兩章，即焦油坑和人月神話。人月神話看上去這麼浪漫的名字，原來並不是真的說神話故事，作者闡述的主要觀點是在軟體開發專...
《人月神話》讀後感
第一次看到 人月神話 這本書，若不是老師推薦，還以為是本神話 呢！由於對軟體工程了解的不多，對這本書的解讀不深刻。不過，從很多方面可以了解到這是一本暢銷的 具有深遠意義的書。這本書講述了幾十年前軟體專案管理問題與經驗，作者將大型系統開發比作乙個焦油坑，我原本以為軟體開發還是比較容易的，有了新想法，就...