1.我曾經的感受
而關於這部分我深有感觸，剛開始接觸程式設計的時候，最開始接觸的是c語言，學的還可以，到了下學期學c++的時候，因為可能在學校裡部門的事情比較多，對c++的學習，基本就停留在課本上淺顯的知識，對於整個整體的架構很模糊，都不知道那部分是整體，所以在寫程式的時候真的是無從下手，明白但就是下不去手，因為整體的知識太欠缺，所以後來學的很吃力，一些些小的問題的積累，最後我成了班級專業課倒數幾名。
我想個人既是如此，又何況團隊呢？小的問題積累起來，往往會產生很大的問題，所以要去理解它，找到問題的本質。
2.書上的所講
表面上看起來好像沒有任何乙個單獨的問題會導致困難，每個都能被解決，但是當它們相互糾纏和積累在一起的時候，團隊的行動就會變得越來越慢
。對問題的麻煩程度
，每個人似乎都會感到驚訝，並且很難看清問題的本質。不過，如果我們想解決問題，就必須試圖先去理
解它。清楚地解釋系統開發的困難所在。
這，就是程式設計。乙個許多人痛苦掙扎的焦油坑以及一種樂趣和苦惱共存的創造性活動。對於許多人而言，其中的樂趣遠大於苦惱。
3. 以後
在以後的程式設計學習中，無論是團隊專案還是個人專案，都不能積累問題，要遇到問題就要想辦法去解決，做乙個好的軟體工程師
人月神話閱讀筆記01
本週讀了 人月神話 中的 焦油坑 和 人月神話 兩個章節，現來看看我的認識與理解。我們做專案應該滿足目標 時間進度 和預算的要求，這樣才能夠最大程度上避免陷入焦油坑中。新聞中有多兩個人在車庫中完成了大量的重要程式，其實我們應全面的看待這樣的神話。編寫陳偉乙個變成產品和程式設計系統需要編寫乙個程式的三...
人月神話閱讀筆記01
本篇閱讀筆記是我對於 人月神話 一書中中關於團隊擴建的感悟。開發團隊在很多方面滿足了迫切性的需要。十個人，其中七個專業人士在解決問題，而系統是一乙個人或者最多兩個人思考的產物，因此客觀上達到了概念的一致性。要特別注意傳統的兩人隊伍與外科醫生副手隊伍架構之間的區別。首先，傳統的團隊將工作進行劃分，每人...
人月神話閱讀筆記01
在眾多軟體專案中，缺乏合理的時間進度是造成專案滯後的最主要原因，它比其他所有因素加起來的影響還大。原因 我們對估算技術缺乏有效的研究，更加嚴肅地說，它反映了一種悄無聲息，但並不真實的假設 一切都將運作良好。第二，我們採用的估算技術隱含地假設人和月可以互換，錯誤地將進度與工作量相互混淆 第三，由於對自...