《人月神話》這本書風行已經(jīng)很久了，寫成于1975年，經(jīng)歷這么久的時間，在當前又重新流行，讓我很驚訝,但是一直沒有時間讀。今天突然想起自己的機器上有本拷貝別人的電子書，決定讀讀。我今天只看了兩章，即焦油坑和人月神話。

　　人月神話看上去這么浪漫的名字，原來并不是真的說神話故事，作者闡述的主要觀點是在軟件開發(fā)項目上項目進度和增加人員這兩個概念是不能互換。雖然已經(jīng)時隔20多年了，這本書依然給我震撼，一是讓我驚訝的是，美國20年前軟件項目所面臨的問題，在我們現(xiàn)在依然如此，糟糕的情況沒有改變，大家仍舊在焦油坑里掙扎，而且看上去沒有解決辦法。二是作者對軟件項目失敗的總結(jié)，每一個問題我們依舊再犯，特別讀到“是當意識到進度的偏移時，下意識（以及傳統(tǒng)）的反應是增加人力。

　　這就像使用汽油滅火一樣，只會使事情更糟。越來越大的火勢需要更多的汽油，從而進入了一場注定會導致災難的循環(huán)�！�，我對這句話簡直是太有感觸了，因為我身邊這樣的悲劇整天都在上演，公司對所有的項目搞得都是人海戰(zhàn)術(shù)，進度沒有提前，還整天加班，最后用戶不滿意，開發(fā)人員整天郁悶，結(jié)果是用戶對公司失去了信任，成了一槌子買賣，開發(fā)人員就像割韭菜，舊人一一辭職，新人天天引進，公司何談發(fā)展和積累，做了n年，濤聲依舊，做法沒有改變，情況沒有改觀，公司沒有發(fā)展，好在中國人多地大，呼悠完一個行業(yè)，再呼悠另一個行業(yè)。三是作者在那個時候，就根據(jù)自己的經(jīng)驗提出了對于軟件任務的進度安排，以下是作者使用了很多年的經(jīng)驗法則：1/3計劃1/6編碼1/4構(gòu)件測試和早期系統(tǒng)測試1/4系統(tǒng)測試，所有的構(gòu)件已完成我們公司是通過cmm3認證的，理論不用我說，大家好像都明白，實際情況呢，有誰真的拿出那么多時間作計劃，又有誰拿出那么多時間作測試，不過令人欣慰的是，大家確實在向這方面改變，比如我們公司測試部現(xiàn)在就是一個很大很關鍵的部門，所有的程序發(fā)布都需要測試人員的簽字。

　　當然，也許可以找點客觀原因，比如現(xiàn)在國內(nèi)多數(shù)客戶不成熟，簽單子靠關系，一旦簽了又恨不得明天就正式運行，但是本著“沒有任何借口”的觀點，我們該怎樣改進呢，我決定讀下去，看看能否找到作者所說的銀彈呢。

來源：網(wǎng)絡整理 免責聲明：本文僅限學習分享，如產(chǎn)生版權(quán)問題，請聯(lián)系我們及時刪除。

《《人月神話》讀后感》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請保留原作者信息,謝謝!
鏈接地址：http://m.seogis.com/gongwen/139307.html

• 上一篇：讀《玩偶之家》后有感
• 下一篇：音樂劇田夢兒有感