博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
《人月神话 》读后感
阅读量:4986 次
发布时间:2019-06-12

本文共 857 字,大约阅读时间需要 2 分钟。

 之前一直听老师讲《人月神话》仿佛这就是一个传奇。

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

转载于:https://www.cnblogs.com/liusanlong/p/3760207.html

你可能感兴趣的文章
从用户端到后台系统,严选分销教会我这些事
查看>>
数据分析融入至BI工具的新思路
查看>>
c#必会知识点
查看>>
网页使用MD5加密
查看>>
JS 基础
查看>>
HBase shell 中的十六进制数值表示
查看>>
Python3 中 configparser 模块解析配置的用法详解
查看>>
新手android环境搭建、debug调试及各种插件安装__图文全解
查看>>
未在本地计算机上注册“Microsoft.Jet.OLEDB.4.0”提供程序 win2008R2 X64 IIS7.5
查看>>
Diffuse贴图+Lightmap+Ambient
查看>>
矩阵树定理
查看>>
[算法]Evaluate Reverse Polish Notation
查看>>
go语言之进阶篇接口的定义和实现以及接口的继承
查看>>
SmartPhone手机网站的制作
查看>>
自适应全屏与居中算法
查看>>
构建之法阅读笔记(一)
查看>>
帮助你设计的50个自由和新鲜的图标集
查看>>
Glusterfs[转]
查看>>
javascript缩写
查看>>
GA来源分析
查看>>