在刚开始还曾经疑惑过，老师怎么会推荐我们去看小说呢？人 月 神 话 这不是一些传说吗？直到去了解了这本书的内容之后，才发现根本不是这样的，这是软件开发人员必读书目之一。因为这是一个程序员成长为大牛的必经之路，也是一个好的项目成功完成的必须了解的历程。《人月神话》被评价为，“将技术书写成散文集，把经验教训和经历背景等一一道来”。这本书的名字并不是人类和月球之间的神话故事，而是软件工程的一些迷思，人月是一个人一个月的人力单位。
人月神话的核心法则是：概念完整性和架构师。Brooks认为，一个整洁、优雅的变成产品必须向它的每位用户提供一个条理分明的概念模型，这个模型描述了实验应用的方法以及用来指明操作和各种参数的用户界面使用策略。概念的完整性是易用性中最重要的因素。而架构师，则是负责保证产品所有方面的概念完整性的，架构师设计的是能够让用户理解产品概念的模型，这包括所有的功能的详细说明以及调用和控制的方法。它就像电影的导演一样。
读完这章我觉得我们围绕成本核算的估计技术，混淆了工作量和项目进展。人月是危险和带有欺骗性的神话，因为它暗示人员数量和时间是可以相互替换的。因为我们对自己的估计技术不确定，所以在管理和客户的压力下，我们常常缺乏坚持的勇气。一个谬误的思考方式是在估计和进度安排中使用的工作量单位：人月。成本的确随开发产品的人数和时间的不同，有着很大的变化，进度却不是如此。因此我认为用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话。 它暗示着人员数量和时间是可以相互替换的。