人月神话之画蛇添足

前言:本章的标题翻译为“画蛇添足”,原文的标题为“The Second-system Effect”,从单纯的英文标题知道,二次开发系统的影响。也就是说,软件设计师在做二次开发的时候,容易想的太多,在原来的程序上增加太多没用的功能,或者做了没有必要的修饰。

结构师的交互准则和机制

很多时候,结构师在估算一个产品的预算后,客户或者老板会做出他的评估,如果估算超出了老板或者客户的心理预期,那么此时结构师必须要削减成本或者建议更低的实现方式,就要遵循以下:

  1. 开发人员承担了实现责任,结构师不能太多干预开发人员。
  2. 准备接受其他任何能达到目标的方法。
  3. 准备放弃所作的改进建议。
  4. 总结以上三点,就是说,结构师只要告诉开发人员要缩减成本,但是不要去干涉,他们会做出最好的抉择,如果结构师如果过多要求开发人员修改方案时,就会造成意料不到的成本开销。

自律--开发第二个系统多带来的后果

  1. 第一个系统时,结构师倾向于精炼和简洁,但是到第二版系统时,就容易产生过多的润色和装饰。因为为了快速的完成第一个系统,结构师不得不抛弃自己过多的想法,但是第二系统的时候,就会很危险。
  2. 那么如何避免呢,就是要自律,给自己制定一个规则,避免过于修饰。
  3. 为每个小功能分配一个值,每次变更会作为决策的向导。
  4. 总之,在开发第二个系统时候,要结构师保持自律的精神。
时间: 2024-10-12 14:59:42

人月神话之画蛇添足的相关文章

读<<人月神话>>

这本书在软件领域知名度很高,每次看到年度推荐的文章里面都有这本书且强烈推荐.出版30年了,可谓经典. 但我在读的过程中并没有那么深的体会.书中很多章节都是基于大型项目或者大型系统的经验总结,至今为止我还没有参与大于30人的项目.只能说自己的境界还不够. 第一章,焦油坑 再也找不到一个词比焦油坑更能形容,软件开发的过程了.我们都在挣扎.计划,计划,不断计划,但还是拖延,拖延,拖延.... 职业的乐趣: 创造性,贡献助人为乐,过程的魅力或者解决问题的成就感或写代码的快感,持续学习新事物,驾驭感. 职

人月神话阅读笔记07

第1章 焦油坑      焦油坑的意思说明了即使你足够强大,也无法摆脱束搏而沉到坑底.IT项目也是这样,不论是开发大型软件系统还是小型项目,都会遇到诸多复杂的问题和影响因素,项目本身就是一个足够复杂的动态系统,没有最优,只有满意.项目四要素,人员,组织环境,干系人,外部依赖和约束,风险和假设,团队,人等诸多问题都是你必须要考虑的问题,任何一个要素出现大的差错都可能导致项目失败,只有所有要素能够平衡好,团队能够协调一致才能够保证项目成功 第2章 人月神话      进度问题是IT项目管理最为关注的

人月神话——我的理解

人月神话中第一章就提到了The Tar Pit ,在焦油坑种挣扎并且体验快乐并苦恼的编程过程,人月神话的开始就在讨论超级项目的合作与分工的矛盾以及内部模块的复杂交织.作者是IBM OS/360项目的项目经理和主要负责人,IBM/360所犯的错误以及给我们的启示成就了这本书,本书的目的是为身处焦油坑里的软件工作人员提供一点帮助和引导.依作者的观点,“人月神话”的出现和工程进度的不合理安排有很大关系,因此合理工程化体系的建立很有必要,盲目的软件生产心理和人员协调中存在的问题导致了软件工业的巨大失败率

人月神话有感

初见书名时还在奇怪为什么老师要我们看一本这书,在我刚刚见到这本书时我以为说的是人类登上月球的书籍,后来明白了本书的名字并不是人类和月球之间的神话故事,而是软件工程的一些迷思,人月是一个人一个月的人力单位. 在这本书里作者提出软件工程中各个项目的比例应该如下: 1/3 planning 1/6 coding 1/4 component test and early system test 1/4 system test, all components in hand 初始时心中还在迷惑为什么编程的

《人月神话》笔记

人月神话这个名字对我来说很有吸引力,我以为它会是一本讲述计算机历史神话的故事.当我看到第二章我才知道原来这个“人月“是我们项目工程中估计和进度安排中使用的工作量单位:人月.全书共分为以下几个部分: 焦油坑 人月神话 外科手术队伍 贵族专制.民主政治和系统设计 画蛇添足 贯彻执行 为什么巴比伦塔会失败? 胸有成竹 削足适履 提纲挈领 未雨绸缪 干将莫邪 祸起萧墙 另外一面 没有银弹 焦油坑依然存在 对于所有的程序员来讲,都有乐观主义,总是相信自己的代码是肯定能运行的.所以在安排项目的进度的时候就会

《人月神话》读书笔记 第1篇

<人月神话>读书笔记 第1篇 第1章:焦油坑 第2章:人月神话 第3章:外科手术队伍 第4章:贵族专制.民主政治和系统设计 第5章:画蛇添足 第6章:贯彻执行 第7章:为什么巴比伦塔会失败 第8章:胸有成竹 继<梦断代码>之后,我又选了一本老师推荐的关于软件工程的书——<人月神话>,这本书读起来相对<梦断代码>就轻松多了,可能是翻译得较为通俗,并且每章前都有个寓言或者名句作为引子.并且举了相似的例子来说明,同样也列出了对立的情况来证实一些道理. 开篇书中提到

人月神话6

第1章 焦油坑      焦油坑的意思说明了即使你足够强大,也无法摆脱束搏而沉到坑底.IT项目也是这样,不论是开发大型软件系统还是小型项目,都会遇到诸多复杂的问题和影响因素,项目本身就是一个足够复杂的动态系统,没有最优,只有满意.项目四要素,人员,组织环境,干系人,外部依赖和约束,风险和假设,团队,人等诸多问题都是你必须要考虑的问题,任何一个要素出现大的差错都可能导致项目失败,只有所有要素能够平衡好,团队能够协调一致才能够保证项目成功 第2章 人月神话      进度问题是IT项目管理最为关注的

01人月神话阅读笔记

内容源于作者Brooks在IBM公司任System计算机系列以及其庞大的软件系统OS项目经理时的实践经验.<人月神话>探索了达成一致性的困难和解决的方法,并探讨了软件工程管理的其他方面. "焦油坑"这章,作者把大型系统开发比作一个"焦油坑".作者从开发系统产品引入先分析职业的乐趣与苦恼,得出"编程,一个许多人痛苦挣扎的焦油坑以及一种乐趣和苦恼共存的创造性活动."这一结论. "人月神话"这章,指出缺乏合理的时间进度是

人月神话--读书笔记

2018-03-08 <人月神话>读书笔记--关于人月的讨论 作为一本计算机编程项目管理类的书刊,此书书名就毫不留情地指出"用人月作为衡量一项工作的规模是一个危险 和带有欺骗性的神话".这里向读者传达了这个重要的概念,在估计和进度安排中使用的工作量单位:人月.但实 际上,人数和时间的互换是近乎不可能的,因为编程项目的任务不能分解给互相毫无交流的参与人员们(关系如 下图所示). 在本书开头部分,作者讨论了编程从业者的职业乐趣和苦恼,并且以精妙地将编程比喻为焦油坑,编程团队比喻