首页 > 其他 > 详细

读《人月神话》有感

时间:2014-06-03 06:31:45      阅读:331      评论:0      收藏:0      [点我收藏+]

    在王建民老师的建议下,我大概了解了一下《人月神话》这本书。在看这本书之前,和其他人一样以为是一本神话色彩的书籍。知道看了之后才知道是一本有关软件的书籍。

   Brooks博士为人们管理复杂项目提供了最具洞察力的见解,既有很多发人深省的观点,又有大量软件工程的实践。本书内容来自Brooks博士在IBM公司SYSTEM/360家族和OS/360中的项目管理经验,该项目堪称软件开发项目管理的典范。

   人月神话(英语:The mythical man-month):这部分讲述人力(man)和时间(month)并不体现线性关系。指出以大量人员和较短的时间,并不能缩短软件的开发进度。一窝蜂的作业方式无助于软件生产,且会制造麻烦,产生出更差的软件。向进度落后的项目追加人力,只会使进度更加落后。因为新进的人员需要时间了解整个项目,而增加额外的沟通消耗。软件开发的多少人参与和完成时间不成正比,过多的人参与并不一定能缩短开发时间。如战争,部队多,人多并不是关键,更多需要武器的先进,战术,兵多后方便的补给就得多。如是参与软件开发的人增加,软件的花费将提高,刚参加这需要时间了解项目,给软件管理带来了不协调。

       人月神话的核心法则:概念完整性和架构师。Brooks认为,一个整洁、优雅的变成产 暑期读书笔记&影视剧点评精选读书笔记 影视剧点评 书评 舞台艺术点评 读后感 品必须向它的每位用户提供一个条理分明的概念模型,这个模型描述了应用,实现应用的方法以及用来指明操作和各种参数的用户界面使用策略。概念的完整性是易用性中最重要的因素。而架构师,则是负责保证产品所有方面的概念完整性的,架构师设计的是能够让用户理解产品概念的模型,这包括所有的功能的详细说明以及调用和控制的方法。它就像电影的导演一样。 

      外科手术团队。在接受相同的训练、同样都是两年资历的情况下,优秀专业程序员的生产力要比差劲的程序员好上十倍。短小精悍团队是最棒的——尽可能用最少的人。两人团队,其中一人当领导者,这通常是最佳的用人方式。以短小精悍团队开发真正大的系统就太慢了。绝大多数大型软件系统的经验显示,使用一堆人蛮干的方式最耗成本、最慢、最没有效率,做出来的系统在概念上也最不完整。软件编码实现过程中,需要不是人多,而是少而精的优秀程序员,编码员。所以整体程序员的素质很重要,有必要培训提高他们的素质。

     软件系统可能是人类创造中最错综复杂的事物,往往一个很小的功能,其实也需要开发人员的架构设计方面的完善,对其它模块的影响及扩展,以及代码编写工作。用户在前台可能看到的只是几个文字,实际是中开发人员日夜奋战的结果。很多时候,客户的需求修改,在他们眼里看起来是如此地Easy,可他们却忽视了很多他们看不到的因素---当然,这不是说怪我们的客户。我只是觉得,只有大家彼此沟 通,彼此理解,才会做出精品来。 

读《人月神话》有感,布布扣,bubuko.com

读《人月神话》有感

原文:http://www.cnblogs.com/guolili/p/3760837.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!