以用户为中心的设计 |
这是UCDChina提前预览网页留下的存档,不包括作者可能更新过的内容。 推荐您进入文章源地址阅读和发布评论:http://lifesinger.org/blo......architecture/ |
||
昨天有幸邀请到周爱民先生在懒懒交流会上分享《架构,框架和库》,很精彩睿智的讲演,受益颇多。其中提到对架构的一个描述:
很认可。下面是我的理解:
为了进一步阐释,下面举一个实例。 很喜欢看书,好几年前开始,喜欢从网络上收集各种书籍: 按照上面的书籍整理方式,很快发现一个问题:有些书籍,会同时属于多个类别。比如《红楼梦》,放在“古典文学”里好呢,还是放在“精品小说”里好?很明显,这涉及图书管理学的经典问题:如果做一个合理有效的分类? 于是开始尝试从各种维度来重新分类,甚至跑到大型图书馆里去借鉴图书馆的分类方式。但很快我就崩溃了:中国文学 – 古典文学 – 小说 – 清朝 – 红楼梦。我不是图书管理员,我就是想收集点自己喜欢看的书而已。这种完美主义者的“科学”分类法立刻被我抛弃。 后来很长一段时间,我的书籍分类一直很混沌。经常隔上几个月,就要大动干戈全部调整一次,让自己追求“完美”的心灵临时安顿。 很漫长的一段时间,很纠结的一段折腾。 一直到大约一年前,忘了当时是什么触因,突然就找到了一个让自己非常满意的分类。在给出这个分类前,我们先“马后炮”一把,尝试从架构角度来进行分析: 这个例子中,什么是问题?表面上看,是如何找到一个合理的图书分类方式。但这真的是问题吗?显然不是。大型图书馆的书目,绝对是合理的。那问题在什么地方?稍一分析不难发现,问题不在于书目分类是否合理,而在于是否适合我的习惯,是否能满足我的需求。(初始的分类问题被转换成了需求问题,有关问题转换方面的话题,推荐阅读温伯格的书籍) 那么,什么是我的需求?我为何要对书籍进行分类?仔细思考,我将需求整理为:
从上面的描述中,可看出我的需求有时间线。我的需求是根据阅读书籍的时间来组织的!“时间”就是我寻找了很久的书目分类的维度!因此时间维度就是该信息架构问题的关键!这样,立刻就有了看似简单但能很好解决问题的分类方式: 当然,这里也涉及到权衡:
上面两个问题,不同的人有不同的方案。我的选择是:
这就是权衡! 最后再给一个案例,我的 Google Reader 订阅项分类: 必读 — 符合自己脾胃的精品订阅源 自从采用这个分类后,信息筛选的时间大大减少,有效阅读的时间增加了很多。注意:这个分类适合我,但未必适合你。适合你的分类,可以从自己的真正需求出发,仔细的思考和分析,通过探索和实践去获得。 上面说的虽然是很小的生活中的分类问题,但往大里说就是信息架构,再类推开去,就是软件架构。道理是相通的。架构是个过程,是思考、实践,再次思考、再次实践的过程。在这过程中,下面三个问题经常遇到:
架构就是在特定应用场景下,不断追问和寻求以上问题的过程。在这过程中,你的所有决策的集合,就是架构。 |