人月神话读后感

Posted 2020-07-22 Huangliping

书中应用焦油坑表示过去几十年的大型系统开发，很多大型和强壮的动物在其中剧烈挣扎。让我感觉到，软件开发过程中所遇到困难是多么的多，开发多么艰难。但是这本书同时告诉了我们软件的开发有苦也有乐，我们可以在编程过程中体会那份快乐。《人月神话》是为软件开发经验的天马行空总结。比《Beautiful code》更为有远见，把我从充实代码的清晰简介升华，拓展到软件开发的高层度， 一个周密，准确，明朗的开发需求分析，可行性研究，软件实现是软件开发的完美递进。 人与神话中讲述人力和时间并不体现线性关系。指出以大量人员和较短的时间，并不能缩短软件的开发进度。一窝蜂的作业方式无助于软件生产，且会制造麻烦，产生出更差的软件。向进度落后的项目追加人力，只会使进度更加落后。所有的编程人员都应该是乐观主义。人数和时间的呼唤仅仅适用于：某个任务可以分解给参与人员，并且他们之间不需要相互的交流。软件开发的多少人参与和完成时间不成正比，过多的人参与并不一定能缩短开发时间。参与软件开发的人增加，软件的花费将提高，刚参加这需要时间了解项目，给软件管理带来了不协调。概念完整性和架构师是任玥神话的核心法则。一个整洁、优雅的变成产 品必须向它的每位用户提供一个条理分明的概念模型，这个模型描述了应用，实现应用的方法以及用来指明操作和各种参数的用户界面使用策略。概念的完整性是易用性中最重要的因素。而架构师，则是负责保证产品所有方面的概念完整性的，架构师设计的是能够让用户理解产品概念的模型，这包括所有的功能的详细说明以及调用和控制的方法。概念完整性将软件开发连成了一条钻石项链，每个部分都不可忽视，不可取代。整体的抽象完整时软件管理的灵魂。正因为如此，可见架构师的重要性。因此另一方面 把工作切分给更多人做将造成额外的沟通代价——训练和相互的交流。欲增加软件项目的人手，总共必须付出的代价可分为三方面：工作重新切分本身所造成的混乱与额外工作量、新进人员的训练、新增加的相互交流。 外科手术团队中说明了，效率高和效率低的实施者之间具体的差别非常大，经常达到数量级的水平。在接受相同的训练、同样都是两年资历的情况下，优秀专业程序员的生产力要比差劲的程序员好上十倍。短小精悍团队是最棒的——尽可能用最少的人。两人团队，其中一人当领导者，这通常是最佳的用人方式。软件编码实现过程中，需要不是人多，而是少而精的优秀程序员，编码员。所以整体程序员的素质很重要，有必要培训提高素质。