标签：乐趣 程序 进度 自己 努力 价值 完美 单位 软件工程
《人月神话》这本书是我们老师推荐给我们的，同时老师还推荐给我们另一本书《梦断代码》。由于时间的原因，我只能先选一本书来读。
这本书里面的好多观点，对于今天的软件工程依然适用。如“没有银弹”这个观点，说明了作者对于软件工程独到的见解。身为一名软件工程的学生，我应当仔细读完关于
软件工程的任何一本书。并将观点与想法运用到实际之中。
作者在第一章中说到，过去几十年大型系统的开发就像焦油坑一样，虽然各种各样的团队通过努力开发出可运行的系统，但是只有少数的项目可以开发出满足目标、时间
进度和预算的要求。作者还谈到编程的乐趣和烦恼。编程的乐趣主要是能够自己创造自己想要的项目。而烦恼是总是难以达到完美。
我在读到这本书的第二章的时候，就感到作者的见解独到。Brooks先生对人月转换的观点进行了详细的分析，他还指出高层次、尖端的人才和低水平、平庸的工作人员的
工作效率比会是十倍不止，所以说一个小规模的精锐的团队往往要比大规模的但是有很多平庸的程序员的团队要好得多。前苹果公司CEO乔布斯先生也提出过类似的观
点：“在我关注的研发领域，我发现，通常50到100个平均水平的人才，其贡献才抵得上一个最高水平的人才。”高层次的人员效率高，人少带来的交流就少，节省交流时间，
进而缩短工期。我感觉这道理说的十分正确。
人月神话这一章表达的是对用人月这个单位来计量项目的价值本身是非常不正确的。它看上去好像是人力和时间是可以交换的，就好比远古时期的部落交换东西时的想法
一样，这种价值观 是不正确的。有时候我觉得盲目的增加人员数量只会让项目落后。所以我们不要相信人月神话，而是通过合理的分析来制定整个项目的进度。
标签：乐趣 程序 进度 自己 努力 价值 完美 单位 软件工程
原文地址：https://www.cnblogs.com/990906lhc/p/10371494.html
