首页 > 代码库 > 《人月神话 》读后感

《人月神话 》读后感

 之前一直听老师讲《人月神话》仿佛这就是一个传奇。
   百闻不如一见,在这本300多页(中文新版)的神书,在经过了20多年的历史之后,仍然畅销不衰,究竟是什么让它有如此的魅力?过去的一个月,一点一滴的阅读之中算是初步的了解到了它的一部分吧。 人月神话的核心观点:概念完整性和架构师 
  Brooks认为,一个整洁、优雅的变成产品必须向它的每位用户提供一个条理分明的概念模型,这个模型描述了应用,实现应用的方法以及用来指明操作和各种参数的用户界面使用策略。概念的完整性是易用性中最重要的因素。而架构师,则是负责保证产品所有方面的概念完整性的,架构师设计的是能够让用户理解产品概念的模型,这包括所有的功能的详细说明以及调用和控制的方法。它就像电影的导演一样。 
  我的理解:这里的概念完整性其实应该说的是这个软件理念上的业务流程的前后连贯,也就是用户在使用产品的过程中,能够按照唯一的一个的最高抽象的思路来使用这整个系统。 
开发第二个系统的后果——盲目的功能和频率猜测 
  所谓第二个系统,指的是产品的第二个实际发布。开发第一个发布的时候会因为各种原因去消减不必须的功能,所以会简化问题,而在第二个版本的时候则常常想其中添加各种各样的功能(也许源于用户的功能建议)但是,却导致了灾难性的后果。 
  所以,在这种情况下,用户群越大,越不稳定,我们就更加应该明确的定义用户群,以获得概念的完整性。我们必须为整个设计团队定义一个共同的用户图像,记录下用户群的属性: 1. 他们是谁  
2. 他们need什么  3. 他们认为自己need什么  4. 他们want什么 
而另一方面,对于任何产品,任何用户群属性都是一种概率上的分布的,也就是每个属性都有各种可能的值,所以我们能做的是,架构师去猜测(guess)或者假设(postulate)一系列完整的属性和频率值。这里,清晰和错误都将比模糊不清好得多。 
上面是我粗略的理解,不足之处还请见谅。