今天阅读了人月神话的，焦油坑，人月神话两个个部分。虽然已经学习了软件工程，并且完成了一些作业，项目但是对于
书中讲的团队合作还是没有深刻的理解，这需要以后团队工作经验的积累。下面就来谈谈自己现在对这三部分的理解。
首先作者说史前没有比巨兽在焦油坑中催死挣扎更震撼的场景了，并把大型系统的开发比作叫焦油坑各种团队，大型的和
小型的，庞杂的和精干的，一个接一个淹没在了焦油坑中好像没有任何一个单独的问题会导致困难，每个都能被解决，但是当
他们纠缠在一起时团队的行动就会变得很慢。然后作者有分析了职业的乐趣，首先是一种创造事物的纯粹快乐，其次快
乐来自开发对其他人有用的东西，第三是整个过程中体现出的魔术般的力量——将相互啮合的零部件组装在一起，第四是学习
的乐趣。然而也有很多苦恼首先必须追求完美，其次是由他人设定目标，供给资源，提供信息，第三对于系统编程人员而言，
对其他人的依赖是一件非常痛苦的事情，第四概念性设计是有趣的，但寻找琐碎的 bug 却只是一项重复性的活动。
人月神话部分作者提出缺乏合理的时间进度是造成项目滞后的最主要原因，它比其他所有因素加起来还大。提出所有的编
程人员都是乐观主义者计算机还很年轻，程序员更加年轻，而年轻人总是些乐观主义者——无论是什么样的程序，结果是勿庸
置疑的：“这次它肯定会运行。”或者“我刚刚找出了最后一个错误。”。所以系统编程的进度安排背后的第一个假设是：一切都将
运作良好，每一项任务仅花费他说应该花费的时间。作者认为第二个谬误的思考方式是在估计和进度安排中使用的工作量单位：
人月。成本的确随成本的确随开发产品的人数和时间的不同，有着很大的变化，进度却不是如此。作者认为用人月作为衡量一
项工作的规模是一个危险和带有欺骗性的神话。它暗示着人员数量和时间是可以相互替换的。向进度落后的项目中增加人手，
只会使进度更加落后。