《人月神话》读后

原创 2003年10月10日 23:14:00

       当我捧起《人月神话》,马上就被深深的吸引了。书中很多细微之处都对我的思维造成了冲击。上一本给我类似感觉的书是那本四人帮的《设计模式》,已经很久没有看到这么好的书了,郑重推荐。<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

       把感触比较深的几点记下来,顺便整理一下自己的思路,与大家分享。

1,保持设计的概念完整。无论对小软件还是大软件,都必须由一个设计师主导,最多两个人讨论来共同完成软件的整体设计。作为一个软件,一个系统,必须有一个清晰明确的概念模型,大家都在这个框架下工作,所有的创新发展都必须与基本的概念相吻合。具体的实现人员可以细化概念,但只有总设计者才有否定与发展基本概念的权力。需要注意的一点是,即使是总设计师一直是同一个人,他脑海中所认为理所当然的规则或者概念,很可能由于没有明确的文档化,而没有成为所有开发者共同的概念。在其他开发者编码的时候,就可能会生成与概念相抵触的东东(模块,功能,算法),导致整体结构的恶化。这个时候总设计师一定要即时发现,做出更正。

概念的完整性,对于很多小规模软件,由于开发人员不多,开发经理一般都能控制住所有的代码,概念完整性在组织层面就维持住了。但要注意以后的Bug修改,功能扩展的时候,也要时刻留意与最初的设计是否概念上相容。对于大规模的软件系统,则必须通过树状组织结构,层层控制,总设计师还是一到两人,每一层都有对下层的绝对把握能力。我以前参加过一个15人左右的项目组,就是分为两层。感觉整体概念完整性的控制效果还不错。我没有更多人数项目的具体实践经验,希望以后能有机会参与比较大的项目。

2,“一个拿2倍工资的人,生产率可能是其他人的10倍。”我和我的同学,一个小公司的技术总监聊起这个,他也是十分的认同。不知道其他公司的程序员们如何看。我的同事中有一个牛人,做出的贡献特别大,应该相当于我们公司普通的十个程序员,不过工资最多也就是普通程序员的二倍。是不是有些不公平呢?我也说不清楚。因为那些普通程序员也十分的努力。不过,我觉得,作为公司,应该给最好的人最好的待遇,或者说给比目前更高的待遇。

组建一个团队,最好的就是那种精英团队,大家都是牛人,效率会特别高。微软就是这种思路吧,把最聪明的人集中在一起,想不成功都难亚。

3,进度落后与增加人力。记得当年看《C++编程思想》,Bruce说“十个妇女不能在一个月内生下小孩”(大意),于我心有戚戚焉。而本书作者Brooks得出的结论是对我是震撼性的:“向进度落后的项目中增加人手,只会使进度更加落后”。

以前,增加人手基本是挽救进度落后项目的主要办法。这个办法行不通的话,难道只有“加班”一条路了?但长期加班是对个人的摧残,我更愿意利用业余时间去看书,例如看这本“人月神话”。:)

如果不想加班,不想削减功能,不想推迟发布日期,那么。。。。。唯一的方法还是只有….加人。加足够的人。而且不要逐步加入,一定要一次性加入。要小心的是,新加入的人可能对原来的组织造成冲击,或者对原来的设计有不同意见(特别是加入的人中有比较强大的设计者)。那么,就当作,新组建了一个团队吧。交流,培训新人,就设计达成一致,继续向者目标前进。

感触还有很多,以后如果有机会再写。不过,我决定去买本英文版回来,收藏,以后再多看几次。

人月神话读后感言3

四、没有银弹,或人狼杀不死    人狼这个动物很奇怪,皮肉坚实还是自疗系的,所以要么砍它不动,要么杀它不死。这种动物如同习得(传说中的)金钟罩功夫,刀枪不入,水火不怕。也如同金钟罩有罩门一样,人狼对银...
  • fanxiaogang
  • fanxiaogang
  • 2010年04月22日 00:04
  • 736

人月神话读后感言2

三、《人月神话》是预言了未来还是控制了未来?    事实是:我们现在的很多工程知识,——无论是从书上看到的,还是从实践中体验到的——大多未曾脱离《人月神话》之所言。    我在开篇中说《人月神话》“是...
  • fanxiaogang
  • fanxiaogang
  • 2010年04月22日 00:00
  • 784

人月神话读后总结

首先我先声明,《人月神话》是正经书,正经书,正经书(重要事情要说三遍)。        理论上我觉得作为一名软件工程的学生.........嗯 读这本书的时候是在已经本科毕业了,然后研究生学校又还没...
  • jzsxyj1111
  • jzsxyj1111
  • 2017年09月14日 23:28
  • 108

《人月神话》读后总结

拜读了Brooks博士的经典著作,看了整2个月,略微有些收获,记录在这里。 一、工作量 1.程序:是仅仅能实现简单功能的一段代码 2.程序产品化:即向下兼容,可以在多平台运行。 此工作需...
  • woods240
  • woods240
  • 2012年08月03日 11:52
  • 373

人月神话读后感言1

    读这些文字给我带来的收获是:面对《人月神话》,除了表示五体投地的诚服,你既不能做正面言论(那是多余),也不能做负面言论(那是找事)。这是一本可怕的书。     我大概花了三周的时间来细读这本书...
  • fanxiaogang
  • fanxiaogang
  • 2010年04月21日 23:55
  • 1957

人月神话解读与感受

在研究生期间我们的课程设置中有一门必修课程是软件工程,其中有一个作业是读人月神话并写一篇读后感。虽然我本科的专业是偏向于网络工程,并且我们也开设过软件工程这门课。但是对于像我这样的二流选手,在本科期间...
  • DaveBobo
  • DaveBobo
  • 2016年04月11日 17:45
  • 3550

《人月神话》阅读心得

巴比伦塔的失败启示 ——《人月神话》读后感 12330227 计应2班 吕顺   初读人月神话,我就深深地被其中所涉及到的软件开发中遇到的各种难题和解决对策所折服。坐着布鲁克斯用一种高瞻远瞩的视角详细...
  • lv0525
  • lv0525
  • 2015年05月17日 18:57
  • 439

《人月神话》经典观点整理(之一):哪些过时了,哪些还有效?

下面的文章是第一章和第二章的主要观点,后续章节的我回头再发。看这篇文章能够迅速了解Brooks的思想。   另外一个需要大家仔细考虑的就是,Brooks的《人月神话》是在几十年前写的,在软...
  • joeyon
  • joeyon
  • 2015年03月06日 11:28
  • 965

《人月神话》一句话总结各章核心观点

第1章 焦油坑:提出软件产品现在处于进度和质量焦油坑当中,难以摆脱。 第2章 人月神话:人月估算法是错误的,这会暗示人月可互换,这种方式严重的忽视了一个重要的成本,沟通成本。 第3章 外科手术队伍...
  • u010266093
  • u010266093
  • 2014年06月03日 15:45
  • 809

【书评】人月不必再相望,嫦娥已然在身旁——人月神话(40周年纪念版)

参与活动主题《人月神话(40周年纪念版)再版 扒一扒你遇到过最NB开发项目》有奖活动,三重惊喜,有奖试读&作者互动@关注有礼!为什么是《人月神话》?这本书在业界真的很名,几乎无人不知,然而我却只知其名...
  • testcs_dn
  • testcs_dn
  • 2015年06月21日 15:17
  • 2929
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:《人月神话》读后
举报原因:
原因补充:

(最多只允许输入30个字)