在《人月神话》中Brooks大师用简短的篇幅，描绘出整个程序世界的苦与乐。
”程序设计师都是乐观的家伙。“这点我可以从我身边的同学身上看出来。我在做我们的团队软件的时候，大胆的压缩时间，感觉这些技术都是信手拈来，然后在开始做的时候却发现，在很多环节，也许就是一个简单的错误有可能耽误我很长时间。也就应了”他们所犯的第一个错误就是假设一切都会进行的很顺利“。还记得当初tomcat超时，一开始不清楚是这里出了问题，然后死活都不知道问题出来哪里。通过查资料等等途经才清楚是这里出了问题。
”人月“二字，并非玩笑。之前没有想过人月的关系，假如突然让我承担项目组长的职务，想必也会经历很多挫折。作者在这里设定了一个前提，”使用人月必须要在人力与工时可以互换的状况下，而且要当工作可以切割，投入工作的人不用沟通，人力与工时能互换“才能使一个人做三十天与三十个人做一天的结果相同。这里我要讲讲我对人月的理解，假如我自己做了整个软件，在最后不能按时完成，那么给我加派人手，我想最终也不能按时完成。因为技术很高的不会来帮我，技术一般的并不能按照我的思想快速的融入工作之中。
”外科手术团队“就是软件团队就像手术团队，分工明显。大家各有所长，有领导者指引全局，然后大家能够有规律的完成自己的事。作为一个团队，在我们的开发中，显然是按照模块分工，大家各自完成自己的任务。但是在最终软件结合过程中，发现了有一个总领全局的人的重要性。就想《构建之法》中的pm。
这就是我阅读过人月神话后结合自身经历的读后感。