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

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

第1章：焦油坑

第2章：人月神话

第3章：外科手术队伍

第4章：贵族专制、民主政治和系统设计

第5章：画蛇添足

第6章：贯彻执行

第7章：为什么巴比伦塔会失败

第8章：胸有成竹

 

　　继《梦断代码》之后，我又选了一本老师推荐的关于软件工程的书——《人月神话》，这本书读起来相对《梦断代码》就轻松多了，可能是翻译得较为通俗，并且每章前都有个寓言或者名句作为引子。并且举了相似的例子来说明，同样也列出了对立的情况来证实一些道理。

　　开篇书中提到了职业的苦恼，确实编程这个过程并不全都是快乐，对于我们一些菜鸟或者初学者来说一直都是痛苦的。言归正传，“我们只有事先了解那些编程固有的苦恼，这样当他们真正出现时，才能更加坦然地面对。”那么这些苦难是怎么来的？首先，苦恼来自追求完美。每个人多多多少少都会在某些方面有强迫症，人人都希望十全十美，然而有时候却只会给自己带来无形的压力，增加负担；其次，苦恼来自他人设定目标，你的领导希望你做得天衣无缝，你的队友希望你能负担更多，你的用户希望你做得完全符合他们的心意……这些来自外界的苦恼；下一个苦恼，大家有很多大胆新颖的想法想放到程序里，或者觉得这个算法好，那就用吧，这段代码经典，也用吧，最后问题就一涌而出，接着就是寻找琐碎的bug，一项重复性的活动，有时都不知道什么之后是个尽头；最后一个苦恼，也是最无奈的，当投入大量辛苦的劳动，总算谁的意向都满足了，bug也全消灭了，时光飞速，成果却已显得陈旧过时了。这就是编程，一个许多人痛苦挣扎的焦油坑。

　　只看到本书的名字时，还以为是描述嫦娥卫星的，这时一个大大的误解，“人月”简单来说其实是一种关系。联系自己，我们团队有3个人，目标是要做一个基于Windows的小游戏。之前一直在做软件分析、用户调研，前几天也确定了初步的分工，估算了完成时间。现在就要进入到实现阶段，虽然前面的每一步做得比较详细，但实际，我们一定要认识到缺乏适当的进度安排是造成项目滞后的最主要原因，它比其他所有因素加起来的影响还要大。

　　“人月”主要用4个表描述：完全可以分解的任务、无法分解的任务、需要沟通的可分解任务、关系错综复杂的任务。

　　最可能的是有些时候为了满足用户期望的日期而造成不符的进度和安排，或者是之前的一些懒惰想法，今天好像做得够多了，省点明天做吧；今天遇到了几个问题，查找了一堆资料，明天再实现吧；今天其他作业好多/满课，明天再做吧……这些完全脱离了“人月”关系，那团队怎么会前进？

　　如何使团队运作，这看似是队长的工作，但是每个队员要给予实际的支持与合作。首先，传统的队伍将工作进行划分；第二，出现观点差异时，不可避免的需要讨论和进行相互的妥协和让步。然而在巴比伦塔的管理教训提到了一点，具备了所有的条件，为什么项目还会失败呢？总结得出，缺乏两个方面：交流，以及交流的结果——组织，这些是成功的关键。交流和组织的进行需要管理者仔细考虑，相关经验的积累和能力的提高同软件技术本身一样重要。我们实际还会出现一种情况徘徊于交流与妥协之间。话是说有在出现差异时应该提出，然后团队进行交流，适当取舍。但是我们团队里并不是每个人的水平相当，或者说整个团队都会倾向于那个能力最高的人那方，特别是在整个团队平均水平较低时，以致于这个大神占据所有的发言权，而其他人都在配合或者说是妥协；还有可能存在这么一类人，他们只是坐在那里，嘴里说：“做这个！做那个！”当然什么也不会发生，光说不做是没有用的，相反的没有人让步，慢慢的以后就没有了交流。在我们团队里有专门负责编写和记录文档的。正式的书面建议集中了注意力，强制了决策的制定，避免了会议草稿纪要方式的不一致、明确，避免了妥协和拖延。

转载于:https://www.cnblogs.com/mumulucky/p/4439216.html