Closed. This question is opinion-based。它当前不接受答案。
想改善这个问题吗？更新问题，以便editing this post用事实和引用来回答。
去年关闭。
Improve this question
这本书是在分时系统，过程编程时代以及不到30年的软件工程经验的时代写的。随着诸如现有库，高级语言，IDES以及互联网上可用的文档和示例的数量的改进，本书中有多少本书仍然适用？
尽管我可以相信在项目中增加新人可能会减慢项目速度，但我认为诸如单元测试，关注点分离以及其他形式的自动化和设计改进之类的事情将使团队中的新成员能够更快地提高生产效率。在本书中，假设项目具有适当的设计文档和流程。
我没有大型项目或大型团队的经验，所以很想听听与他们有过经验的人的想法。
编辑:
我想知道新的通信工具(例如Wiki，即时消息传递和Internet)是否总体上减少了交流时间。基于每个人的回答，我想说，通信效率的任何提高都被复杂性的提高所抵消。
想改善这个问题吗？更新问题，以便editing this post用事实和引用来回答。
去年关闭。
Improve this question
这本书是在分时系统，过程编程时代以及不到30年的软件工程经验的时代写的。随着诸如现有库，高级语言，IDES以及互联网上可用的文档和示例的数量的改进，本书中有多少本书仍然适用？
尽管我可以相信在项目中增加新人可能会减慢项目速度，但我认为诸如单元测试，关注点分离以及其他形式的自动化和设计改进之类的事情将使团队中的新成员能够更快地提高生产效率。在本书中，假设项目具有适当的设计文档和流程。
我没有大型项目或大型团队的经验，所以很想听听与他们有过经验的人的想法。
编辑:
我想知道新的通信工具(例如Wiki，即时消息传递和Internet)是否总体上减少了交流时间。基于每个人的回答，我想说，通信效率的任何提高都被复杂性的提高所抵消。
最佳答案
这本书仍然有很多要告诉我们的东西，而且我曾经经历过团队规模扩大带来的沟通问题。您应该意识到，单元测试，关注点分离等并不是新概念。
但是，有些事情没有经受时间的考验。我认为在您的代码中编写ASCII流程图不是一个好主意，并且建议的“外科团队”方法已经过好几个人(最著名的是MS的Charles Simony)的尝试，发现效果不佳。
关于project-management - 还有多少《神话人月》适用？ ，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/820693/
10-11 22:11