今天，我又繼續拜讀《人月神話》，聽好多人說這本書是好書。我現在雖然並不能完全理解作者想要表達的含義，但是我現
在好歹是有好多感觸。
今天是從第四章開始看的，這章講的是我們在設計系統時，時候首先要考慮的是概念的完整性。隨後作者講了系統測試的最
終標準：功能與理解上的複雜程度的比值。卻不僅僅是這個系統有多麼豐富的功能。而且，為了概念的完整性，設計必須由
乙個人或者是乙個有共識的團隊。對於大型的專案，將體系結構方面的工作與具體實現相分離是獲得概念完整性的首要方法。
那麼概念究竟是什麼呢，概念上的統一有利於開發和測試。另外，體系結構、設計實現、物理實現這些工作是可以並行執行
的。那麼我們在開發軟體時，盡早交流和持續溝通能使結構師有較好的成本意識。結構師的影響是很大的，他們怎樣才能成功
的實現影響呢？第一，結構師只提出建議，實現留給程式設計師。第二，時刻準備為所指定的說明建議一種實現方法。第三，聽取
開發人員對結構上的建議。畫蛇添足最明顯的例子是os/360。
這第六章講的是貫徹執行，主要強調的還是一致性，最好人數是較少的，這樣一致性會更高一些。
《人月神話》讀後感二
領頭羊只能有乙個，其他人輔助它來完成任務。沒有高低貴賤，只是分工不同。開篇就直接點出這一章節的主要思想，我們在工作中 組建團隊時不要始終如一的 團隊的人員的數量，有時候人員數量越多反而會拖累整個團隊的進度，如現實中大公司有著很多的部門，當其中某個團隊專案中牽扯到其他部門時，可能會導致整個專案的進度受...
《人月神話》讀後感
不同的社會經驗，不同的思想狀態，對讀本書的心得也不一樣，我在此說說我的讀後感，書中有許多非常好的觀點，但我只把我感觸最深的寫下來。這確實是一本很值得多次閱讀的好書，每次閱讀可能都能從中得到一些提示。1.外科手術隊伍the surgical team 專案經理在專案的初期必須清楚的估計專案的人月運作模...
人月神話讀後感
人月神話 這本書風行已經很久了，寫成於1975年，經歷這麼久的時間，在當前又重新流行，讓我很驚訝,但是一直沒有時間讀。今天突然想起自己的機器上有本拷貝別人的電子書，決定讀讀。我今天只看了兩章，即焦油坑和人月神話。人月神話看上去這麼浪漫的名字，原來並不是真的說神話故事，作者闡述的主要觀點是在軟體開發專...