乙個專案的實現過程就像是在焦油坑里掙扎，程式設計固然是艱難的、乏味的，我們的苦惱在於追求完美但又在依賴於別人的**中煎熬，但其樂趣在於不斷的學習新的知識以及創造出對別人有用的產品。大事可以化小，專案的大小固然也是可以。
乙個專案的進度快慢不在於人數的多少或是牛人的厲害程度，不斷地增加人數只會讓專案的進度變得緩慢，因為新進來的人需要了解，需要和老成員交流。最好的方法就是固定的幾位程式設計師在某乙個領導下進行協作工作、明確分工、各盡其能，因此，結構師不要過多地參與開發人員在實現的創造性，應該虛心聽取開發人員對體系架構的建議。
無論在任何領域，溝通都顯得尤為重要。結構師與實現人員以及專案經理和測試小組之間應有合適關係和溝通方式，不然就會像巴比倫塔一樣，結局是失敗的，各個年齡，各個層次的人員必須克服交流缺乏的困難，如此這般才能推進專案的進度和速度。
個人感受：大一的時候基本上都是訓練個人的程式設計能力，到了大二我們才進行乙個團隊的專案的實現，過去的我總是喜歡獨立思考，不願與人交流，導致我在團隊專案中手忙腳亂，就如同本書所講，拖慢了專案的程序，因此，在專案的程序中，我一定會經常與團隊成員進行溝通交流。
人月神話閱讀筆記01
本週讀了 人月神話 中的 焦油坑 和 人月神話 兩個章節，現來看看我的認識與理解。我們做專案應該滿足目標 時間進度 和預算的要求，這樣才能夠最大程度上避免陷入焦油坑中。新聞中有多兩個人在車庫中完成了大量的重要程式，其實我們應全面的看待這樣的神話。編寫陳偉乙個變成產品和程式設計系統需要編寫乙個程式的三...
人月神話閱讀筆記01
本篇閱讀筆記是我對於 人月神話 一書中中關於團隊擴建的感悟。開發團隊在很多方面滿足了迫切性的需要。十個人，其中七個專業人士在解決問題，而系統是一乙個人或者最多兩個人思考的產物，因此客觀上達到了概念的一致性。要特別注意傳統的兩人隊伍與外科醫生副手隊伍架構之間的區別。首先，傳統的團隊將工作進行劃分，每人...
人月神話閱讀筆記01
在眾多軟體專案中，缺乏合理的時間進度是造成專案滯後的最主要原因，它比其他所有因素加起來的影響還大。原因 我們對估算技術缺乏有效的研究，更加嚴肅地說，它反映了一種悄無聲息，但並不真實的假設 一切都將運作良好。第二，我們採用的估算技術隱含地假設人和月可以互換，錯誤地將進度與工作量相互混淆 第三，由於對自...