本来打算把三本书都大致都看一下，然后每本书都写一篇读后感，结果到现在为止，第一本书才大致看了一本，所以就先写我读了《人月神话》前半本的读后感。
这本书虽然讲的不是专门的代码教程，但是与我们平时写代码是分不开的。《人月神话》这本书风行已经很久了，写成于1975年，经历这么久的时间，在当前又重新流行，《人月神话》的前两章是焦油坑和人月神话。之前听说人月神话的时候，以为是美好的神话故事，后来老师在介绍这本书的时候，专门提醒我们这本书是针对软件开发的，人月是指在估计和进度安排中使用的工作量单位。
在读焦油坑部分的时候，让我惊讶的是，美国20年前软件项目所面临的问题，在我们现在依然如此，糟糕的情况没有改变，大家仍旧在焦油坑里挣扎，而且看上去没有解决办法。里面有一句话“是当意识到进度的偏移时，下意识（以及传统）的反应是增加人力。这就像使用汽油灭火一样，只会使事情更糟。越来越大的火势需要更多的汽油，从而进入了一场注定会导致灾难的循环”，这句话需要仔细思考，这句话带来的感触很深，我们平时学习、生活也是这样，如果方法不对，可能事倍功半，甚至更糟。这个就是这本书中的一个重要法则，Brooks法则：向进度落后的项目中增加人手，只会使进度更加落后。 通过此部分，我看到了在软件开发中会出现的一系列问题。这些问题发现了，我们就应该时刻注意，及时解决，而不应该拖拖拉拉。
作者从编程系统产品、职业的乐趣和职业的苦恼方面让我们认识了软件开发这个职业以及充满在这个职业中的乐趣与 苦恼。作为一名软件工程的学生，我们虽然编的软件不多，但是也有一些自己的理解，我们享受编程的乐趣，享受成功的喜悦，但同时也有苦恼，查不出bug,想不到方法，都是我们的苦恼。
在第二章人月神话这一部分，讲解了缺乏合理的时间进度是造成项目滞后的最主要原因，它比其他所有因素加起来影响还大。人月是危险和带有欺骗性的神话，因为它暗示人员数量和时间是可以相互替换的。外科手术队伍这一部分讲解了Mills建议大型项目的每一个部分由一个团队解决，但是该队伍以类似外科手术的方式组建，而并非一拥而上。同样是两年的工作经验下，优秀的程序员效率是较差的程序员10倍。贵族专制、民主政治和系统设计提到了概念完整性是系统设计中最重要的考虑因素。为了反映一系列连贯的设计思路，宁可省略一些不规则的特性和改进，也不提倡独立和无法整合的系统，哪怕它们其实包含着许多很好的设计。同工作的水平分割相比，垂直划分从根本上大大减少了劳动量，结果是使交流彻底地简化，概念完整性得到大幅提高。
画蛇添足中重点写了自律是开发第二个系统所带来的后果。一种普遍倾向是过分地设计第二个系统，向系统添加很多修饰功能和想法，它们曾在第一个系统中被小心谨慎地推迟了。实际情况中，尽早交流和持续沟通能使结构师有较好的成本意识，以及使开发人员获得对设计的信心，并且不会混淆各自的责任分工。贯彻执行是指即使是大型的设计团队，设计结果也必须由一个或两个人来完成，以确保这些决定是一致的。允许体系结构师对实现人员的询问做出电话应答解释是非常重要的，并且必须进行日志记录和整理发布。
巴比伦塔项目的失败是因为缺乏交流，以及交流的结果–组织。“因为左手不知道右手在做什么，从而进度灾难、功能的不合理和系统缺陷纷纷出现。随着工作的进行，许多小组慢慢地修改自己程序的功能、规模和速度，他们明确或者隐含地更改了一些有效输入和输出结果用法上的约定，而因此给其他部分引发了BUG。要想解决这个问题就需要团队应该以尽可能多的方式进行相互之间的交流、制定项目工作手册，并实时记录变更。胸有成竹是指编码大约只占了项目时间的六分之一左右，编码估计或者比率的错误可能会导致不合理的荒谬结果。对常用编程语句而言。生产率似乎是固定的。使用适当的高级语言，编程的生产率可以提高5倍。削足适履是指在大型的团队中，各个小组倾向于不断地局部优化，以满足自己的目标，而较少考虑队用户的整体影响。这种方向性的问题是大型项目的主要危险。为了满足目标，每个人都在局部优化自己的程序，很少会有人停下来，考虑一下对客户的整体影响。培养开发人员从系统整体出发、面向用户的态度是软件编程管理人员最重要的职能。
在这本书中的内容对我们学习以及以后的工作都是非常重要的，只有掌握了这些规律和法则，才能更大提高我们学习、工作的能力，大大的提高效率。 实践是最好的老师，但是，如果不能从中学习，再多的实践也没有用。
原文：https://www.cnblogs.com/zhaoxinhui/p/10402911.html