人月神話閱讀筆記01
1.我過去是怎麽做的
在之前學習的時候，總是希望有較少較輕松方法去解決問題，懶得去尋找更有效的方法。而且學習時沒有合理的時間安排。在學習的過程中，而且缺少有效的溝通，合作不密切。
2.結合書中所講，說明為什麽不好
看了這本書，知道了這樣有很大的不好，不僅會造成時間的浪費，甚至會導致構思的缺陷，而且導致合作不團結。
3.提出解決方法，避免再次調入陷阱
無論做什麽事情，都要認真探索。學習是一個循序漸進的過程，在這個過程中不斷地摸索，探索更多的方法，才能讓我們得到更高的提升，學到更多的東西。
人月神話閱讀筆記01
相關推薦
人月神話閱讀筆記01
做什麽 神話 時間 解決問題 做的 什麽事 解決 讓我 尋找 1.我過去是怎麽做的 在之前學習的時候，總是希望有較少較輕松方法去解決問題，懶得去尋找更有效的方法。而且學習時沒有合理的時間安排。在學習的過程中，而且缺少有效的溝通，合作不密切。 2.結合書中所講，說明為什麽不好
人月神話閱讀筆記3
學習編程 進行 調整 提高 快樂 方向 防止 來源 困難 我需要逐漸培養自己的編程興趣，還有就是需要增強自己的自控力，防止編程時候貪玩。 編程的快樂在於它不僅滿足了我們內心深處進行創造的渴望，而且喚醒了每個人內心的情感。我始終喜歡著我們這個行業。 學習編程最困
人月神話閱讀筆記05
一致性 世紀 計算 nbsp 不同 選擇 做的 規模 過去 概念一致性。 對於計算機系統而言，盡管沒有沒有花費幾個世紀的世紀來構建，但絕大多數系統體現出來的概念差異和不一致性非常大。這通常不是因為它由不同設計師門開發， 而是由於設計師被分成了由若幹人完成的若幹任務。概念完整
人月神話閱讀筆記02
檢查 想法 膨脹 clas 進化 之間 應該 多少 小團隊 人月神話閱讀筆記2 第二章第三章講了團隊合作和多少人進化合作估算與團隊運作形式。 現在的程序員都是有著樂觀主義的，而且充滿了自信。 美食的烹飪需要時間；片刻等待，更多美味，更多享受。 首先，我們需要
人月神話閱讀筆記（1）
將他 時間 工作量 提高 font 學會 現在 項目開發 人員 ， 向進度落後的項目中增加人手，只會使進度更加落後。 -Brooks法則 《人月神話》中的內容來自布魯克斯在IBM公司System 360家族和OS 360中的項目管理經驗。初版的20年後，布魯克斯重新審
人月神話閱讀筆記1--職業的樂趣和職業的苦惱
我們 成就感 十分 閱讀 比較 耗時 枯燥 老鼠屎 完美 本次閱讀人月神話，閱讀了職業的樂趣和職業的苦惱。 通過對職業的樂趣的閱讀，我了解到作者對編程的樂趣的認識，作者形容的十分生動，就像孩子玩泥巴時一樣愉快，在編程時我們能夠體會到創造的樂趣，當別人使用我們創造的程序時我們
人月神話讀書筆記
活動 -s 讀書筆記 pan font 對比 插畫 一致性 實現 第四章 貴族專制、民主政治和系統設計 第四章通過講述法國城市蘭斯（Reims）在教堂的總設計師制定藍圖以後，繼任的八位建築師都理解並遵從這一初始設計的原則，保持了整體設計概念的完整性，最終Rei
《人月神話》筆記 the mythical man-month
在眾多軟體專案中，缺乏合理的時間進度安排是造成專案滯後的最主要原因，比其他所有因素加起來的影響還大。 Brooks法則：向進度落後的專案中增加人手，只會使進度更加落後。 人月： 任務可以分解，參與人員之間不需要交流時，人數和時間可以互換，幾乎不存在。 任務有次序上的限
人月神話之閱讀筆記01
工作內容 正在 pos 分析 功能 電子書 技能 感覺 最大的 今天應老師的要求看了電子書《人月神話》，感覺《人月神話》這本書真的很不錯，它並不是像《構建之法》那樣具體講有關軟件工程方面的知識，但它可以解惑作為一個程序員的煩惱和疑問。 這本書在序中講了我們
《人月神話》閱讀筆記01
blog 概念 日常學習 測試 產品 部分 們的 clas 軟件項目 l 所有的編程人員都是樂觀主義者，無論是什麽樣的程序，結果都是毋庸置疑的：“這次它肯定會運行”或者“我剛剛找出了最後一個錯誤”。 這一個觀點，在《夢斷代碼》中也有所提及，那其中講述的是，程序員對過往
《人月神話》閱讀筆記02
習慣 方式 人月神話 開發 挫折 單位 吸引 神話 依賴 第二章 人月神話 這一章主要講述了樂觀主義、人月、系統測試、空泛的估算、重復產生的進度災難。 所有的編程人員都是樂觀主義者。可能是這種現代魔術特別吸引那些相信美滿結局的人；也可能是成百上千瑣
《人月神話》閱讀筆記06
使用 測試 理由 修改 技術 大會 以及 例子 傳遞參數 第六章 貫徹執行 這一章主要講述了文檔化的規格說明——手冊、形式化定義、直接整合、會議和大會、多重實現、電話日誌、產品測試。 手冊、或者書面規格說明，是一個非常必要的工具，盡管光有文檔是不夠
《人月神話》閱讀筆記04
計算機 存在 時代 改變 筆記 易用性 編程開發 不同 用戶 第四章 貴族專制、民主政治和系統設計 這一章主要講述了概念一致性、獲得概念的完整性、貴族專治統治和民主政治、在等待時實現人員應該做什麽。 絕大多數歐洲的大教堂中，由不同時代、不同建築師所
《人月神話》閱讀筆記05
後者 估計 建議 str 準備 裝飾 好的 似的 結構 第五章 畫蛇添足 這一章主要講述了結構師的交互準則和機制、自律——開發第二個系統所帶來的後果。 建築行業的結構設計師使用估算技術來編制預算，該估算技術會由後續的承包商報價來驗證和修正。承包商的報
《人月神話》閱讀筆記03
即使 clas 轉儲 blog 磁盤 而不是 現象 很多 情況下 一旦認識到試驗性的系統必須被構建和丟棄，具有變更思想的重新設計不可避免，從而直面整個變化現象是非常有用的。第一步是接受這樣的事實：變化是與生俱來的，不是不合時宜和令人生厭的異常情況。開發人員交付的是用戶滿
人月神話之閱讀筆記三
認同 改變 成本 我們 它的 成功 科學技術 發展 無需 人月到底有多少神話色彩？很多年來，人們對軟件生產率和影響他的因素進行了大量的量化研究，特別是在項目人員配備和進度之間的平衡方面。 結果：第一次發布的成本最優進度時間，T=2.5（MM）^1/3。即，月單位的最優時間是
人月神話之閱讀筆記二
需要 隱藏 設計缺陷 足夠 更多 用例 內容 問題 使用 以後我們做項目，一個純粹完整的項目的先決條件？他們是否有1、清晰的目標 2、人力 3、材料 4、足夠的時間 5、足夠的技術 那麽，既然已經具備了所有的這些條件，為什麽項目還會失敗呢？他們還缺乏些什麽？兩個方面
《人月神話》閱讀筆記（3）
-s 總線 sof 高效 保持 生命 發的 對象之間的關系 開發 對於效率和概念的完整性來說，最好由少數幹練的人員來設計和開發，而對於大型系統， 則需要大量的人手，以使產品能在時間上滿足要求。如何調和這兩方面的矛盾呢？建立怎 樣的組織架構是項目成功的關鍵。第三章作者提
《人月神話》閱讀筆記（三）
現在 等待 不足 創建 我們 興趣 一句話 事物 般的 今天我閱讀了一部分《人月神話》，也是有一些感觸。 當閱讀到職業的樂趣這一節時有一句話：如果我們想解決問題，就必須試圖先去理解它職業的樂趣。而編程又何嘗不是呢，在編程中我們會遇到各種各樣的錯誤，越調試錯誤會越多
《人月神話》閱讀筆記一
一個 所有 軟件項目 我們 發的 class 構建 大型 其他人 假期中閱讀了《人月神話》這本書，這本書的思想很靠前，以至於至今還被軟件工程系的人們津津樂道。這本書至今沒有看完，但是所看的那一部分也給了我很大的感觸，所以分成了三次來講述觀看《人月神話》這本書後的感受。