這是本學期進行的第三本的閱讀書目。《人月神話》這本書以前是接觸過的，但是只看過開篇就放在一邊了，如今將它中心拾起來，還是有很多感觸的。從作者開篇開始，仔細品味，能學到的東西向著實是不少。
一、什麼是人月
拿到這本書，看到題目，我們想到的可不能是人和月亮的故事。當然，作為乙個準程式設計師還是有這點意識的。首先，人月，是早期人們來很亮軟體開發工作量的乙個單位，他是專案所有參與者工作時長的累計，是最為方便計算成本的資料，是專案管理中常用的概念。舉乙個小例子吧，我們手上現在有乙個專案前期需要5個人進行專案為期兩個月的開發，那麼他開始的工作的人月的就是5（人）*2（月）= 10 （人月），這就是人月的基本概念。但是在實際的操作過程中，人月只能算是乙個估計值，不能準確的去衡量事情的工作的時長。他核算的只是成本。其實歸根結底，人月是有欺騙性的，也具有一定的危險性，因為他暗示了人員的數量個時間是可以交換的，從我們的經驗來說，這顯然是不科學的。如果我們過分的去將人月當做是我們的衡量標準，那我們就離失敗不遠了。
所以說，我們不能憑藉直覺去辦事，要將自己放在正確的位置，這樣在進行工作安排的時候，也不會有過大的壓迫感，從而造成決策的失誤。就像是我們現在進行的團隊開發任務一樣，萬不可將人月當成是真理。
二、焦油坑
對於我們來說，程式設計是一件比較有趣的事情，當我們寫出了乙個不錯的**，或者在思考敲**之後解決餓乙個大的問題之後，心中是很開心的。但是，當我們遇到bug的時候，又是一種什麼的想法和心態？從我自己來說，我會很難受啊，就像是作者說的那樣，我們會像陷入到乙個巨大的焦油坑之中，並且是越先越深的那種。
我們時常是因為創造了新的**會去欣喜萬分，因為這就是我們在程式設計的時候的最大樂趣，然而，我們也經常被各種各樣的問題所阻攔，所以，對於我們這些程式小菜來說，還是多多練習一下敲**才好。寫到這，不由得想到乙個笑話：hr問你：「你憑什麼說你是乙個資深程式設計師？」你起立，「脫帽致敬！」說起來就是乙個笑話，但是好好想想，如果你不去付出很大的努力，又怎麼去換回屬於你的明天呢？所以說，有乙個焦油坑有時候還是不錯的。
人月神話閱讀筆記01
本週讀了 人月神話 中的 焦油坑 和 人月神話 兩個章節，現來看看我的認識與理解。我們做專案應該滿足目標 時間進度 和預算的要求，這樣才能夠最大程度上避免陷入焦油坑中。新聞中有多兩個人在車庫中完成了大量的重要程式，其實我們應全面的看待這樣的神話。編寫陳偉乙個變成產品和程式設計系統需要編寫乙個程式的三...
人月神話閱讀筆記01
本篇閱讀筆記是我對於 人月神話 一書中中關於團隊擴建的感悟。開發團隊在很多方面滿足了迫切性的需要。十個人，其中七個專業人士在解決問題，而系統是一乙個人或者最多兩個人思考的產物，因此客觀上達到了概念的一致性。要特別注意傳統的兩人隊伍與外科醫生副手隊伍架構之間的區別。首先，傳統的團隊將工作進行劃分，每人...
人月神話閱讀筆記01
在眾多軟體專案中，缺乏合理的時間進度是造成專案滯後的最主要原因，它比其他所有因素加起來的影響還大。原因 我們對估算技術缺乏有效的研究，更加嚴肅地說，它反映了一種悄無聲息，但並不真實的假設 一切都將運作良好。第二，我們採用的估算技術隱含地假設人和月可以互換，錯誤地將進度與工作量相互混淆 第三，由於對自...