今天应老师的要求看了电子书《人月神话》，感觉《人月神话》这本书真的很不错，它并不是像《构建之法》那样具体讲有关软件工程方面的知识，但它可以解惑作为一个程序员的烦恼和疑问。
这本书在序中讲了我们正在学习的编程的乐趣和苦恼。有的人的乐趣是一种创造事务的乐趣，有的是将一堆无用的东西组装一个有用的东西的快乐，还有帮助他人的乐趣。编程的苦恼也有很多，比如：需要追求完美，既编程的语言必须符合编程的语法，否则程序无法运行起来；还有编程人员的工作内容是别人来设定的，除此之外还有编程回来必须依赖其他人。但我认为编程最大的一个苦恼莫过于修改Bug.o(╥﹏╥)o
然后在人月神话的简介中提出一点说测试的时间有时回比前面的工作时间还会长。然后我想起了我的小组团队编程的进度，至今还未完成功能的完成，当然也还没有整体测试，不知道后面会不会如期完成。
然后阅读了第一章《外科手术队伍》,里面提到了一个很常见的问题：一个团队里面有精英，也有一些很平庸的人，精英的效率是平庸的人的效率的几倍。但是现在希望软件发布的周期越来越快，所以不能只用精英来完成。如果团队里面只有只用精英，等待发布的时间会很长。所以这就需要团队里面有一个好的分工来提高效率。Mills建议团队以外科手术的方式组建。一个团队需要有：首席程序员，他来定义功能和技能需求说明书，设计文档，编制源代码，测试以及书写技术文档；首席程序员的副手，他需要了解所有的代码，设计研究策略的备选方案，不承担具体的开发职责。管理员，他是充当团队与组织中其他管理机构的接口；编辑，他是根据首席程序员的草稿或手稿，进行分析和重新组织，提供各种参考信息和书目，对多个版本进行维护以及监督文档生成的机制；两个秘书；程序职员，他负责维护程序产品库中所有团队的技术记录。
在我们这次的团队编程时也发现了团队中每个人的编程水平都不一样，但是我们分了任务，由每个人自己挑选任务，但其完成任务的结果有些还是不尽如人意。通过这一章的学习，我认为在以后的团队编程时，可以根据每个人不同的喜好或性格等，来把不同的部分交给不同擅长或想要实现的人来完成，这样来进行分工。