人月神话读后感

　　关于人月神话的思考

关于人月神话的思考

当我拿起《人月神话》时，我立即被吸引住了。书中的许多细微差别影响了我的思想。最后一本给我带来类似感觉的书是《四人帮》中的“设计模式”。自从我看到这么一本好书以来已经有很长时间了。我郑重推荐它。

记下最深刻的观点，顺便整理自己的想法，并与您分享。

1，保持设计观念完整。无论是小型软件还是大型软件，它都必须由设计人员领导，最多两个人可以一起讨论以完成软件的总体设计。作为软件和系统，必须有一个清晰的概念模型。每个人都在此框架下工作，所有创新发展必须与基本概念保持一致。具体的实施人员可以完善概念，但只有首席设计师有权拒绝和发展基本概念。需要注意的一件事是，即使首席设计师始终是同一个人，但由于缺乏清晰的文档，他认为理所当然的规则或概念可能不会成为所有开发人员的通用概念。当其他开发人员进行编码时，可能会产生与概念冲突的事物（模块，功能，算法），从而导致整体结构恶化。此时，首席设计师必须立即找出并进行更正。

概念完整性。对于许多小型软件，由于开发人员不多，因此开发经理通常可以控制所有代码，并且在组织级别维护概念完整性。但是请注意将来的错误修改和功能扩展，并始终注意它在概念上是否与原始设计兼容。对于大型软件系统，必须通过树状组织结构在不同级别上对其进行控制。首席设计师仍然是一两个人，每个级别对下级都有绝对的控制权。我曾经参加一个约15人的项目团队，该团队分为两个级别。我认为总体的概念完整性控制效果很好。我在与更多人合作的项目中没有具体的实践经验，我希望将来有机会参与更大的项目。

2，“薪水两倍的人的生产力可能比别人高十倍。”我和我的同学，一家小公司的技术总监谈论了这一点，他也同意了。我不知道其他公司的程序员的想法。我的一位同事做出了巨大贡献。它应该相当于我们公司的十个普通程序员，但是薪水最多是普通程序员的两倍。这不公平吗？我不知道因为那些普通的程序员也很努力。但是，我认为作为一家公司，最好的人应该得到最好的待遇，甚至比目前的待遇更高。

组建团队的最好方法是精英团队。每个人都很优秀，效率会特别高。微软就是这种思维方式。它将最聪明的人聚集在一起。

3，落后于计划，增加人力。我记得我看过《 C ++编程思想》，布鲁斯说：“十个女人一个月内不能生育孩子”（效果），我感到很难过。本书作者布鲁克斯（Brooks）得出的结论令我震惊：“为进度落后的项目增加人力只会使进度更加落后。” （）

过去，增加人员基本上是保存进度落后项目的主要方法。如果这种方法不起作用，那是“加班”的唯一方法吗？但是长时间加班是个人的灾难。我更喜欢利用业余时间来读书，例如阅读“人月神话”。）

如果您不想加班，削减功能或推迟发布日期，那么...唯一的方法是...增加人员。添加足够的人。并且不要逐渐添加它，而必须一次添加所有。请注意，新来者可能会对原始组织产生影响，或者对原始设计有不同的看法（尤其是那些加入者具有更强大的设计师）。然后，将其视为新团队。交流，培训新人，就设计达成协议，并继续朝着目标前进。

仍然有很多感觉，如果有机会，我会再次写信。但是，我决定买回英语版本，将其收集起来，以后再阅读几次。