《中國神話故事》讀書筆記

目錄

第一篇：希臘神話故事讀書筆記第二篇：人月神話讀書筆記第三篇：《人月神話》讀書筆記第四篇：《中國神話故事》讀後感第五篇：《中國神話故事》讀後感更多相關範文

正文

第一篇：希臘神話故事讀書筆記

希臘神話故事讀書筆記

袁櫟晴

書是人們生活中不可缺少的一部分。就像小魚離不開水的滋養，小狗離不開骨頭一樣。當我們寂寞時，它將為我們趕走寂寞；當我們有困惑時，它將指引我們正確的方向。書還會給我們一把智慧大門的鑰匙。

而今天，我將來給大家推薦一本好書《希臘神話故事》，這本書是一位德國名叫：古斯塔夫·施瓦布的着作這本書主要講了：希臘神話主要由諸神傳説和英雄故事兩大部分組成。在神的傳説中，諸神都具有超越自然的力量，但他們也於普通人類一樣，有着平凡的喜悦、悲傷、嫉妒等各種各樣的感情（也就是喜怒哀樂）。英雄故事則起源於古希臘人們對祖先的崇拜，敬仰。書中的英雄們無不智慧過人、力大無窮，體現了人類征服自然的自信和頑強。

這本智慧的“領跑者”將帶給我們無限的樂趣。大家覺得怎麼樣，快來走進這本書裏吧。

第二篇：人月神話讀書筆記

人月神話這本書幾年前就聽別人説是本很經典的軟件開發方面的書，這本書的成功之處在於他思想的前衞性，以至於不只是軟件行業的人在讀。現在終於找到讀他的理由了，可以感受一下大師的傑作。在讀之前我已經讀過了軟件工藝和極限編程，為什麼留到最後讀人月神話呢？主要是因為我覺得一本能夠流傳30年還被人們津津樂道的書，肯定是本學要好好細讀的書，所以留到了最後。按照前兩篇讀書筆記的慣例，前面幾段是一些我讀書時的感受和收穫，還有一些對內容的評價。

從這本書的內容來看，對於一個項目經理來説肯定會有更大的收穫，這本書主要是針對軟件開發管理方面的內容，這主要原因可能是因為作者以前就是項目的管理者，他是站在管理者的角度寫的。即便這樣，對於一個從來沒有參與過真實項目開發，更沒有領導過團隊的我還是有一定的吸引力，這本書中我最喜歡的就是前四章（焦油坑、人月神話、外科手術隊伍、貴族專制、民主政治和系統設計）和沒有銀彈這章。這本書裏面為了論證某一觀點，會舉出許多實際的項目作為證據，這一點非常好，事實勝於雄辯嘛！這些例子也許對於作者那個年代的人來説很好理解，但是放在30年後來看這些例子又有些陳舊和難懂了。另外，從文中我發現作者非常注重文檔，一個優質的文檔就是項目成功的保證，這一點與傳統的軟件工程很相似，但是卻與極限編程的觀點相悖。下面就是一些讀書的總結了。

焦油坑 1. 編程系統產品開發的工作量是供個人使用的、獨立開發的構件程序的九倍。

2. 編程行業的一些內在固有苦惱：

l 將做事方式調整到追求完美，是學習編程的最困難部分。

l 由其他人來設定目標，並且必須依靠自己無法控制的事物。

l 真正的權威來自於每次任務的完成。

l 任何創造性活動都伴隨着枯燥艱苦的勞動，編程也不例外

l 人們通常期望項目在接近結束時（bug、工作時間）能收斂得快一些，然而軟件項目的情況卻是越接近完成，收斂得越慢。

l 產品在即將完成時總面臨着陳舊過時的威脅。 人月神話 1. 缺乏合理的時間進度是造成項目滯後的最主要原因，它比其他所有因素加起來影響還大。

2. 良好的烹飪需要時間，某些任務無法在不損害結果的情況下加快速度。

3. 我們的構思是有缺陷的，因此總會有bug。

4. 我們圍繞成本核算的估計技術，混淆了工作量和項目進展。人月是危險和帶有欺騙性的神話，因為它暗示人員數量和時間是可以相互替換的。

5. 在若干人員中分解任務會引發額外的溝通工作量--培訓和相互溝通。

6. 關於進度安排，作者的經驗是為1/3計劃、1/6編碼、1/4構件測試以及1/4系統測試。

7. 因為我們對自己的估計技術不確定，所以在管理和客户的壓力下，我們常常缺乏堅持的勇氣。

8. brook法則：向進度落後的項目中增加人手，只會使進度更加落後。

9. 向軟件項目中增派人手從三個方面增加了項目必要的總體工作量：任務重新分配本身和所造成的工作中斷；培訓新人員；額外的相互溝通。 外科手術隊伍 1. 同樣有兩年經驗而且在受到同樣的培訓的情況下，優秀的專業程序員的工作效率是較差程序員的十倍。關於這一條我在極限編程裏看到，sackman和humphrey分別做了實驗發現優秀程序員工作效率比較差程序員的工作效率最高要高達28倍。

2. 小型、精幹隊伍是最好的。這一點在軟件工藝和極限編程裏都得到了充分的體現。

3. 兩個人的團隊，其中一個項目經理，常常是最佳的人員使用方法。

4. 對於真正意義上的大型系統，小型精幹的隊伍太慢了。

5. 實際上，絕大多數大型編程系統的經驗顯示出，一擁而上的開發方法是高成本、速度緩慢、不充分的，開發出的產品無法進行概念上的集成。

6. 一位首席程序員、類似於外科手術隊伍的團隊架構提供了一種方法，既能獲得由少數頭腦產生的產品完整性，又能得到多位協助人員的總體生產率，還徹底地減少了溝通的工作量。圖1是10人的程序開發隊伍溝通模式。 圖1 10人程序開發隊伍溝通模式

貴族專制、民主政治和系統設計 1. 概念完整性是系統設計中最重要的考慮因素。

2. 為了獲得概念完整性，設計必須由一個人或者具有共識的小型團隊來完成。

3. 對於非常大型的項目，將設計方法、體系結構方面的工作與具體實現相分離是獲得概念完整性的強有力方法。

4. 紀律、規則對行業是有益的。外部的體系結構規定實際上是增強，而不是限制實現小組的創造性。

5. 體系結構、設計實現、物理實現的許多工作可以併發進行。 畫蛇添足 1. 儘早交流和持續溝通能使結構師有較好的成本意識，以及使開發人員獲得對設計的信心，並且不會混淆各自的責任分工。

2. 結構師如何成功地影響實現：

i. 牢記是開發人員承擔創造性的實現責任；結構師只能提出建議。

ii. 聽取開發人員在體系結構上改進的建議。

3. 第二個系統是人們所設計的最危險的系統，通常的傾向是過分地進行設計。關於這一點也許是正確的，但是這是一個迴避不了的問題，如果沒有開發第二個系統經驗的人，就不可能有開發第三個系統經驗的人了。 貫徹執行 1. 即使是大型的設計團隊，設計結果也必須由一個或兩個人來完成，以確保這些決定是一致的。

2. 必須明確定義體系結構中與先前定義不同的地方，重新定義的詳細程度應該與原先的説明一致。

3. 出於精確性的考慮，我們需要形式化的設計定義，同樣，我們需要記敍性定義來加深理解。

4. 允許體系結構師對實現人員的詢問做出電話應答解釋是非常重要的，並且必須進行日誌記錄和整理髮布。

5. 項目經理最好的朋友就是他每天要面對的敵人--獨立的產品測試機構/小組。 為什麼巴比倫塔會失敗？ 1. 巴比倫塔項目的失敗是因為缺乏交流，以及交流的結果的組織。

2. 因為左手不知道右手在做什麼，從而進度災難、功能的不合理和系統缺陷紛紛出現。由於(本文來源本站)對其他人的各種假設，團隊成員之間的理解開始出現偏差。

3. 團隊應該以儘可能多的方式進行相互之間的交流：非正式、常規項目會議，會上進行簡要的技術陳述、共享的正式項目工作手冊。 胸有成竹 1. 僅僅通過對編碼部分的估計，然後乘以任務其他部分的相對係數，是無法得出對整項工作的精確估計的。

2. 構建獨立小型程序的數據不適用於編程系統項目。

3. 程序開發與程序規模成指數增長趨勢。

4. 當使用適當的高級語言時，程序編制的生產率可以提高5倍。 削足適履

這一章主要是要解決項目投資與磁盤空間和內存之間的矛盾，但是這個矛盾在電腦硬件發展到現在的層次已經可以忽略掉了。

提綱挈領 1. 軟件項目的要求：目標、用户手冊、內部文檔、進度、預算、組織機構圖和工作空間分配。

2. 即使是小型項目，項目經理也應該在項目早期規範化上述的一系列文檔。 這一章強調文檔重要性，但並沒有將一些教條主義的道理讓你相信文檔的重要性，而是給項目經理給出了實實在在的操作步驟。

未雨綢繆 1. 對於大多數項目，第一個開發的系統並不合用。它可能太慢、太大，而且難以使用，或者三者兼而有之。系統的丟棄和重新設計可以一步完成，也可以一塊塊地實現。這是個必須完成的步驟，如果將開發的第一個系統丟棄原型發佈給用户，可以獲得時間，但是它的代價很高。對於用户，使用極度痛苦；對於重新開發的人員，分散了精力；對於產品，影響了聲譽，即使最好的再設計也難以挽回名聲。

2. 用户的實際需要和用户感覺會隨着程序的構建、測試和使用而變化。

3. 軟件產品易於掌握的特性和不可見性，導致了它的構建人員面臨着永恆的需求變更。

4. 目標和開發策略上的一些正常變化無可避免，事先為它們做準備總比假設它們不會出現要好得多。

5. 對於一個廣泛使用的程序，其維護總成本通常是開發成本的40％或更多。

6. 維護成本受用户數目的嚴重影響。用户越多，所發現的錯誤也越多。

7. campbell指出了一個顯示產品生命期中每月bug數的有趣曲線，它先是下降，然後攀升。

8. 缺陷修復總會以（20－50）%的機率引入新的bug。

9. 在每次修復之後，必須重新運行先前所有的測試用例，從而確保系統不會以更隱蔽的方式被破壞。

10. 同樣，設計實現的人員越少、接口越少，產生的錯誤也就越少。

11. 所有修改都傾向於破壞系統的架構，增加了系統的混亂程度。即使是最熟練的軟件維護工作，也只是放緩了系統退化到不可修復混亂的進程。 干將莫邪

項目經理應該制訂一套策略，以及為通用工具的開發分配資源，與此同時，他還必須意識到專業工具的需求。

禍起蕭牆 1. 一天一天的進度落後比起重大災難，更難以識別，更不容易防範和更加難以彌補。

2. 根據一個嚴格的進度表來控制項目的第一個步驟是制訂進度表，進度表由里程碑和日期組成。

3. 里程碑必須是具體的、特定的、可度量的事件，能進行清晰能定義。

4. 如果里程碑定義得非常明確，以致於無法自欺欺人時，程序員很少會就里程碑的進展弄虛作假。 另外一面 1. 對於軟件編程產品來説，程序向用户所呈現的面貌與提供給機器識別的內容同樣重要。

2. 即使對於完全開發給自己使用的程序，描述性文字也是必須的，因為它們會被用户和作者所遺忘。

3. 文檔能在整個軟件開發的生命週期對程序員克服懶惰和進度的壓力起促進激勵作用，但向編程人員成功地灌輸對待文檔的積極態度是一件困難的事情。

4. 為了使文檔易於維護，將它們合併至源程序是至關重要的，而不是作為獨立文檔進行保存。 沒有銀彈

人狼的傳説可能有人聽過也可能沒聽過，人狼是一種具有人和狼兩種特徵的恐怖生物，而銀彈是消滅它的一種最有效的子彈，如果看過《吸血鬼傳説》也許就能和容易的理解這一點。作者將軟件開發比作人狼，而將提高軟件開發效率的方法比作銀彈。作者預言未來十年，想要試圖通過尋找一種有效地銀彈將軟件開發效率提高一個甚至幾個數量級，這種銀彈不可能出現。

沒有銀彈這篇文章裏作者列舉出了當時一些非常先進的技術或思想理念，例如ada和其他高級編程語言、面向對象編程、人工智能、專家系統、"自動"編程、圖形化編程、程序驗證、環境和工具、工作站等。雖然這些先進技術在一定程度上提高了軟件開發的效率，但是始終沒有達到銀彈的效果。距離作者的預言已經過去有20多年了，縱觀現在的軟件開發領域，雖然新技術層出不窮，但是還是沒有一種銀彈能夠讓軟件開發產生一次革命。

焦油坑依然存在

軟件工程的焦油坑在將來很長一段時間內會繼續困擾着人們。由於軟件系統多變性和錯綜複雜性，這個行業只能是一步一個台階的往上爬，而出現銀彈的希望在我們可以想象的時間範圍內是非常渺茫的。我們將長期與焦油作鬥爭。

第三篇：《人月神話》讀書筆記

第1章 焦油坑

這一章分成兩個部分：

? 程序（program）、程序產品（programming product）、編程系統（programming system）、編程系統產品（programming product system）的概念

? 程序員的工作性質

比較有意思的是第一部分的四個概念。

在作者的眼中，程序就是一堆代碼，任何人可以宣稱自己會編程，但是編程得到的只是程序，而不是產品。程序要成為程序產品，需要有明確的輸入、功能和輸出，經過完備的測試，具備合格的文檔，使之功能可靠，維護易行。

編程系統是從系統的角度來看待功能完整的程序模塊，要求程序要具備語法和語義精確的接口，能夠與其他的程序進行流暢的交互。相比程序產品來説，不僅僅要嚴格測試程序自身的輸入、處理、輸出，還要測試與不同程序之間的交互，因為很多bug其實是隱含在不同功能模塊的交互過程中。另外編程系統還要考慮程序之外的軟硬件運行環境。呵呵，只有經過了集成測試之後才能稱之為編程系統。

最高級的形式是編程系統產品，從書中的表述來看，就是編程系統+各類文檔，文檔是為了後續維護和升級方便而準備的。智力產品如果沒有説明書真是一場噩夢啊，之前我們經歷過的不少系統到了後續維護的時候發現文檔補齊，維護人員真是傷透腦筋，最後問題太多了索性就提議推倒重做。可以説如果是文檔齊備一點，我們公司很多系統的壽命是可以更長的。

第2章 人月神話

第四篇：《中國神話故事》讀後感

《中國神話故事》讀後感

合肥市衞崗國小四（4）張瑞

我最喜歡的一本書是《中國神話故事》，它的作者是郭奇。

《中國神話故事》這本書裏面有許許多多的神話故事和成語故事，其中我最喜歡的有：盤古開天闢地、女媧補天、哪吒太子、愚公移山、后羿射日、精衞填海、嫦娥奔月和白蛇傳。先説説盤古開天闢地這個故事吧！這篇故事告訴我，盤古開天闢地，犧牲了自己，改變了宇宙的混沌狀態。我們要學習他這種奉獻精神！愚公移山這篇故事告訴我，幹什麼事情，只要有恆心什麼事都有可能成功的。我們現在説説精衞填海吧！故事主人公精衞在一次玩耍中不幸掉入海水中，被海水淹死了，可是她不願就這麼死去，於是，她變成了一隻精衞鳥，夜以繼日地從遠處叼來石頭和樹枝，想要填平海。大海奪去了她的生命，但奪不去她的勇氣和決心。到了最後我們説説哪吒太子的故事。這篇故事告訴我，爸爸、媽媽養育我們十分辛苦，我們要好好學習做一個懂事的好孩子！哪吒敢於和壞人壞事作鬥爭的品質值得我們學習！

讀完《中國神話故事》我懂得了許多的道理。

第五篇：《中國神話故事》讀後感

《中國神話故事》讀後感

今天，我讀了一本《中國神話故事》。這本書主要講了中國上下五千年歷史的神話故事，共有29篇。有盤古開天闢地、女媧造人、共工怒觸不周山、女媧補天…。這些神話故事中我最喜歡農嘗百草；上古時，人類不懂醫藥，因此得了疾病也沒辦法醫治。有一年流行瘟疫，大地上橫屍遍野，哀鳴一片。南方的炎帝不忍人類受疫病的折磨，到處去嘗草藥。可是，嘗草藥是一件非常危險的事情，有時會中毒，炎帝會用神力把毒素排出體外，漸漸地，他的身體越來越來差。有一次，他一不注意嚐了斷腸花，最後斷腸死去了。

讀了這個故事後我覺得炎帝是一個不怕死亡，為百姓着想，值得我們敬佩的神。

除此之外這本書還有我許多我喜歡的故事。又比如説盤古開天闢地：很久以前天和地是沒有分開的，人類的老祖先盤古睡了一萬八千年，醒來時看見周圍烏黑一片。他從身邊拿出一把斧頭對準一個地方猛砍下去，透出了一絲光，盤古又是一陳猛砍，天和地分開了。盤古頭頂天，腳踏地，不讓它們再合起來，從此天地不再全起來。盤古倒下死了，他的身體變成了自然萬物。讀了這篇文章，我覺得盤古是一個非常偉大的神。

這本書讓我感受到中華五千年文明的無限魅力，讓我對中國歷史產生了興趣。我非常喜歡這本書。

圈灘國小三年級：康開國

本站推薦更多精彩範文：

中國神話故事1

《中國神話故事》讀後感

希臘神話故事——讀書報告

希臘的神話和傳説(讀書筆記)

希臘神話讀書筆記【自我】