**：《人月神話》這本書風行已經很久了，寫成於2023年，經歷這麼久的時間，在當前又重新流行，讓我很驚訝,但是一直沒有時間讀。
今天突然想起自己的機器上有本拷貝別人的電子書，決定讀讀。我今天只看了兩章，即焦油坑和人月神話。人月神話看上去這麼浪漫的名字，
原來並不是真的說神話故事，作者闡述的主要觀點是在軟體開發專案上專案進度和增加人員這兩個概念是不能互換。雖然已經時隔20多年了，
這本書依然給我震撼，一是讓我驚訝的是，美國20年前軟體專案所面臨的問題，在我們現在依然如此，糟糕的情況沒有改變，大家仍舊在焦油坑里掙扎，
而且看上去沒有解決辦法。二是作者對軟體專案失敗的總結，每乙個問題我們依舊再犯，特別讀到「是當意識到進度的偏移時，下意識（以及傳統）的反應是增加人力。
這就像使用汽油滅火一樣，只會使事情更糟。越來越大的火勢需要更多的汽油，從而進入了一場注定會導致災難的迴圈。「，我對這句話簡直是太有感觸了，
因為我身邊這樣的悲劇整天都在上演，公司對所有的專案搞得都是人海戰術，進度沒有提前，還整天加班，最後使用者不滿意，開發人員整天鬱悶，
結果是使用者對公司失去了信任，成了一槌子買賣，開發人員就像割韭菜，舊人一一辭職，新人天天引進，公司何談發展和積累，
做了n年，濤聲依舊，做法沒有改變，情況沒有改觀，公司沒有發展，好在中國人多地大，呼悠完乙個行業，再呼悠另乙個行業。
三是作者在那個時候，就根據自己的經驗提出了對於軟體任務的進度安排，以下是作者使用了很多年的經驗法則：
實際情況呢，有誰真的拿出那麼多時間作計畫，又有誰拿出那麼多時間作測試，不過令人欣慰的是，大家確實在向這方面改變，
比如我們公司測試部現在就是乙個很大很關鍵的部門，所有的程式發布都需要測試人員的簽字。當然，也許可以找點客觀原因，
比如現在國內多數客戶不成熟，籤單子靠關係，一旦籤了又恨不得明天就正式執行，但是本著「沒有任何藉口」的觀點，我們該怎樣改進呢，
我決定讀下去，看看能否找到作者所說的銀彈呢。
《人月神話》讀後感
不同的社會經驗，不同的思想狀態，對讀本書的心得也不一樣，我在此說說我的讀後感，書中有許多非常好的觀點，但我只把我感觸最深的寫下來。這確實是一本很值得多次閱讀的好書，每次閱讀可能都能從中得到一些提示。1.外科手術隊伍the surgical team 專案經理在專案的初期必須清楚的估計專案的人月運作模...
《人月神話 》讀後感
之前一直聽老師講 人月神話 彷彿這就是乙個傳奇。百聞不如一見，在這本300多頁 中文新版 的神書，在經過了20多年的歷史之後，仍然暢銷不衰，究竟是什麼讓它有如此的魅力？過去的乙個月，一點一滴的閱讀之中算是初步的了解到了它的一部分吧。人月神話的核心觀點 概念完整性和架構師 brooks認為，乙個整潔 ...
《人月神話》讀後感
第一次看到 人月神話 這本書，若不是老師推薦，還以為是本神話 呢！由於對軟體工程了解的不多，對這本書的解讀不深刻。不過，從很多方面可以了解到這是一本暢銷的 具有深遠意義的書。這本書講述了幾十年前軟體專案管理問題與經驗，作者將大型系統開發比作乙個焦油坑，我原本以為軟體開發還是比較容易的，有了新想法，就...