《中国神话故事》读书笔记

提示：本文共有 5830 个字，阅读大概需要 12 分钟。

《中国神话故事》读书笔记《中国神话故事》读书笔记 篇更多顶部正文第一篇：希腊神话故事读书笔记 希腊神话故事读书笔记 书是人们生活中不可缺少的一部分。就像小鱼离不开水的滋养，小狗离不开骨头一样。当我们寂寞时，它将为我们赶走寂寞；当我们有困 惑时，它将指引我们正确的方向。书还会给我们一把智慧大门的钥匙。 而今天，我将来给大家一本好书《希腊神话故事》，这本书是一位德 国名叫：古斯塔夫施瓦布的着作这本书主要讲了：希腊神话主要由 诸神传说和英雄故事两大部分组成。在神的传说中，诸神都具有超越 自然的力量，但他们也于普通人类一样，有着平凡的喜悦、悲伤、嫉 妒等各种各样的感情（也就是喜怒哀乐）。英雄故事则起源于古希腊 人们对祖先的崇拜，敬仰。书中的英雄们无不智慧过人、力大无穷， 体现了人类征服自然的自信和顽强。 这本智慧的“领跑者”将带给我们无限的乐趣。大家觉得怎么样，快 来走进这本书里吧。 第二篇：人月神话读书笔记 人月神话这本书几年前就听别人说是本很经典的软件开发方面的书， 这本书的成功之处在于他思想的前卫性，以至于不只是软件行业的人 在读。现在终于找到读他的理由了，可以感受一下大师的杰作。在读 之前我已经读过了软件工艺和极限编程，为什么留到最后读人月神话 呢？主要是因为我觉得一本能够流传30 年还被人们津津乐道的书， 肯定是本学要好好细读的书，所以留到了最后。按照前两篇读书笔记 的惯例，前面几段是一些我读书时的感受和收获，还有一些对内容的 评价。 从这本书的内容来看，对于一个项目经理来说肯定会有更大的收获， 这本书主要是针对软件开发管理方面的内容，这主要原因可能是因为 作者以前就是项目的管理者，他是站在管理者的角度写的。即便这样， 对于一个从来没有参与过真实项目开发，更没有领导过团队的我还是 有一定的吸引力，这本书中我最喜欢的就是前四章（焦油坑、人月神 话、外科手术队伍、贵族专制、民主政治和系统设计）和没有银弹这 章。这本书里面为了论证某一观点，会举出许多实际的项目作为证据， 这一点非常好，事实胜于雄辩嘛！这些例子也许对于作者那个年代的 人来说很好理解，但是放在30 年后来看这些例子又有些陈旧和难懂 了。另外，从文中我发现作者非常注重文档，一个优质的文档就是项 目成功的保证，这一点与传统的软件工程很相似，但是却与极限编程 的观点相悖。下面就是一些读书的总结了。 焦油坑 编程系统产品开发的工作量是供个人使用的、独立开发的构件程序的九倍。 人们通常期望项目在接近结束时（bug、工作时间）能收敛得快一些，然而软件项目的情况却是越接近完成，收敛得越慢。 产品在即将完成时总面临着陈旧过时的威胁。人月神话 缺乏合理的时间进度是造成项目滞后的最主要原因，它比其他所有因素加 起来影响还大。 良好的烹饪需要时间，某些任务无法在不损害结果的情况下加快速度。 我们围绕成本核算的估计技术，混淆了工作量和项目进展。人月是危险和带有欺骗性的神话，因为它暗示人员数量和时间是可以相互 替换的。 关于进度安排，作者的经验是为1/3计划、1/6 编码、1/4 构件测 试以及1/4 系统测试。 因为我们对自己的估计技术不确定，所以在管理和客户的压力下，我们常常缺乏坚持的勇气。 brook法则：向进度落后的项目中增加人手，只会使进度更加落 向软件项目中增派人手从三个方面增加了项目必要的总体工作量：任务重新分配本身和所造成的工作中断；培训新人员；额外的相互沟 同样有两年经验而且在受到同样的培训的情况下，优秀的专业程序员的工作效率是较差程序员的十倍。关于这一 条我在极限编程里看到，sackman 和humphrey 分别做了实验发现优 秀程序员工作效率比较差程序员的工作效率最高要高达28 小型、精干队伍是最好的。这一点在软件工艺和极限编程里都得到了充分的体现。 实际上，绝大多数大型编程系统的经验显示出，一拥而上的开发方法是高成本、速度缓慢、不充分的，开发出的产品无法进行概念上 的集成。 一位首席程序员、类似于外科手术队伍的团队架构提供了一种方法，既能获得由少数头脑产生的产品完整性，又能得到多位协助人员 的总体生产率，还彻底地减少了沟通的工作量。图1 是10 人的程序 开发队伍沟通模式。 10人程序开发队伍沟通模式 贵族专制、民主政治和系统设计 概念完整性是系统设计中最重要的考虑因素。 为了获得概念完整性，设计必须由一个人或者具有共识的小型团队来完成。 对于非常大型的项目，将设计方法、体系结构方面的工作与具体实现相分离是获得概念完整性的强有力方法。 纪律、规则对行业是有益的。外部的体系结构规定实际上是增强，而不是限制实现小组的创造性。 尽早交流和持续沟通能使结构师有较好的成本意识，以及使开发人员获得对设计的信心，并且不会混淆各自的责任分工。 牢记是开发人员承担创造性的实现责任；结构师只能提出建议。ii. 听取开发人员在体系结构上改进的建议。 第二个系统是人们所设计的最危险的系统，通常的倾向是过分地进行设计。关于这一点也许是正确的，但是这是一个回避不了的问题， 如果没有开发第二个系统经验的人，就不可能有开发第三个系统经验 的人了。 贯彻执行 即使是大型的设计团队，设计结果也必须由一个或两个人来完成，以确保这些决定是一致的。 必须明确定义体系结构中与先前定义不同的地方，重新定义的详细程度应该与原先的说明一致。 出于精确性的考虑，我们需要形式化的设计定义，同样，我们需要记叙性定义来加深理解。 允许体系结构师对实现人员的询问做出电话应答解释是非常重要的，并且必须进行日志记录和整理发布。 项目经理最好的朋友就是他每天要面对的敌人 独立的产品测试机构/小组。 为什么巴比伦塔会失败？ 巴比伦塔项目的失败是因为缺乏交流，以及交流的结果的组织。 因为左手不知道右手在做什么，从而进度灾难、功能的不合理和系统缺陷纷纷出现。由于对其他人的各种假设，团队成员之间的理解 开始出现偏差。 团队应该以尽可能多的方式进行相互之间的交流：非正式、常规项目会议，会上进行简要的技术陈述、共享的正式项目工作手册。 仅仅通过对编码部分的估计，然后乘以任务其他部分的相对系数，是无法得出对整项工作的精确估计的。 这一章主要是要解决项目投资与磁盘空间和内存之间的矛盾，但是这个矛盾在电脑硬件发展到现在的层次已经可以忽略掉了。 提纲挈领 软件项目的要求：目标、用户手册、内部文档、进度、预算、组织机构图和工作空间分配。 即使是小型项目，项目经理也应该在项目早期规范化上述的一系列文档。 这一章强调文档重要性，但并没有将一些教条主义的道理 让你相信文档的重要性，而是给项目经理给出了实实在在的操作步骤。 未雨绸缪 对于大多数项目，第一个开发的系统并不合用。它可能太慢、太大，而且难以使用，或者三者兼而有之。系统的丢弃和重新 设计可以一步完成，也可以一块块地实现。这是个必须完成的步骤， 如果将开发的第一个系统丢弃原型发布给用户，可以获得时间，但是 它的代价很高。对于用户，使用极度痛苦；对于重新开发的人员，分 散了精力；对于产品，影响了声誉，即使最好的再设计也难以挽回名 软件产品易于掌握的特性和不可见性，导致了它的构建人员面临着永恒的需求变更。 目标和开发策略上的一些正常变化无可避免，事先为它们做准备总比假设它们不会出现要好得多。 对于一个广泛使用的程序，其维护总成本通常是开发成本的40％或更多。 campbell指出了一个显示产品生命期中每月bug 数的有趣曲线， 它先是下降，然后攀升。 在每次修复之后，必须重新运行先前所有的测试用例，从而确保系统不会以更隐蔽的方式被破坏。 10. 同样，设计实现的人员越少、接口越少，产生的错误也就越少。 11. 所有修改都倾向于破坏系统的架构，增加了系统的混乱程度。即 使是最熟练的软件维护工作，也只是放缓了系统退化到不可修复混乱 的进程。 干将莫邪 项目经理应该制订一套策略，以及为通用工具的开发分配资源，与此 同时，他还必须意识到专业工具的需求。 祸起萧墙 一天一天的进度落后比起重大灾难，更难以识别，更不容易防范和更加难以弥补。 根据一个严格的进度表来控制项目的第一个步骤是制订进度表，进度表由里程碑和日期组成。 如果里程碑定义得非常明确，以致于无法自欺欺人时，程序员很少会就里程碑的进展弄虚作假。 另外一面 对于软件编程产品来说，程序向用户所呈现的面貌与提供给机器识别的内容同样重要。 即使对于完全开发给自己使用的程序，描述性文字也是必须的，因为它们会被用户和作者所遗忘。 文档能在整个软件开发的生命周期对程序员克服懒惰和进度的压力起促进激励作用，但向编程人员成功地灌输对待文档的积极态度是 一件困难的事情。 为了使文档易于维护，将它们合并至源程序是至关重要的，而不是作为独立文档进行保存。 没有银弹 人狼的传说可能有人听过也可能没听过，人狼是一种具有人和狼两种 特征的恐怖生物，而银弹是消灭它的一种最有效的子弹，如果看过《吸 血鬼传说》也许就能和容易的理解这一点。作者将软件开发比作人狼， 而将提高软件开发效率的方法比作银弹。作者预言未来十年，想要试 图通过寻找一种有效地银弹将软件开发效率提高一个甚至几个数量 级，这种银弹不可能出现。 没有银弹这篇文章里作者列举出了当时一些非常先进的技术或思想 理念，例如ada 和其他高级编程语言、面向对象编程、人工智能、专 家系统、 自动 编程、图形化编程、程序验证、环境和工具、工作站 等。虽然这些先进技术在一定程度上提高了软件开发的效率，但是始 终没有达到银弹的效果。距离作者的预言已经过去有20 多年了，纵 观现在的软件开发领域，虽然新技术层出不穷，但是还是没有一种银 弹能够让软件开发产生一次革命。 焦油坑依然存在 软件工程的焦油坑在将来很长一段时间内会继续困扰着人们。由于软 件系统多变性和错综复杂性，这个行业只能是一步一个台阶的往上爬， 而出现银弹的希望在我们可以想象的时间范围内是非常渺茫的。我们 将长期与焦油作斗争。 第三篇：《人月神话》读书笔记 焦油坑这一章分成两个部分： 程序（program）、程序产品（programmingproduct）、编程系统 （programming system）、编程系统产品（programming product system）的概念 程序员的工作性质比较有意思的是第一部分的四个概念。 在作者的眼中，程序就是一堆代码，任何人可以宣称自己会编程，但 是编程得到的只是程序，而不是产品。程序要成为程序产品，需要有 明确的输入、功能和输出，经过完备的测试，具备合格的文档，使之 功能可靠，维护易行。 编程系统是从系统的角度来看待功能完整的程序模块，要求程序要具 备语法和语义精确的接口，能够与其他的程序进行流畅的交互。相比 程序产品来说，不仅仅要严格测试程序自身的输入、处理、输出，还 要测试与不同程序之间的交互，因为很多bug 其实是隐含在不同功能 模块的交互过程中。另外编程系统还要考虑程序之外的软硬件运行环 境。呵呵，只有经过了集成测试之后才能称之为编程系统。 最高级的形式是编程系统产品，从书中的表述来看，就是编程系统+ 各类文档，文档是为了后续维护和升级方便而准备的。智力产品如果 没有说明书真是一场噩梦啊，之前我们经历过的不少系统到了后续维 护的时候发现文档补齐，维护人员真是伤透脑筋，最后问题太多了索 性就提议推倒重做。可以说如果是文档齐备一点，我们公司很多系统 的寿命是可以更长的。 人月神话第四篇：《中国神话故事》读后感 《中国神话故事》读后感 合肥市卫岗小学四（4）张瑞 我最喜欢的一本书是《中国神话故事》，它的作者是郭奇。 《中国神话故事》这本书里面有许许多多的神话故事和成语故事，其 中我最喜欢的有：盘古开天辟地、女娲补天、哪吒太子、愚公移山、 后羿射日、精卫填海、嫦娥奔月和白蛇传。先说说盘古开天辟地这个 故事吧！这篇故事告诉我，盘古开天辟地，牺牲了自己，改变了宇宙 的混沌状态。我们要学习他这种奉献精神！愚公移山这篇故事告诉我， 干什么事情，只要有恒心什么事都有可能成功的。我们现在说说精卫 填海吧！故事主人公精卫在一次玩耍中不幸掉入海水中，被海水淹死 了，可是她不愿就这么死去，于是，她变成了一只精卫鸟，夜以继日 地从远处叼来石头和树枝，想要填平海。大海夺去了她的生命，但夺 不去她的勇气和决心。到了最后我们说说哪吒太子的故事。这篇故事 告诉我，爸爸、妈妈养育我们十分辛苦，我们要好好学习做一个懂事 的好孩子！哪吒敢于和坏人坏事作斗争的品质值得我们学习！ 读完《中国神话故事》我懂得了许多的道理。 第五篇：《中国神话故事》读后感 《中国神话故事》读后感 今天，我读了一本《中国神话故事》。这本书主要讲了中国上下五千 年历史的神话故事，共有29 篇。有盘古开天辟地、女娲造人、共工 怒触不周山、女娲补天??。这些神话故事中我最喜欢农尝百草；上古 时，人类不懂医药，因此得了疾病也没办法医治。有一年流行瘟疫， 大地上横尸遍野，哀鸣一片。南方的炎帝不忍人类受疫病的折磨，到 处去尝草药。可是，尝草药是一件非常危险的事情，有时会中毒，炎 帝会用神力把毒素排出体外，渐渐地，他的身体越来越来差。有一次， 他一不注意尝了断肠花，最后断肠死去了。 读了这个故事后我觉得炎帝是一个不怕死亡，为百姓着想，值得我们 敬佩的神。 除此之外这本书还有我许多我喜欢的故事。又比如说盘古开天辟地： 很久以前天和地是没有分开的，人类的老祖先盘古睡了一万八千年， 醒来时看见周围乌黑一片。他从身边拿出一把斧头对准一个地方猛砍 下去，透出了一丝光，盘古又是一陈猛砍，天和地分开了。盘古头顶 天，脚踏地，不让它们再合起来，从此天地不再全起来。盘古倒下死 了，他的身体变成了自然万物。读了这篇文章，我觉得盘古是一个非 常伟大的神。 这本书让我感受到中华五千年文明的无限魅力，让我对中国历史产生 了兴趣。我非常喜欢这本书。 圈滩小学三年级：康开国 好范文网更多精彩范文： 中国神话故事1 《中国神话故事》读后感 希腊神话故事——读书报告 希腊的神话和传说 希腊神话读书笔记自我 《中国神话故事》读书笔记范文共有6188 个字，可

看到此处说明本文对你还是有帮助的，关于“《中国神话故事》读书笔记”留言是大家的经验之谈相信也会对你有益，推荐继续阅读下面的相关内容，与本文相关度极高！