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