課堂上老師讓選書的時候，《人月神話》這個獨特的名字還是吸引到我了，所以我選擇了這本書。
《人月神話》這本書的評價還是很高的，畢竟是一本經過了40多年仍然經久不衰的書。和構建之法不同的是，《人月神話》沒有對那些軟體開發的過程和方法做過多的介紹，而是將重點放在了軟體工程的管理問題。
《人月神話》的第一章講的是焦油坑，這裡的焦油坑是一種比喻，說的是在軟體開發的過程中會存在著這樣那樣的很多問題，但同時這些問題又是相互累積和交叉的，如果我們緊緊只是著手乙個問題乙個問題去解決，就會產生乙個有乙個的問題，就好像焦油坑一樣，即使再努力，也可能會沉底。
團隊開發是乙個複雜的過程。在我看來，軟體的開發過程也可以比坐一塊精緻的手錶，每乙個小齒輪看起來都微不足道，但是少了哪乙個都不行。軟體開發過程中每乙個環節都是至關重要的，每個小環節的缺陷都可能導致巨大的漏洞。30年前的挑戰著宇宙飛船就是因為乙個小小的浮點數溢位的漏洞從而失事。所以入了軟體工程的坑，就要做好自己的每乙個環節。
接下來講到了程式設計的樂趣。說實話，目前為止，我對於程式設計的樂趣還停留在解決最後乙個bug的一瞬間。可是，軟體的開發是我們將來要賴以生存的飯碗，是我們將來的敲門磚，所以我們要學會在軟體開發過程中尋找樂趣，否則將來坐在辦公室生無可戀地敲著**將會是多麼可悲的一件事，估計只會讓自己的同事找到更多樂趣吧。
說道樂趣，書中講到了五個方面，對我而言，其中的兩個是比較誘人的--成就感與持續學習的樂趣。其實，這兩種樂趣在我們平時的學習中也比較重要，比如對於那些實在有些無聊的學科，只能用這樣的方法。在學習軟體這個學科的過程中，樂趣是個很重要的內容，就像第三部分所講到的，程式設計的苦惱。對於這些苦惱如果不會從中尋找樂趣，苦惱只會越來越多。
苦惱卻是煩人，但我們要學會從中尋找樂趣，如果我們的樂趣有一天大於煩惱，那我們的境界以及能力就可以說相對而言比較出眾了。
人月神話閱讀筆記之一
程式，它本身是完整的，可以由作者在所開發的系統平台上執行。它通常是車庫中產出的產品，以及作為單個程式設計師生產率的評估標準。有兩種途徑可以使程式轉變成更有用的，但是成本更高的東西，它們表現為圖中的邊界。水平邊界以下，程式變成程式設計產品 programming product 這是可以被任何人執行 ...
人月神話閱讀筆記之一
原來我以為在做工作的時候，存在一些技術可以解決任何問題，所以當遇到問題時，總是期望可以找到這樣的方法。在軟體開發的過程中，只有適度改進，沒有包治百病的銀彈。為了對付恐怖傳說中月圓變形的人狼，只有銀彈才能夠消滅它，而軟體專案具有人狼的某些特性，看似簡單明瞭的東西，卻可能變成乙個落後進度 超出預算 存在...
人月神話閱讀筆記之一
01人月神話閱讀筆記之一 1.我之前在編寫程式的時候，通常都是把 全部寫完再執行自己的程式，看自己設計的程式有哪些功能，但是這樣特別枯燥，寫著寫著就不知道自己寫到 了，而且容易疲倦，就是寫了很久發現自己並沒有多大成就，有好幾次就不想敲 了。1.這一年多吧，說實話，我的大部分程式的設計和 的完成都是走...