閱讀人月神話(2)
這幾天忙著練車,沒讀書,雖然這不是借口!
我覺得我的語言真的不夠用來描述感受:
1.對於職業的苦惱:我們只有事先了解一些編程固有的煩惱,這樣,當它
們真的出現時,才能更加坦然地面對。
2.所有的編程人員都是樂觀主義者:我們在學校進行的每一項極限挑戰,我都覺得緊張,自內心覺得十分不安,挑戰的過程中,如果結果不能按照自己的想法出現,就會覺得沮喪,所以我需要改變,在這項創造活動中,放平心態,提高可實現性。
3.團隊:在以後的工作中,我們要面對的是幾百人的團隊,這更加考驗我們的團隊合作能力。項目越大,就越像面對一頭困入沼澤的巨獸,沒有足夠的實力和技巧就無法將他脫出泥沼。
閱讀人月神話(2)
相關推薦
閱讀人月神話(2)
改變 所有 實力 讀書 實現 人月神話 這不 感受 span 這幾天忙著練車,沒讀書,雖然這不是借口! 我覺得我的語言真的不夠用來描述感受: 1.對於職業的苦惱:我們只有事先了解一些編程固有的煩惱,這樣,當它們真的出現時,才能更加坦然地面對。 2.所有的編程人員都是樂觀主義
閱讀人月神話(1)
情況下 str 一個 實踐 需求 名著 很快 減少 工作 應老師教學計劃要求在寒假略讀《人月神話》: 我在微博隨便看了一下,這本書大概可以稱作軟件工程領域的名著,為人們在管理復雜項目等方面提供了很多頗具洞察力的見解,既有很多發人深省的觀點,也有大量的軟件工程
第十四周閱讀程式:1-(2)
/* * 程式的版權和版本宣告部分 * Copyright (c)2012, 煙臺大學計算機學院學生 * All rightsreserved. * 檔名稱: Vehicle.cpp * 作 者:李巧麗 * 完成日期:2013 年5月31日 * 版本號: v1.0 * 對任
《The Mythical Man-Month(人月神話)》讀後感(2)
第10章 未雨綢繆 在化學領域中,在實驗室可以進行的反應過程,並不能在工廠中一步實現。一個被稱為“ 實驗性工廠(pilot planet)”的中間步驟是非常必要的,它會為提高產量和在缺乏保護的環境下運作提供寶貴經驗。軟體系統設計中也同樣有這方面的問題,若
人月神話閱讀筆記(1)
將他 時間 工作量 提高 font 學會 現在 項目開發 人員 , 向進度落後的項目中增加人手,只會使進度更加落後。 -Brooks法則 《人月神話》中的內容來自布魯克斯在IBM公司System 360家族和OS 360中的項目管理經驗。初版的20年後,布魯克斯重新審
《人月神話》閱讀筆記(3)
-s 總線 sof 高效 保持 生命 發的 對象之間的關系 開發 對於效率和概念的完整性來說,最好由少數幹練的人員來設計和開發,而對於大型系統, 則需要大量的人手,以使產品能在時間上滿足要求。如何調和這兩方面的矛盾呢?建立怎 樣的組織架構是項目成功的關鍵。第三章作者提
《人月神話》閱讀筆記(三)
現在 等待 不足 創建 我們 興趣 一句話 事物 般的 今天我閱讀了一部分《人月神話》,也是有一些感觸。 當閱讀到職業的樂趣這一節時有一句話:如果我們想解決問題,就必須試圖先去理解它職業的樂趣。而編程又何嘗不是呢,在編程中我們會遇到各種各樣的錯誤,越調試錯誤會越多
《The Mythical Man-Month(人月神話)》讀後感(1)
臨近考試周,這裡我通過平時閱讀的《人月神話》十九個章節和知乎、簡書等網頁中網友們對《人月神話》的讀後感,對書中各個章節進行簡單的總結,以下均為個人手打觀點的思考與整合,僅供大家參考。 乍一看書名,人月
寒假讀書筆記1(人月神話)
平臺 十分 技術 轉換 ont 並不是 計算機 人的 最好 書中給出了一些概念與現下創造性的軟件及項目都由小組織完成,並且解釋了一些程序員的脾性。程序是追求完美的工作,而這種技術活需要多與藝術才能夠達至工程完美之上的精致。 1、所有的編程人員都是樂觀主義者。可能是這種現代魔
《人月神話》閱讀筆記02
習慣 方式 人月神話 開發 挫折 單位 吸引 神話 依賴 第二章 人月神話 這一章主要講述了樂觀主義、人月、系統測試、空泛的估算、重復產生的進度災難。 所有的編程人員都是樂觀主義者。可能是這種現代魔術特別吸引那些相信美滿結局的人;也可能是成百上千瑣
《人月神話》閱讀筆記06
使用 測試 理由 修改 技術 大會 以及 例子 傳遞參數 第六章 貫徹執行 這一章主要講述了文檔化的規格說明——手冊、形式化定義、直接整合、會議和大會、多重實現、電話日誌、產品測試。 手冊、或者書面規格說明,是一個非常必要的工具,盡管光有文檔是不夠
《人月神話》閱讀筆記04
計算機 存在 時代 改變 筆記 易用性 編程開發 不同 用戶 第四章 貴族專制、民主政治和系統設計 這一章主要講述了概念一致性、獲得概念的完整性、貴族專治統治和民主政治、在等待時實現人員應該做什麽。 絕大多數歐洲的大教堂中,由不同時代、不同建築師所
《人月神話》閱讀筆記05
後者 估計 建議 str 準備 裝飾 好的 似的 結構 第五章 畫蛇添足 這一章主要講述了結構師的交互準則和機制、自律——開發第二個系統所帶來的後果。 建築行業的結構設計師使用估算技術來編制預算,該估算技術會由後續的承包商報價來驗證和修正。承包商的報
人月神話閱讀筆記3
學習編程 進行 調整 提高 快樂 方向 防止 來源 困難 我需要逐漸培養自己的編程興趣,還有就是需要增強自己的自控力,防止編程時候貪玩。 編程的快樂在於它不僅滿足了我們內心深處進行創造的渴望,而且喚醒了每個人內心的情感。我始終喜歡著我們這個行業。 學習編程最困
【金陽光測試】基於控件核心技術探討---Android自己主動化系列(2)---2013年5月
進程 實用 版本 信號 監聽 dialog otto 設計 核心技術 第一講分享了下安卓自己主動化一些概況和一些自己主動化框架現狀和技術可以解決什麽樣的問題。這次課就深入到android世界裏面。遨遊、翺翔。深入了解自己主動化測試核心技術。
8/11 TF聽力及閱讀訓練(2)
以及 練習 原理 最好的 什麽是 視頻 密度 並且 能夠 什麽是聽力訓練,什麽是訓練。 有一篇知乎的回答非常好,我很喜歡。 作者:梁躍鏈接:https://www.zhihu.com/question/20407472/answer/83390431來源:知乎著作權歸作者所
NOIP2016提高組初賽(2)四、閱讀程序寫結果2、
cal 當前 閱讀 輸入 自己 字符 細節 一是 表示 #include <iostream> using namespace std; int main() { char a[100][100], b[100][100]; string c[100]; s
人月神話之閱讀筆記01
工作內容 正在 pos 分析 功能 電子書 技能 感覺 最大的 今天應老師的要求看了電子書《人月神話》,感覺《人月神話》這本書真的很不錯,它並不是像《構建之法》那樣具體講有關軟件工程方面的知識,但它可以解惑作為一個程序員的煩惱和疑問。 這本書在序中講了我們
人月神話閱讀筆記05
一致性 世紀 計算 nbsp 不同 選擇 做的 規模 過去 概念一致性。 對於計算機系統而言,盡管沒有沒有花費幾個世紀的世紀來構建,但絕大多數系統體現出來的概念差異和不一致性非常大。這通常不是因為它由不同設計師門開發, 而是由於設計師被分成了由若幹人完成的若幹任務。概念完整
人月神話閱讀筆記01
做什麽 神話 時間 解決問題 做的 什麽事 解決 讓我 尋找 1.我過去是怎麽做的 在之前學習的時候,總是希望有較少較輕松方法去解決問題,懶得去尋找更有效的方法。而且學習時沒有合理的時間安排。在學習的過程中,而且缺少有效的溝通,合作不密切。 2.結合書中所講,說明為什麽不好