《人月神话》读书笔记之第1章焦油坑

  开始看到焦油坑时,不知道这个是什么意思,这和编程系统有什么关系呢?看完第一章大概明白要表达的意思。焦油坑的意思说明了即使你足够强大,也无法摆脱束搏而沉到坑底。IT项目也是这样,不论是开发大型软件系统还是小型项目,都会遇到诸多复杂的问题和影响因素,项目本身就是一个足够复杂的动态系统,没有最优,只有满意。

通过编程系统的演进可以看到简单的程序已经不能称作为系统,编程系统+编程产品才构成了编程系统产品,编程系统产品的复杂度将是一般程序的9倍。只有编程系统产品才是真正有用的产品,是大多数系统开发的目标。

      职业的乐趣

(1)创建事物的纯粹快乐

(2)研发对他人有用的东西

(3)提现魅力,收到预期效果

(4)持续学习的快乐,工作的非重复特性

(5)有独立的成果

编程的快乐在于它不仅满足了我们内心深处进行创造的渴望,而且还唤醒了每个人内心的情感。

     职业的苦恼

(1)追求完美

(2)无法控制工作环境和工作目标

(3)寻找琐碎的bug

(4)辛苦开发出来的系统不能真正使用而被抛弃。

总结一句,编程就是一个许多人痛苦挣扎的焦油坑以及一种乐趣和苦恼共存的创造性活动。

人月神话博客:

http://blog.sina.com.cn/s/blog_493a8455010088sl.html

时间: 2024-10-14 00:35:59

《人月神话》读书笔记之第1章焦油坑的相关文章

人月神话--读书笔记

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

人月神话读书笔记

作者介绍:20世纪最后一年也就是1999年的图灵奖,授予了年已69岁的资深计算机科学家布鲁克斯(Frederick Phillips Brooks, Jr.).布鲁克斯这个名字在中国知之者不多,但在美国却是大名鼎鼎.因为他在60年代初只有29岁时就主持与领导了被称为人类从原子能时代进入信息时代标志的IBM/360系列计算机的开发工作,取得辉煌成功,从而名噪一时.以后他作为硬件和软件的双重专家和出色的教育家始终活跃在计算机舞台上,在计算机技术的诸多领域中都做出了巨大的贡献.从某种意义上说,对于布鲁

人月神话 读书笔记01

在刚刚进入软件工程学习时,老师总会时不时向我们提起一些关于“软件项目开发的完成与增加人员的问题”这句话听起来通俗易懂,但实现起来却遇到了相当大的困难,这是我在阅读完成<人月神话>时最大的感受.本书作者布鲁克斯得出的结论是显而易见的:“向进度落后的项目中增加人手,只会使进度更加落后”.如果不想加班,不想削减功能,不想推迟发布日期,那么唯一的方法还是只有加人.加足够的人.而且不要逐步加入,一定要一次性加入.要小心的是,新加入的人可能对原来的组织造成冲击,或者对原来的设计有不同见,特别是我想如果如果

人月神话读书笔记(2)

并不是所有的努力都是成功的.(XIV) 简而言之,我相信由于人员的分工,大型编程项目碰到的管理问题和小型项目碰到的管理问题区别很大:我相信关键需要的是维持产品自身的概念完整性. 如果我们想解决问题,就必须试图先去了解问题.(4) 相同功能的编程产品的成本,至少是经过测试程序的三倍.(6) 相同功能的编程系统构件的成本至少是独立程序的3倍.如果系统有大量的组成单元,成本还会更高.(6) 它(编程系统产品)的成本高达9倍.然而,只有它才是真正有用的产品,是大多数系统开发的目标.(6) 首先,这种快乐

人月神话阅读笔记—第三章

人月神话阅读笔记-第三章 一个由一流人才组成的小型的精干的队伍比由一群平庸的程序员组成的大型团队更有效率,但是这里面有一个重要的问题:如何在有意义的进度安排内创建大型的系统. 优秀的程序员和较差的程序员之间生产效率的差距是巨大的,当一个10人的精干团队进行开发,和一个100个人的平庸程序员进行开发,前者的效率更高.但是对于效率和概念的完成性来说,最好由少数干练人员开发,而大型系统需要大量人员进行开发,但是这两者是有矛盾的,需要进行平衡. 在开发过程中,可以使用一种崭新的开发方案,类似于外科医生做

人月神话阅读笔记—第四章

人月神话阅读笔记-第四章 ------2016.6.14 概念的完整性是很重要的,为了反应一系列连贯的设计思路,可以省略一些不规则的特性和改进,不提倡独立和无法整合的系统,最需要的是在整体概念上的完整性要求. 获得概念的完整性时,会出现一种情况,编程系统使计算机更加好用,但是功能比较多的时候,软件外部描述就会比系统本身大很多:但是功能太少,不能满足需求,但是都需要满足概念上的完整性. 在进行概念的完整性时,产品设计需要由一个人或者少数几个人来实现,但是对于大型的系统,需要将设计方法.体系结构的工

人月神话阅读笔记03

阅读了<人月神话>第10章 提纲掣领,里面提到的关于软件相关的开发文档的问题,使我受益颇深.以前每每写程序时,老师总会要求我们写一些需求分析,软件流程图,还有各种各样的日志文档,心里总是觉得烦不胜烦.明明程序已经写好了,文档写不写又有什么关系呢?这不是在浪费时间嘛.但是后来在写四则运算的编程题时,我就遇到了一些麻烦.刚开始我自己写又进行“翻新”的时候,我总是忘了自己之前是怎么想的,思路是怎么样的,很多时候不得不花上许多时间去重新阅读上次的代码,或者直接推翻重写.后来进行二人开发时,发现没有文档

人月神话阅读笔记07

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

人月神话阅读笔记之一

人月神话讲的主要是软件工程方面的,如何配置人力进行开发 .虽然对于软件编程我们对其了解并不多,但是对于在软件功能的实现,程序设计人员面临的客观性的困难至少我可以站在略懂的角度上去理解他们,对于一个或多个项目来说,公司大多都会搞人海战术,进度没有提前,还整天加班,最后用户不满意,开发人员整天郁闷,结果是用户对公司失去了信任,成了一槌子买卖,开发人员旧人一一辞职,新人天天引进,做法没有改变,情况没有改观,公司没有发展,这就是问题.人月之所以不能成为神话,正是因为增加人手的同时也增加了人与人之间的交流