《神话故事》 读书笔记(精选多篇)_第1页
《神话故事》 读书笔记(精选多篇)_第2页
《神话故事》 读书笔记(精选多篇)_第3页
《神话故事》 读书笔记(精选多篇)_第4页
《神话故事》 读书笔记(精选多篇)_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

-精选财经经济类资料- -最新财经经济资料-感谢阅读- 1 神话故事读书笔记(精选多篇) 希腊神话故事读书笔记 袁栎晴 书是人们生活中不可缺少的一部 分。就像小鱼离不开水的滋养,小狗离 不开骨头一样。当我们寂寞时,它将为 我们赶走寂寞;当我们有困惑时,它将 指引我们正确的方向。书还会给我们一 把智慧大门的钥匙。 而今天,我将来给大家推荐一本 好书希腊神话故事 ,这本书是一位 德国名叫:古斯塔夫施瓦布的着作这 本书主要讲了:希腊神话主要由诸神传 说和英雄故事两大部分组成。在神的传 说中,诸神都具有超越自然的力量,但 他们也于普通人类一样,有着平凡的喜 -精选财经经济类资料- -最新财经经济资料-感谢阅读- 2 悦、悲伤、嫉妒等各种各样的感情。英 雄故事则起源于古希腊人们对祖先的崇 拜,敬仰。书中的英雄们无不智慧过人、 力大无穷,体现了人类征服自然的自信 和顽强。 这本智慧的“ 领跑者 ”将带给我们 无限的乐趣。大家觉得怎么样,快来走 进这本书里吧。 人月神话这本书几年前就听别人 说是本很经典的软件开发方面的书,这 本书的成功之处在于他思想的前卫性, 以至于不只是软件行业的人在读。现在 终于找到读他的理由了,可以感受一下 大师的杰作。在读之前我已经读过了软 件工艺和极限编程,为什么留到最后读 人月神话呢?主要是因为我觉得一本能 够流传 30 年还被人们津津乐道的书, 肯定是本学要好好细读的书,所以留到 了最后。按照前两篇读书笔记的惯例, 前面几段是一些我读书时的感受和收获, 还有一些对内容的评价。 从这本书的内容来看,对于一个 -精选财经经济类资料- -最新财经经济资料-感谢阅读- 3 项目经理来说肯定会有更大的收获,这 本书主要是针对软件开发管理方面的内 容,这主要原因可能是因为作者以前就 是项目的管理者,他是站在管理者的角 度写的。即便这样,对于一个从来没有 参与过真实项目开发,更没有领导过团 队的我还是有一定的吸引力,这本书中 我最喜欢的就是前四章和没有银弹这章。 这本书里面为了论证某一观点,会举出 许多实际的项目作为证据,这一点非常 好,事实胜于雄辩嘛!这些例子也许对 于作者那个年代的人来说很好理解,但 是放在 30 年后来看这些例子又有些陈 旧和难懂了。另外,从文中我发现作者 非常注重文档,一个优质的文档就是项 目成功的保证,这一点与传统的软件工 程很相似,但是却与极限编程的观点相 悖。下面就是一些读书的总结了。 焦油坑 1. 编程系统产品开发的 工作量是供个人使用的、独立开发的构 件程序的九倍。 2. 编程行业的一些内在固有苦恼: -精选财经经济类资料- -最新财经经济资料-感谢阅读- 4 l 将做事方式调整到追求完美, 是学习编程的最困难部分。 l 由其他人来设定目标,并且必 须依靠自己无法控制的事物。 l 真正的权威来自于每次任务的 完成。 l 任何创造性活动都伴随着枯燥 艰苦的劳动,编程也不例外 l 人们通常期望项目在接近结束 时能收敛得快一些,然而软件项目的情 况却是越接近完成,收敛得越慢。 l 产品在即将完成时总面临着陈 旧过时的威胁。 人月神话 1. 缺乏合理 的时间进度是造成项目滞后的最主要原 因,它比其他所有因素加起来影响还大。 2. 良好的烹饪需要时间,某些任 务无法在不损害结果的情况下加快速度。 3. 我们的构思是有缺陷的,因此 总会有 bug。 -精选财经经济类资料- -最新财经经济资料-感谢阅读- 5 4. 我们围绕成本核算的估计技术, 混淆了工作量和项目进展。人月是危险 和带有欺骗性的神话,因为它暗示人员 数量和时间是可以相互替换的。 5. 在若干人员中分解任务会引发 额外的沟通工作量-培训和相互沟通。 6. 关于进度安排,作者的经验是 为 1/3 计划、1/6 编码、1/4 构件测试以 及 1/4 系统测试。 7. 因为我们对自己的估计技术不 确定,所以在管理和客户的压力下,我 们常常缺乏坚持的勇气。 8. brook 法则:向进度落后的项 目中增加人手,只会使进度更加落后。 9. 向软件项目中增派人手从三个 方面增加了项目必要的总体工作量:任 务重新分配本身和所造成的工作中断; 培训新人员;额外的相互沟通。 外科 手术队伍 1. 同样有两年经验而且在受 到同样的培训的情况下,优秀的专业程 序员的工作效率是较差程序员的十倍。 关于这一条我在极限编程里看到, -精选财经经济类资料- -最新财经经济资料-感谢阅读- 6 sackman 和 humphrey 分别做了实验发现 优秀程序员工作效率比较差程序员的工 作效率最高要高达 28 倍。 2. 小型、精干队伍是最好的。这 一点在软件工艺和极限编程里都得到了 充分的体现。 3. 两个人的团队,其中一个项目 经理,常常是最佳的人员使用方法。 4. 对于真正意义上的大型系统, 小型精干的队伍太慢了。 5. 实际上,绝大多数大型编程系 统的经验显示出,一拥而上的开发方法 是高成本、速度缓慢、不充分的,开发 出的产品无法进行概念上的集成。 6. 一位首席程序员、类似于外科 手术队伍的团队架构提供了一种方法, 既能获得由少数头脑产生的产品完整性, 又能得到多位协助

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论