青椒土豆丝

田野.驿动的心

2009-06-06T21:40:00.001+08:00

    打包，出发。东西不多，只是野营。不曾计划这个时间的出行，但背上包的那一刻，很亲切。一群年轻人，背包，吉他，迎着风，走在地铁，走在火车站。赵泽开玩笑的说，人们一定弄不清楚我们是出发还是归来。出发，归来，都是在路上。在路上，就好。

    天色已黑，宽阔的大路，拿起吉他，歌声伴随着前行的脚步，飘逸在无边的寂野。
<a href="http://picasaweb.google.com/lh/photo/E7ZAoqMcjRW0Pj5VvJUiLA?feat=embedwebsite"><img src="http://lh3.ggpht.com/_RCVk2L14-6g/Sipmbpw-OyI/AAAAAAAAASU/7Ph-Phm4fY0/s800/DSC_0531.jpg" /></a>
    夜幕深沉，简陋的小棚，安静的灯光。弦音驿动，笑语欢声。聊了些什么，已记不太清。一张张熟悉的面庞，纯真的笑容。弹起心爱的吉他，有激扬，有纯情，有未来。拖拉机安静的卧在一旁，像我们的战马，只要驾上它，就迎风疾驰，向远方。远处，风中的荒火，四射狂舞，像炙热的火炬，黑暗中，很明亮，也许就是我们要去的方向。

    帐篷中的人已经躺下，帐篷外，还有三个身影。梁祝的琴声，悠扬绵长，舞动的身姿，婀娜优雅。时而传来女人清玲的笑声，在笑什么呢？没有多想，女孩的心思你别猜。

    恍惚中，又是一个不眠的夜。听着蛙声蛐蛐声，又到清晨。走出帐篷，深深的吸着清凉的空气，等待第一缕阳光。

    清晨的小棚，很安静，只有那只小家伙也早早的醒来，小心翼翼的打量着陌生的我和我们的帐篷。麦穗们，有的直起身，伸长了脖子，也在企盼着太阳的升起；有的歪着脑袋，静静的瞅着远处一顶顶红绿蓝。大棚中，青青的小苗们，像安静的孩子躺在温暖的被窝里，还在熟睡。玉米沐浴着露水，准备迎接新的一天。来时的路，只有几只麻雀在上面蹦蹦跳跳的觅食。

    “云彩红了！云彩红了！”麦穗们开始雀跃，脖子伸的更长了。几乎是一瞬间，太阳火红着一下子蹦出来。“太阳出来咯！太阳出来咯！”一片欢舞。很快，太阳就爬的老高老高了。麦穗们尽情的沐浴着新一天的阳光，又是成长的一天，离成熟越来越近了。小花们也静静地展开美丽的笑容，微笑着开始新的一天。真是美好的清晨，生机盎然。

    营地，熟睡的人们都已醒来，走出帐篷，同样享受着这美好的清晨。勤劳的女人们走进农田，亲手采摘成熟的果实，做出可口的早饭。小动物们也都起床了，“叽叽”，“嘎嘎”，“哼哼”，说什么呢？也许也和我们一样，谈论着美好的早晨和可口的早饭。布衣菜饭，可乐终身。

    再次打包，沿着来时的路，走出田野。太短暂，有些不想离开，慢慢的走，不时逗留，玩耍野趣。

    江边，清风吹拂，女人的脸庞更加清晰。单车小旗轻轻飘动，深爱它的人，总是带着一起上路，不管到哪里。

    回去的路，农用车上，任发丝迎风飘舞，拿起吉他，再次唱起熟悉的旋律，憧憬着这歌声也能在青海湖边，在去西藏的路上回响……我们，一起唱……

清舞

2009-05-28T01:19:00.000+08:00

    清新的夜色下，柔软的草坪。她，轻柔的打开双臂，脚步轻盈。没有动感的音乐，“1-2-3-4，2-2-3-4”，清澈，明亮，活泼。动作中有着芭蕾的高雅，瑜伽的恬静，探戈的优雅，民族的风韵，健美的动感。她，跟着她的身后，很认真的学着，第一次看到她做这些动作，有些憨憨的，很可爱。她，也跟在她的身后，也许旁边有人，动作有些青涩，完全是一个清秀的小女生模样。

    我站在一旁，很放松的看着这三人的舞姿，也有些被感染。

    舞蹈，肢体语言，人类最原始的表达。就是这最原始的方式，展示出千姿百态的情态，也展示出最真实的内心。用什么感情词来形容舞蹈呢？温暖，幸福，快乐，忧伤，自由……我还是选择快乐。我想，舞蹈的来源应该是手舞足蹈吧，那就是快乐。舞者，在舞动的那一刻，也应当是快乐的。常在一些电影中看到这样的镜头，在欧洲、南美或者非洲的某个小镇，广场上，几个卖艺的乐手，吉他、手风琴、口琴、小提琴，很即兴的合奏，这时，路过的人，沿街的小贩，无论男女老少，就会有人开始翩翩起舞。那舞姿也许不是标准的，也许就叫不上名字，也许就是简单的跟着节拍动起来，但足以表达他们快乐开朗的心情。他们沉醉的表情和快乐的舞步，常常吸引游人驻足，甚至忍不住加入其中。这也许是留给游人最好的印象，生活在这里的人是多么快乐。

    我又想起《功夫足球》里那段无厘头的舞蹈。周星星和酱爆的一段歌，引爆了一个连锁反应。那一刻，猪肉佬、白领、学生、市井小民，他们心中最深处的理想式激情被点燃，也就有了这段超级创意的舞蹈。在开怀大笑之后，我感叹。这种事情在现实生活中几乎不会存在。看看大街小巷里来来往往，忙忙碌碌的人群，似乎每个人都把自己隐藏的很好。如果没有那个老板娘，我们还可以继续看完这段精彩，很可惜，老板娘的一声吼，让刚刚开始的热舞就嘎然而止了，一切又恢复灰色的平静。那个老板娘就像是我们自己。其实每个人都有一颗暗暗舞动的心，为什么不展示出来呢？

    呵呵，为什么不呢？就像酱爆说的，在这里唱歌的不一定就是神经病。即使这是女性的舞姿，男生又为什么不能跳呢？我也跳了几段，其实感觉很好。

    真是美好的夜晚。我又在想，如果给她、她和她拍一张舞动的照片，该是什么样的呢？

一个初级运动爱好者的小感悟

2009-03-27T13:29:00.003+08:00

    某日半夜，床板上冥想，自己一年的运动都做了些什么，改变了些什么。跑步，集中在春夏；游泳，隔三岔五；车，除了出游了两次，上路次数实在是少，公交卡充值的频率倒高不少；俯卧撑和拉伸，也只是在跑步后附加。总的看来，自己只能算是“伪”运动爱好者，“坚持”，谈不上，“融入”，更是相距甚远。如果要给我一个解释的理由，我只能很小声的说“加班很辛苦？”，“咳咳～”

     对运动的了解，得益于珠乔和老陆。还记得大概一年前的那晚，在一号仓库，珠乔、老陆、Photo、兰姐、飞机、赵泽、我，主讲人是老陆和珠乔，附加现场真人演示，其他人是听众，提问、解答、交流、分享，其乐融融间我完成了运动的第一次扫盲。印象最深的，是老陆说的三要素，有氧、力量和柔韧。于是开始效仿，一三五跑步，二四六游泳，都是有氧，力量和柔韧还没排上位置。一三五，二四六，显然没有做到，还是用隔三岔五比较恰当。动起来的时候，人是高调的，畅快、舒心，原来身体的那些细胞还活着。不动的时候，人是低调的，乏力、沉闷，细胞们又休眠去了。时间在高调和低调中继续，细胞生生死死。不过生比死多那么一点，所以能感觉到体质会好那么一点，发展方向还算是向上的。这也说明，不管怎么动，只要是动，那就在往正坐标移动。

     又说回现在的感受。“机械”，是我对自己这个“伪”运动爱好者的形容。加班不再多，闲暇时间也就多起来。用运动来填充闲暇时间，很合适。于是机械的频率多了些，机械的强度大了些。生的越多了些，死的越少了些。但心情变的不多。“由衷”的，或者用本山大叔说的“发自肺腑”的感受运动快感，少。看来“机械”不怎么能促进运动荷尔蒙的分泌。没有快感，就像公司里每天乏味的吃盒饭以饱肚，吃不好，营养不良，总有一天连筷子也懒得提。不由的想，如果加班再来，机械也恐难维持，于是又开始死的多了，生的少了，开始往负坐标移动。

     这里面的快感是关键。机械并不是不好，机械是坚持的前提，坚持是融入的保证，融入是快感的根源，而专注是融入的基础。这话说的有点高中政治书面语。运动，需要的是融入，融入人的意识、习惯、思想、生活，上瘾最好。没有运动的一天是难受的一天，不快乐的一天。怎样融入，那就是把注意力集中到这，专注起来。第一个要专注的是思想，举些例子：跑步的时候，不要看周围的人，平视前方，只看前进的路，也许有人跑的比你快，那是他，自己跟着自己的节奏跑；游泳的时候，不要因为人多让道的时候乱了手脚和节奏，更不要乱了心情，用心划好每一下水；还有，不要被跑道上和泳池边的MM所分心，这话是对男同学说的，其实女同学也一样。专注的另一个方面，就是科学，科学的运动。跑的不是越快越好、不是越远越好，游的不是时间越长越好，哑铃不是越重越好，次数不是越多越好。适度、科学、合理的运动，让运动的品质更高。买上几本关于运动的普及型读物，会有很多新的发现，原来应该这样去运动。或是照着书整出一个自己的运动计划，或是没事拿出来翻翻，记住一个小动作的要领，下次有心去改进。或是跳跃式的改变，或是小小的进步，这些，也就是快感了。所以，专注、融入、快感，其实是挺自然的事儿，开始了，就不会停下了。

     好像没话可写了，再写，也许就要罗嗦的开始说一些运动细节了。推荐想扫盲的同学看一本书《运动圣经》，会有收获的。

    附上我的一些感受Tips：

     1、为什么要运动？这话可以说上几个小时甚至更长，我觉得其实也不必多说，通常不运动的人，给他们讲为什么要运动，都是白费口舌，当他们得一场大病，快入残联或者后半生有改变的危险的时候，他们会有所触动的。

     2、借口，不能坚持锻炼的人，总是有很多借口，我也是这样。正常，平凡的人居多嘛。借口，和锻炼其实没有关系，有借口不锻炼的人，也会有借口不去做其他事情，所以，借口多的人，也是平凡的人。

     3、损伤。不要让开始的运动成为损伤的开始，锻炼是往正坐标走，损伤会偷偷的拉着你不往前，甚至被拉回头。所以，避免损伤。了解一些运动常识吧，绝不浪费时间，比如你的跑鞋、你的哑铃，还有那些错误的动作和老观念。避免损伤最好的方式就是，运动前热身，10分钟的热身加拉伸，可以避免很多损伤。慢，一定要慢，让身体有一个加热启动的过程。初学者通常满腔热血的一下子把油门踩死，会出事的。不仅仅是运动前，运动后，也要让身体慢慢恢复平静，不要突然停止，就像高速行驶时突然刹车，那也会出事的。慢走和拉伸，会让运动的质量更高。所以，你的运动应该是正玄曲线。

     4、有氧、力量、柔韧，三方面，一个都不能少。

     5、节奏，运动是为了自己，是根据自己的身体来的，运动不是为了酷和炫，不是给别人看的。所以不要因为自己弱或者别人强而有任何心理负担。跟着自己的节奏来，听从自己身体的感觉，做好自己的就行了，你会成为那块场地上最好的运动者。

     6、开始运动吧，永远不会太迟！

     最后，还是想感谢我的朋友们，珠乔、老陆、流星、Photo、兰姐、赵泽、小驴、飞机、蕙雨大姐，有这样一群爱好运动锻炼的朋友，感觉真好。

2009-03 UCDChina 南京书友会：邮箱与邮件服务

2009-03-19T18:09:00.001+08:00

     其他的不讲了，讨论的还是蛮广泛的。我想讲讲邮件协同办公，这个让大家都比较头疼的问题。

     要能协同办公的邮箱，除了具备普通邮箱那些一直鼓吹的速度、稳定、安全、容量这些共同特性外，我觉得还应该具备下面一些条件。

    1、视觉上的简洁。花里胡哨的视觉效果，哇伊的色彩皮肤，还有不相干的绑定服务（比如××宝箱，××资讯，××天气等等），这些都会让人分神，不管是刻意的还是不经意的，让人不能足够的专心。这些东西对于工作来说，没有任何作用。所以，不要让它们出现在屏幕范围内。我们需要的是一个简洁朴素的视觉，而且不会让人视觉疲劳，能让人清晰快速的辨别清楚邮件的条目、标题以及各个邮箱操作要素。

    2、操作上的快捷。这里主要是说新建、发送、删除、归档这些基本操作，操作步骤越少越好。如果能一次操作完成或者配合上快捷键，那就省事多了。邮件少也许看不出什么，如果有上百封，那节省的时间和精力还是可观的。

    3、提供合理有效的，能简化工作量的功能。简单的说，就是自动处理邮件的能力。当面对N多来自上级、下级、平级的，甚至还有私人邮件的时候，是不是比较晕，压力自然就来了，烦躁开始滋生。哪些邮件要立即处理，哪些邮件要回复，哪些邮件可以忽略？一封封看？会崩溃的。需要一个自动处理机制，如果邮箱没有提供，那就自己来做。

    简单的就是过滤邮件，自动归档。一个收件箱里的邮件，可以自动分成几类，上级的、下级的、平级的、私人的等等。分别处理，私人的，留着下班以后看吧。其他的怎么处理呢？怎么知道邮件里写的是什么内容呢？我觉得这就是目前各类邮箱缺乏的东西。

    如果公司内部事先规定一套邮件规则，让后在邮件里建立这套规则，每个人发邮件的时候，按照这种规则去发送，那很多邮件又可以自动处理了。举例：

    这样一分，在发邮件的时候，选择对应的选项，收到的邮件自动归档。对应不同的规则，邮箱就可以自动处理。比如没用的就直接删，紧急的就往上排。这样，打开邮箱的时候，直接处理就好了，原先人脑来判定分类的工作全由邮箱自动完成，省了很多事啊。

    再比如常见的上级给下级发送需要已阅回执的邮件，每个下级收到邮件后自动给上级回一封“哦，我看到了”，好烦啊，完全就是垃圾邮件。对应N个人，一个事情要N封邮件才算沟通完毕，多麻烦啊。一个事，集中处理，一封邮件就行了，下级的回执邮件自动在上级的发送邮件里打个标记就行了。

    4、格式化的功能。这里是对邮件内容格式化，邮箱提供或自定义一定格式的邮件模本。一个任务，什么事，什么要求，什么时间完成，相关资料链接，以一种清晰的格式表达出来，简洁明了，看的人也容易。不然有时候啰啰嗦嗦也说不清，看的人可能还遗漏要点。

    5、最后提醒，如果和IM软件关联，请关掉IM，让工作不受打扰，做完一件事查看一次邮箱，挑出一件继续做。

    这里没有具体说哪个邮箱，目前看来也只有Gmail是最合适的了。不过上面提到的一些功能可能不是普通邮箱要做的了，可能就是企业邮箱或者办公自动化系统要做的事了。但对于小团队的公司来说，使用免费个人邮箱作为办公邮箱还是很常见的。虽然不能达到上面说的某些功能，但邮箱是死的，人是活的，让邮箱按照人定义的规则去办事，会节省不少精力。

    Don't make me think。好的协同办公的邮箱，就是不要让人烦神，专心处理邮件里说的事吧。

这里有两篇邮箱办公有关的文章，有兴趣的可以看看：
我的GTD式管理Gmail
怎样把Gmail变成商业日志以及更多的小技巧

我的2008

2009-02-02T16:59:00.006+08:00

    原本是元旦写出来的，但找到大段的安静时间慢慢回忆不太容易，断断续续的写，终于写好了。

    又到了一年的最后一天，老习惯，最后一天总要找个安静的地方，回顾自己的这一年。这个习惯是工作第一年开始的。翻看前两年最后一天的blog，第一年写的很流水，似乎有些幼稚。第二年，竟然没有写，只是感慨了一下，祝福了一下。大约记得去年年底的时候，情况比较糟糕，迷茫和困惑，什么原因引起的，想不起来了。带着那种非常态到了2008，所以也才有了我特别的2008。

    继续翻看自己的blog，2008发生了很多事，但记录的不多，更多的是内心的改变。

西藏

     这个词是我跨入2008遇到的第一个词。当时对公司状况的不满，对自己工作复合性的压力，对自己主攻方向的迷茫，让我极度渴望自由，急切的想寻找自己、挑战自己，一种压抑的冲出去的欲望。《练习曲》和《摩托车日记》两部电影加速催化了这种欲望。老奚提出骑车去西藏，我一下子被点燃了。不知道当时是否理智，一边拼命赶工作，一边做着详尽的计划准备，一边说服家人。已经决定抛开一切，不想顾，也顾不上什么了。心里只有那条充满惊险和刺激、艰辛和磨难的318国道。上海、拉萨、5476公里、北纬30度线、三大阶梯、雪山、大江……整天在我脑子里闪现。忐忑不安，急切的期待出发的那一天。但西藏动乱，湮灭了这一切。一下子又恢复到平静，恢复到人间常态的生活。

     行动湮灭，梦想不灭。希望当我真正在这条路上的时候，是另一番心态。

考研

     这个词其实比西藏出现的早。07年底搬家到东大旁边，就是这个目的。工作的复合性，让我在两个方向之间犹豫徘徊了很久，这种徘徊其实从工作第一天就有了。自己知识体系的欠缺，国内此类方向研究和实践的缺乏，工作时在两个方向不断的切换，我强烈的想能够安静的深入的学习一个方向。还有我一直都有的名校情结。和几个朋友也都谈过，有支持的，有反对的，其实讨论的焦点是在中国读研究生，有价值吗？因为我不是想去混文凭，我是想去学东西。也许反对者更有道理。考研，从西藏回来后，辞职考研。也许我当时又不理智了。如果6月活着从西藏回来，疲惫不堪，再辞职，靠着少的可怜的积蓄，没有生活来源的熬过近一年。坦白的说，我没有这样的底气斩钉截铁的说“我可以”。虽然调查、联系、看书的行动已经展开，但随着西藏之行的湮灭，考研好像渐渐淡化。因为没有底气，因为犹豫和顾忌还在加剧，因为放不下我的生活。事实就是这样，没有抛开一切的定力，考研不会成功，考研，必须放下一切。其实很多事情都是这样。

     学，无止境，考研并不是唯一也不是很好的路。学习，其实是一种修炼，修炼自己的思维和心智。这些是真正掌握知识的保证。只图快速求解，欲速则不达，且肤于表面。知识是要沉淀的，和人一起沉淀。

人物之振之

     振之，是他的名，自由设计师。他是我2008年遇到的第一个重要的人。我们是在UCD China书友会（User Center Design，一个业内的学习沙龙）上认识的。在共同探讨设计话题之外，我和他交流了我所遇到的困境和想法。他给我在考研问题和方向选择问题上的点拨，启发我从人生态度的角度来思考当时的问题，而不是就问题说问题。那晚的聊天记录我还保留着。“其实上与不上都很简单，重点是在于你是否放弃了一些东西，执着于专注。”这里必须要提到《士兵突击》。“不抛弃，不放弃。你是记住这句话了。可你知道做到这句话的人，他们抛弃了什么？放弃了什么？”这是振之问我的，也想起来这是七连长问成才的。这句话其实就是我当时状况的写照。我不得不思考，为了我的目标和理想，我不抛弃不放弃什么，必须抛弃放弃什么。当时想到更多的是前者，似乎想要的太多，以至于迷失了自己。那天和他谈过之后，我回去又一遍一遍的翻看《士兵突击》，许三多修路那段，记不得看了多少遍了。一下子恍然大悟了，那种豁然开朗的感觉。半夜里兴奋的给大学里最好的朋友打电话，他却说，“你才悟出来啊，你一直就是这个毛病！”。《士兵突击》对我的影响是深刻的。和振之不多的交谈，在我最困惑的时候给了我最重要的启发，感谢振之。

人物之老陆

     老陆，是我2008年遇到的第二个重要的人，也是我有生以来遇到的最重要的人。相识在ILC，07年ILC年会，512烛光悼念会，08年春天的皖南之行，奥运北京之行，十一北京白河峡谷之行，08年 ILC年会，还有平时数不清的长途电话。他对我的影响是巨大的，从共同的单车爱好出发，运动健生、膳食养生、人生价值、生活品质、高效的学习和工作……都是我们共同的话题。整个这篇文章中，我2008的那些改变，大部分都是受老陆的影响。他对我的影响是启发式的，发掘式的。让我从自我封闭的内向性格，变得开始主动和愿意与人交流，让我不断的认识和认清自己的优点，发扬这些优点，进而影响周围的人，不断往良好的方向发展。李开复说“做最好的自己”，黑哥也说 “人最大的敌人就是自己”。老陆，启发我不断的认识自己，发掘自己。我受益很深，很感激他。他不仅影响着我，也影响着ILC很多人，我们这些人都成为了真挚的朋友，也相互影响着。这是我下面要说的。

ILC之08年会

     I love cycling，我爱单车。从06年工作时，就认识了和加入了这个网站。渐渐的深入，融入，接触了这里各种各样的人。爱生活，爱单车，让我们走到了一起。每个人都是优秀的，每个人都很精彩。这里有奥运火炬手，这里有奥运裁判，这里有行业精英，这里有单位骨干，这里有的意气风发的青年，这里有慈爱智慧的长者……一群优秀的人在一起，坦诚的话语，睿智的思想，不断碰擦出精彩的火花。我从这里获益很深，认识了很多优秀的人，结实了很多朋友。还有一群人，更是成为了亲密无间的朋友，友爱，互助，共同进步。一段语言在这里显得很无力，这其中的感受不是一段话能说清的。我很庆幸当初能加入，现在能融入这样一个优秀的团体。ILC已经成了我生活中一个很重要的部分，我的改变也都与ILC有着密切的关系。

     年末，ILC又举行了一年一度的年会。我有幸能在这次年会中发挥主要作用，算是导演了这次年会。提出思路，请老陆编写演讲稿，然后按着思路，制作PPT。那段时间真的很忙，每晚加班，但还是抽出时间来收集素材做PPT，甚至排开了工作。年会开始前一天晚上也是到5点才睡的觉。一群朋友，五六个人，用自己的业余时间，忙活了一周，音响、摄像、餐饮、礼品、节目。那天我当主持人。虽然因为组织疏忽，因为我主持时候的紧张，造成最终效果打了折扣，但大家都认为这次年会很成功。让一群外在内敛，内在十分热烈、敏感和智慧的人在一起，完全敞开心扉的交流和沟通，不容易，我们做到了，现场气氛十分的好。思想只有在交流中才能焕发精彩，我们创造了这样的交流氛围。

     一群陌生人，因为单车，从相识到相知，为了共同的愿景，无私奉献自己的时间、精力和才能。这个团体的凝聚力是多么强大。还是引用一位车友的一首诗吧，《我们是相亲相爱的一家人》。

我们希望有更多的朋友来加入我们，

骑车是我们的共同爱好，

我们的目标很单纯，

没有杂念，没有私心，

我们的团体中没有斤斤计较，

没有尔虞我诈，

我们以诚相待，

我们抛开世俗的自我封闭，

敞开最真诚的一面，

让人在生活的重压之下，

发现还有一片净土。

当你遇到困难时，

会有同伴为你停留以及尽心的帮助，

当你准备放弃的时候，

会有同伴们一声声的鼓励，

当你挑战自我征服目标时，

会有同伴们的喝彩和掌声。

这就是我们，这就是我们的团队，

这就是我们真心相对、坦诚相待的同伴，

我们不会丢下任何人，

我们相互依靠，相互帮助，

我们共同到达我们的目标，

让每个人充满胜利的喜悦。

我们不畏困难，不畏艰险，

我们拥有充满活力的心，

我们不分男女老幼，

不分贫福贵贱，

我们是相亲相爱的一家人。

运动与养生

     都说身体是革命的本钱，人的身体，三十岁之前靠父母（底子），三十岁之后靠自己。看着现在越来越多的小年轻挺着啤酒肚，松弛下垂的肌肉，黯淡无色的皮肤，一副中年人的样子。更是有朋友已经轻度脂肪肝。看着这些人的身子，真替他们担忧。在他们身上，我找不到意气风发的影子。

     有种说法，热爱运动的有两种人，一种是从小热爱，一种是因为生病了，醒悟了，开始运动了。我小体弱多病，虽然外表看上去挺阳光健康，但身子骨还是挺虚的。加上IT工作的辛苦，我的身子骨毛病不断，着实敲响了警钟。不锻炼，无异于慢慢等死。现在我热爱锻炼，应该算是后者吧。但这只能算是起因，让我着迷于锻炼的，是那个过程。开始的时候，在犹豫和挣扎中坚持。后来在坚持中，期盼身体那一点一点的变化，肌肉渐渐隆起，呼吸渐渐顺畅，跑的越来越长，游的越来越好，身材越来越棒，每一个小小的变化，都像一点点的兴奋剂，让你每天都有一丝窃喜。在坚持中，倾听自己均匀有力的呼吸，倾听强劲有节奏的心跳，感受着自我一点一点的强壮、强大。好像说的都是心里的感觉，其实，说白了，锻炼的是肉体，提升的是自信和坚韧的意志品格。说起来很简单，但没有亲身体验这样的过程，无法理解。

     08 年，我爱上了跑步和游泳，是受珠乔和老陆的影响。其实自打加入了ILC，对运动的关注就多了起来。ILC本身就是一个单车运动群体，但这里的人还热爱着其他运动形式。典型的就是跑步和游泳。ILC有铁人三项版，游泳、单车、跑步，加在一块，也就是铁人三项了。人需要锻炼三个方面，力量、心肺、柔韧。其实跑步和游泳是全身锻炼了，但又各有侧重和特点。

     夏天那段时间不算忙，一三五跑步，二四六游泳，虽然没有每天坚持，那段时间也动的很多。夏天的时候游泳刚起步，算是不会，现在已经可以在水里蛙泳千米。冬天天冷，跑步不太合适，更多的是游泳。现在已经十分热爱游泳，只有在水里，我才感到舒服。身心放松，经络畅通，思绪清晰，大脑冷静，心情平静。游泳是再好不过的运动了，让胖的人变瘦，让瘦的人变胖，让身体匀称，曲线优美，让皮肤细滑，让经络畅通，缓解骨骼压力，增加肺活量，耐寒，不易感冒。就从形体上看，对于女人，该突的突，该翘的翘，该收的收，有自信穿泳衣的女人，穿任何衣服都好看。对于男人，让肩膀浑圆宽厚，倒三角的体型，绝好的衣服架子，穿什么衣服都绝对的帅气精神。这个看看奥运会游泳运动员的体型就有数了。不展开了，展开又可以说一长串。反正，无论女人还是男人，没有人不希望自己有绝佳的身材的，那，就游泳吧。

     上面说多了，说回来。我喜欢穿过南师大幽静的校园，在操场上尽情的奔跑，让汗水肆意流淌，让心情热烈的奔放。我喜欢穿过南大活跃的校园，投入游泳馆那一池的蓝色的怀抱，尽情畅游，寻找余翔浅底的感觉。我喜欢这样的感觉，现在开始着迷于这样的感觉。跑步之后，我会做上一百个俯卧撑，加强力量锻炼。我会压韧带，加强柔韧锻炼。也许这些锻炼还不够科学，不够到位，但我已经找到感觉，我感受着运动给我带来的变化，我已经正真喜欢上了运动。

     游泳、单车、跑步，铁人三项，夏天的时候曾经想参加一个铁三的体验赛，但刚学会游泳，还是没去。但我很感兴趣，铁三是一种精神，希望新年我能参与其中。

     下面说养生。其实运动也属于养生的范畴，这里主要还是从营养膳食的角度谈养生。

     07 年的时候，基本是自己做饭吃，如何能快速高效的做出一两份营养全面的菜，是我经常琢磨的问题。还有怎么也吃不胖的身体，也让我关注和探究营养膳食。但真正走上道，那还是受珠乔和老陆的影响。看《身体使用手册》，从西医的角度了解人的身体原理；看《温度决定生老病死》，从中医角度分析养生之道。通过这两方面，逐渐了解了自己的身体状况。看书的时候，常常感叹，“哦，原来是这么回事”，不禁兴趣越来越浓。找到了身体不好的原因，那就可以对症下“药”了。锻炼是其一，营养膳食就是这其二了。

     先是研究牛奶和酸奶，研究素食，研究食品的生产过程，研究食品添加剂。也许有点钻牛角尖了，还尝试过素食。但研究这些的收益是很大的，不研究不知道，研究出来大为惊叹。现代工业化食品生产，让我们的食物收到严重的污染，吃的是不干不净有问题的东西，怎么能不得病呢？真是巧，毒奶粉事件让国人终于再次认识到食品安全的重要性。看到毒奶粉事件，我相对镇静，但还是震惊。在超市买食物的时候，我已经很注意生产日期、配料、添加剂等各方面了，但没料到原料也会出问题。

     在这个时候，老陆很有先见之明的送了我豆浆机。我开始了每天喝豆浆的过程。豆浆，有全豆豆浆和杂粮豆浆，不同的杂粮有不同的营养价值和功效。于是，开始研究五谷杂粮。在这个时候，老陆又推荐我看了《温度决定生老病死》，原来中医是那么神奇和有道理。看书，我知道了我需要调理肠胃，补气血。粥是最好的东西，极易与消化和吸收。于是从喝粥开始，买了全自动电饭煲，每天定时，醒来就可以喝上香喷喷热呼呼的杂粮养生粥。我这才知道了五谷为养，五谷是膳食之本，压根不是传统观念里靠大鱼大肉来补，当然鱼和肉也是必须的。现在是每天早上，杂粮豆浆，杂粮粥，几颗红枣，以后还要加上核桃或者花生。但膳食调理是一个漫长的过程，需要一定的时间，坚持下去，才能看到效果。

     研究五谷，研究食物，知道了各种食物的性格。要吃到好品质的食物，那就得研究食物的生产，于是关注到有机食品的概念。由有机食品，又关注到石油农业，关注到全球气候问题，关注到环境污染问题。一连串的研究，让我收获颇丰。同时，开始关注环境问题，关注低碳生活。身为地球上的一员，那是一种责任。

     运动和饮食相结合，重新塑造自己的身体。身体是物质的，思想是意识的，物质为本，有了好的身体，其他才有可能。所以要想提高自己，先从养好自己的身体开始。学会关心自己，才能更好的关心别人。

爱心

     512 大地震，现在有些记不清当时的感受了。ILC 在地震的时候举行了简单的烛光悼念活动。那晚，白马公园有很多人，很多蜡烛。“愿逝者安息，愿生者坚强”，这是当时的主题标语。这个标语是我定的，但不是我说的。选这个标语，是因为我觉得这是我们应该有的正确态度。ILC里的每一位朋友都是善良的，热爱生活的。在灾难面前，也都以各自的方式表示了对灾区的关注与帮助。慕紫竹与他的丈夫更是推迟了婚期，与户外的朋友一起远赴四川。这些行为真真切切的感动了ILC的每一个朋友。唐僧在地震之后开始策划组建民间救援队。虽然救援队的主旨很好，但现实与理想总有差距，组队的过程困难重重。最终，这支队伍还是建立了。我也有幸能参加其中的急救员培训，掌握急救知识。其实，救援队的首要任务并不是去实施救援，因为灾难毕竟很少，发生灾难时，需要的是更为专业的救援人员，需要的是精兵强将。我们这些来自各行业的人，距离专业还很远，但我们有这份热心。学习急救知识，在突发事件面前，首先学会自救，然后再尽力去救助别人，在平时，推广和普及急救知识，让更多的人在灾难面前能保护好自己和家人，这是我们共同的愿望。

人在旅途

     08年还是去了不少地方。

     清明皖南未能成行，于是和飞机、小雪骑车去了扬州，那个我07年骑车回家曾经路过的美丽城市。

     五一，我们去了皖南。老陆、珠乔、赵泽、小驴、准准，还有我，六辆折叠车，两天的行程，穿过皖南的秀美山水。在荆州公路12KM的爬坡中升华，在苦竹岭青山绿水中释放。这次出行，我们建立了深厚的友谊。同时也考验了折叠车的性能。携带方便，随身带上火车，下了车，展开就可以骑行。骑累了，或者有一段枯燥的路程，可以折上，搭车。通过性也不错，完全可以通过碎石路段。所以，折叠车在中短途旅行上比山地车有显著的优势。从皖南回来，我们就成立了折叠车版块。我们骑着小折纵情山水的照片和帖子，一石激起千层浪，大家都对我们羡慕不已，更对折叠车有了新的认识。我也因此买了我的第二辆车，大行SP9。

     端午，回家，我就带上了我的折叠车。和老爸骑车去了海港，我骑折叠，老爸骑二八大杠。还在海滩上摘了两大袋盐蒿。来回60KM的路程，对老爸来说，比较累，但没事，爷俩慢慢骑，让老爸也体会骑行在路上的感觉。

     奥运，北京。周末下班前半个小时，冲动的买票。曾幻想着自己去北京的方式，想骑着单车去。没想到，第一次去北京是这样的冲动。也许是一种深藏已久的向往，对于北京，对于奥运。两天紧张的行程，天安门广场，单车半天环游13个重点地标，和朋友们夜骑奥体中心，故宫，那短暂的美好的时光让我意犹未尽，对北京更增添了一分感情。北京一群可爱的朋友，让我对这个巨大的城市丝毫没有陌生感。

     十一，又去了北京。这次是因为皖南的约定。小驴、赵泽、菜芽，带着我们心爱的小折，再次来到北京，和老陆、顾哥、海浪，相约白河峡谷。三天，在北方雄俊的大山中穿行，在梦幻浪漫的白河堡水库、壮美的白河峡谷中留连忘返，在农家炕头上促膝长谈。出了山，回了城，在什刹海的柳荫下，在老胡同和四合院中，寻找那似曾相识的感觉。在北大清华中感受曾经的梦想，在中关村的楼群里期盼未来的方向。

     圣诞香港之行、春节东北之行，因为工作和家里的原因，未能成行，留下一些遗憾。憧憬着新年能环太湖，能和朋友们一起环青海湖。

     我喜欢在路上的感觉，在陌生中探寻和发现那让心灵得到抚慰和升华的美好与精彩。

加班

     这个字眼占据了08的整个下半年。接触这个项目，其实从5月份就开始，在构想，在准备。虽然项目很紧，更是很重要。按照朋友的说法，在经济危机下，能有这样的项目做，很不容易了。我从1组被借用到2组，与另一群同事一起来做。项目管理上存在的问题，让我们走了不少弯路，与总公司、与客户之间沟通的障碍，项目组成员之间的配合，成员本身能力的大小，都影响着整个进程。我仍然是一个人，负责了所有前端的工作。加班，是每天的，我已经记不清这半年有过几个正常的周末休息了。身体也付出了代价，如果不是注意运动和养生，也许情况更糟。但这就是成长的过程，我们的配合越来越默契，我们的沟通越来越顺畅。项目按着计划一步一步实现。最后，产品在引领世界数码电子发展方向的美国CES大展上成功展出，这是对我们工作的肯定。

     但差距仍然存在，我，我们，还可以做的更好。及时的总结和学习，为了更好的发展。

     其实，说到工作，我原本是打算做完这个项目，就离开公司，寻找另一个发展环境。但，通过这个项目，我觉得，我还没有做到我满意的程度。新年还有一个更挑战的项目，我希望我能让自己满意。在一个地方，离开的时候总要留下什么，我不想留下遗憾和不圆满，我想留下的，是我所创造的价值，对得起自己，对得起这个地方。我不想因为不满和抱怨而离开，我想因为做的足够好了而离开。

     写到这好像差不多了，这些就是我08年主要的经历。相比前两年，我觉得08年最让我难忘，那么多可爱的人，那么多有意义的事。感谢帮助我成长的ILC、振之、老陆、珠乔……我憧憬更美好的2009。

泳池歌声

2009-01-18T16:56:00.004+08:00

    晚上去游泳的多，且大多是最后时间起水。

    更衣室里一片忙碌，五颜六色的胳膊、腿和躯干，在狭长的空间里有劲的张扬着。

    淋浴室也很忙碌，四溅的水花，热腾腾的雾气，人们痛快的冲着热水澡，享受着另一种与水亲近的快乐。

    常常在这样的气氛中，一个浑厚的男声，从泳池口，从更衣室，由远及近，最后在淋浴室，快乐的传播。每次歌曲都有不同，都是一些中外经典老歌，或者是低音哼吟《莫斯科郊外的晚上》，或是中高音《乡音乡情》，或是高音《青藏高原》，还有很多我说不出名字，但耳熟能详的歌曲。那种在游泳后全身血脉通常、精气十足的歌声很响亮，淋浴室的结构让歌声产生一种空旷的回音，就像那雾气和水花，充满了整个空间。

    我喜欢这样的歌声，像水花一样欢快，像淋浴头一样有力，还有一种自由、自信和骄傲。那是一种发自内心的歌声。唱歌的人也不是同一个人，但都是中年人，约莫五六十岁的样子。每次听到这样的歌声，我总是在想，这位唱歌的长者是一个什么样的人。也许是一位教授，也许是一位工程师，也许……谈职业或许不太恰当，但他应该是一位在几十年工作中勤勤恳恳、有过突出表现和贡献的人。都说岁月如歌，这也许就是岁月的歌吧。曾经苦难过，曾经坎坷过，曾经奋斗过，曾经辉煌过，现在，在自己的人生里，继续歌唱。

    我又想到了公园里，常聚在一起合唱的大爷大妈们，这两种歌声很相似。我又想到了皖南、白河峡谷，穿梭在葱郁的山水中，攀爬在蜿蜒的盘山公路上，最终站在山顶的珠乔、小驴、赵泽和老陆，他们也唱歌。我想，几十年以后，他们仍然会唱出这样的歌声。

    我没见过几个年轻人在这样的场合歌唱的，即使有，那也是很小声的哼吟着爱与恨的流行曲。KTV里撕扯着嗓门，极力的模仿，那就不提了。流行的，大多都会过时，能成为经典的，实在很少。唱出来，也不是一个味道。好像除了许巍、汪峰等少数歌手的歌，其他的，感受不到自由，感受不到自信，感受不到骄傲，大多只有充满爱恨情仇的狭小的自我空间。沉淀不下来，也就没有了什么味道。不是发自内心，那也唱不好。

    发自内心的歌声，很好听。

逛书店想到的

2008-09-10T16:51:00.005+08:00

    昨天又跑去新华书店。不是去买书，而是去思考后面的学习重点，或者发展方向。因为书店里书的种类很全，提供了几乎所有不同的领域方向，所以借助不同图书，可以为自己的计划提供参考。

    不过昨天和以往不一样，我没看多长时间，就出了书店。原因，也许是以往看的时间够长了，有哪些书都知道了。其实，最主要的是想明白了几个问题，记录一下。

    1、排除一切干扰，专心学一样东西，然后一个一个来。又想起一位朋友的那句话：“心静如水，别让任何事打乱你的步伐。让自己有大块的时间去完成一件事情，别让自己生活在零碎的时空里。” 如何做到专心，推荐大家看看这个：一心一意，每次只执行一件事。

    2、优秀的架构需要优秀的代码，优秀的代码支撑优秀的架构。所以要先学会写优秀的代码，架构层的东西，自己要有意识，而减少一些研究。没有优秀代码的经验做基础，架构的东西会大打折扣。所以，先从OOP开始，接着再来UML、设计模式。其实是由这一点想到上面一点的。

    3、OOP、UML，不仅仅是技术，更是观察和分析问题的思维。就像绘画一样，画出一个逼真的东西，那只是表面，真正厉害的是对事物锐利的观察能力。所以，OOP、UML和绘画一样，原理是想通的，掌握这三样，会对人的思维分析能力很有帮助。

    想明白了上面三个问题，觉得轻松了很多，前一段时间的烦恼和压力似乎都消失了。其实，道理还是那些道理，为什么时常走回头路呢？有些可笑。关键的，也许应该将那些道理培养成自己真正的习惯。态度决定一些，习惯改变命运嘛，呵呵。

    推荐给大家一个很好的blog：褪墨，是一个关于时间管理，个人提升和演讲技巧的博客。目标是：做好每一件事。你会受益很多哦^_^

你如何选择技术类图书？

2008-09-09T16:49:00.004+08:00

    当你想学一门编程语言，一种软件设计方法，一种设计思想的时候，如何选择合适的、通俗易懂的、能高效阅读的书呢？面对书架上玲琅满目的同类书籍，是否有些眼花，是否选书是比较耗时间的事情？今天谈一谈我选书的经历。

    我个人选书的标准是：经典的>获奖的> 国外的>畅销的>国内的。这个标准其实很有问题，度量标准就不一样。事实上，通常经典的=获奖的=国外的=畅销的。这里没有鄙视国内作者的意思，现实就是这样。国内也有些的很好的书，但相比老外的，实在是少的很。

    有了大概的标准，怎么选书呢？豆瓣！豆瓣确实是个好东西。去搜吧，搜出一箩筐来。

    首先看介绍。凡是有“经典”、“奖”、“畅销”字样的介绍，都要重点考虑。还有就是看版本，发行的版本越高，那就是越经典了。通过介绍，来了解这本书是否适合自己的水平，不要选个高深的来做入门教材，那效果可不好。

    然后就是看读者评价。通常的评价是关于内容和翻译的。对于个别人关于翻译的评价，个人觉得不要太在意，每个人的阅读水平不同。当然，如果一致评价翻译的太差，那建议找原版的，只要你的E文够好。对于内容的评价也要重视，这是对图书介绍很好的补充，也许你就能从内容评价中找到自己想要的重点。这里有一点，所有网上书店也有评价系统，但那些评价里，托儿比较多，还是豆瓣实在。

    接下来呢，找一张纸，抄下你要的书，去书店吧。实际看一看，内容是否真的符合自己的需要，翻译的水平如何。当然，如果你没时间，如果你对前面的了解很有把握，这一步可以省略。实际看书的时候，注意一下封底的推荐，老外的书都有一些大牛的推荐语录，国内现在也流行，看看那些大牛的推荐，也很有参考价值。

    买书嘛，建议还是网上买，就图个便宜。就到豆瓣上去看吧，个人喜欢卓越。

    以上是我个人的选书过程。下面介绍一下JOLT。JOLT大奖，号称软件业的奥斯卡，呵呵。以下摘字百度知道：

“Jolt 大奖素有“软件业界的奥斯卡”之美誉，共设通用类图书、技术类图书、语言和开发环境、框架库和组件、开发者网站等十余个分类，每个分类设有一个“ 震撼奖”（Jolt Award）和三个“生产力奖”（Productivity Award）。一项技术产品只有在获得了Jolt奖之后才能真正成为行业的主流，一本技术书籍只有在获得了Jolt奖之后才能真正奠定经典的地位。赞助商 Jolt可乐的广告词是“震撼全世界”，Jolt奖就让我们看到，是谁在震撼着我们今天的世界。虽然Jolt并不起决定作用，但代表了某种技术趋势与潮流.”

看到JOLT这个关键字，你得高度重视哦。大家熟知的《About Face》和《CSS实战手册》，就是获奖书目。CSDN读书频道有相关专题。大家都属于IT人士，所以里面很多书是值得好好读的。个人感觉面向对象的分析与设计、UML，是应该好好学习的，除了可以帮助你开发出好的软件，更重要的是，这所提出的分析问题的思维方式，而不仅仅是为写软件。

你在选书方面有什么心得体会呢，欢迎交流^o^

2008-08 UCDChina 南京书友会：产品设计

2008-08-18T16:48:00.004+08:00

    这一期的话题是产品设计和用户体验设计。看到这个话题的时候，我是十分感兴趣的。特别是产品设计。这个词是我在工作时接触到的，在斟酌考研方向时逐渐了解，然后在后续的工作中经常围绕其思考和实践的词。

    1、关于产品设计

    一个成功的产品由哪些东西决定呢？我还是十分认同Larry Keely提出的三个要素：技术可能性、商业可能性、设计期望性。Agla在“设计的价值”一文中也指出过这三个要素。这三个要素的交集，就是令人满意的、好用的、可构建的成功产品。对应不同的产品，比如工业产品、软件产品，每一个要素都有不同的内容。

    如果一个较弱，产品难以经受住时间的考验。Novell强调技术，很少考虑期望性，他的竞争能力就不强；Apple重视用户期望和体验，但在业务上曾经不够成熟，但对用户的关注所创造的忠诚度很大程度上维持了其发展；而Microsoft的业务运营能力很强，但其产品难以高度满足用户期望，这个薄弱点给其他竞争者提供了机会。

    所以，一个成功的产品，三个要素缺一不可，并且要平衡发展。

    2、关于产品设计流程

    我觉得没有最好，只有最合适。在实际工作中我先后实践了两种观点，一个就是UCD，一个是ACD（以活动为中心的设计）。

    UCD的理想的设计流程大家都清楚，但这个理想的设计流程未必都适合大家。我是在看了Copper的《About Face》后知道了这个流程，并按照这个流程在项目中去实践。结果是在第一步用户调查就出了问题，无法正真准确的获得和把握用户的真实需求，导致后续的流程混乱，难以并最终无法进行下去。这和公司的组织结构、团队协作有很大关联。有很多人也和我相似，在这里受到挫折，遇到困难。

    后来看了《一目了然》之后，作者以自己的实际经验对UCD的流程做了变通，强调了ACD。我也实践了，调整了流程，跳过了用户调查。我不知道，也无法知道用户需要什么，但我知道怎样做会带来良好的使用体验。以此作为设计的依据来完善每一个功能的设计。这个实践是有效的，但仍然有很多地方是可以改进和完善的。

    Normal自己对UCD的质疑激起了很多人对UCD的激烈讨论。我认为不管是UCD，还是ACD，其实就是用户需要什么和我能给用户什么之间的一个平衡，不同的公司环境所能把握的重点是不同的，但都是以目标为导向，最终都是为了产生良好的用户体验。设计师应当灵活的把握这两方面的平衡，而不是偏向于哪一种。

    3、关于产品创新

    很多人的观点还是创造一个新的产品，我也是。我以前一直这么认为，也天马行空的想过，也想着如何把公司的产品做成那样。但实际发现，并不行。对产品功能上的创新远没有对流程、业务模式上的改进创新更有实效，更长远。

    Kelley的一篇访谈中谈到了创新的几点，我觉得很有道理，我在实践中的认识也与此相吻合。

    第一，创新不是创造新产品，因为这个世界模仿的太快，这在中国尤为突出。而是应该着重在可能为企业带来持久优势的创新，例如渠道、品牌、客户体验、流程、服务系统、业务模式等等。这些远比一个全新的产品意义重大。而且没有这些坚实的基石，创造一个全新的产品也很难，很没保障。

    第二，创新不是脑力激荡。那往往会陷入混乱、偏离正规，表面上是创新，其实是乱闯。创新应当依据正确的方法、正确的程序，分轻重缓急来创新。

    第三，创新要从“望闻问切”，而不是从打破常规开始。要有的放矢，从对市场需求、新技术的价值、公司和竞争者的分析来判断，才能生产出顾客需要、竞争对手忽视、企业力所能及的产品。这一点和第二点是一致的。

    产品设计是一个很大很广的领域，对于设计师，我觉得在不同理论的指导下去实践，会有更多的收获。

一目了然的感觉真好

2008-08-01T16:47:00.003+08:00

    对此书有相见恨晚的感觉，四天时间通读，又重读重点做笔记。都是利用上班时间读的，但并非和工作无关，相反给我目前的项目很大的启发和帮助，让我在界面设计、软件功能、软件架构以及项目开发方式上有了不少新的想法。我将这些想法用于改进原先的项目计划，希望以一种更合理的方式开发出更合理的软件，提升软件的质量。目前的改进是有效果的，改进将持续进行下去。

    书中的几个观点给我印象十分深刻：

    1、走出UCD的困惑。亲近用户、和用户打成一片的理念非常好，但常常并不需要这样。时间限制、预算、兴趣缺失及其他事情都会相伴左右。而就理念本身，过度听从呼声最高的部分用户方而会给使用产品的所有人带来困难。所以，有必要相信自己能设计出好的Web软件，而不是依赖不可能得到的真实的用户数据。

    2、功能并不是关键，最关键的地方才应该被关注。一份显性的软件意识一份专注的软件。它易于为人所理解，因为它自身目标明确，从不会游移，每一个功能都设计的支持对应的活动。坚持做重要的事情，好的创意可以搁置一旁。留下你认为产品应该拥有的，把功能削减到只剩下最重要的为止，如此循环。

    3、不断地改进精简是通往简介的唯一途径。“精简”是减少软件的功能，直到剩下必须的为止。“不断的改进”是不断的重复，不要停止。保持不断重复，再评估，使设计更有条理，更精简，并且更精致。“简洁”是设计原则。专注的软件，通过简洁清晰的用户界面提供最需要的功能，轻文字描述，重当前任务。这些品质构成了简洁的用户体验，通过避免思维和操作上的混乱来减少软件的复杂度。

    4、改良比创新更重要。大多数时候，公司和软件产品并不需要伟大的创意，他们需要的是那些能立竿见影的细小改进。

    不敢说对Web设计人员，只说对我的启发是巨大的，理清了很多想法，更新了很多观念，正如书名，“一目了然”。强烈推荐大家读这本说。具体内容我做了书摘，感兴趣的朋友可以看看。

2008-07 UCDChina 南京书友会：浏览器

2008-07-29T16:40:00.003+08:00

    本期的话题是浏览器。这个话题大家都熟悉，但似乎又没有那么多好谈的。对标准的支持、扩展、插件、开发者友好、内存、速度，IE、Firefox、Maxthon、Opera。作为业内人的我们，一开始想到的大概都是这些话题。

    一开始大家还围绕着这些话题来展开交流，不过思维很快扩展开来，谈到未来浏览器的发展，Web OS，以浏览器取代OS，进而谈到各种终端，还有极具科幻色彩的人类终极发展展望。虽然有些跑远了，但这样的交流也很有意思，很拓展思路，呵呵。

    下面说说我的观点吧。

    1、浏览器，并没有说是Internet浏览器。这就没有限制在IE、Firefox、Maxthon、Opera等网络浏览器上。浏览器，顾名思义，就是用来浏览信息的。这也是网络浏览器的本义。但这个名词似乎已经过时了。人们使用浏览器已经远远不是简单的来浏览信息了。就像Web 2.0的到来，带来的是人与信息更广泛层面上的交流与互动。不光是网络浏览器，explorer虽然是一个进程，但其实就是一个本地的浏览器，一个窗口。所以，浏览器是人与机器、人与信息的交互沟通的工具，可以泛泛的理解为人与机器之间的窗口。

    2、以云计算为代表的未来信息存储处理模式所带来的改变，以及大家谈到的多种终端浏览器，推荐大家看两个视频：

Nokia Morph Concept (long)

Office Labs: Future of personal health concept

    浏览器就是人机交互的界面，好的界面是需之即来挥之即去，就如这两个视频所描绘出的场景，应该能很好的描述大家对于信息浏览终端在未来的发展。当然关于Web OS、浏览器取代OS的情况，那也是很复杂，对计算机硬件、网络的影响都是巨大的，我觉得需要对计算机底层的东西有很好的了解和掌握才能有相对正确的思考方向，还要材料科学、生物科学等等等等，很多问题不是想象的那么简单。

    3、现实一些，不要那么遥远。我觉得除了一开始大家想到的方面，可以从网络浏览器的易用性来谈一谈。经常有朋友请我帮忙看看他们的IE，出了种种问题。其实在Internet属性-程序-重置Web设置，这个选项能解决不少问题，但这样一个很有用的功能怎么会藏这么深，很多人不知道呢？那IE的其他设置选项，是不是大家都会使用呢？答案显然不是。Firefox的情况好一些，但对普通用户来说也不容易对浏览器进行相关设置。有人提到浏览器个性化，或者说有针对性的浏览器，比如老年人使用的浏览器、年轻人使用的浏览器、儿童使用的浏览器。我觉得这样个性化的浏览器完全没有必要单独开发。不管是IE还是Firefox，一款浏览器的核心是相同的，只是应用不同。我想到了 MVC架构，道理有些类似。如果能够提供十分方便易用的浏览器设置方式，个性化可以很容易的由用户自己实现。具体怎么实现，我觉得Web方式就很不错，有很大的空间来提供易用的解决方案。那么多设置干嘛局限于一个小小的WinForm窗口呢？具体就不展开说了，观点就是现在浏览器的易用性还有很多可以改进的地方。

    4、浏览器的不兼容性一直是大家痛恨的地方。这里建议大家参考一些重构和设计模式方面的知识，利用一些成熟的开源开发库，这些库对各种浏览器的差别做了很好的重构和封装，能较好的避免不兼容问题。《Ajax实战》一书对这方面做了较好的介绍，大家可以参考。

书友会照片，来自JunChen的大脚：http://footbig.com/photo/191175

失望

2008-07-14T16:35:00.001+08:00

    上头跟我说：“忘掉你的想法吧，就按照他们要求的来。” 连理由都没有。

    我很失望，这应该是多次交涉的最终结果，那就是听他们的，完全否定我对产品的设计的想法和建议，否定我提出的方案。我知道上头也有些无奈，谁让客户牛逼呢？

    我有些生气，我积极争取的东西无影无踪。你们提的东西明明很多不合理，还有硬伤，为什么还那么坚持？我们提的东西你们认真考虑了没有？要我们给建议和方案，又完全不理会，连理由都没有。浪费时间，欺骗感情。

    我在怀疑，我是做UI的吗？我是在做设计吗？干脆直接给出原型让我直接写code好了，还费那个劲让我白设计一番干嘛。也许做个纯粹的程序员没有那么些烦心的事，技术相比人心、商业、需求、设计、市场，更简单直接。

    这是第三个项目了，第三次让我失望。在前两个项目中没人重视我的意见，总是以各种所谓现实的理由来应对我。“你的想法是好的，但是...” ，总是有那么多但是。我的想法很乌托邦吗？这次客户牛逼，直接否定。我是底层，我上面还有很多层，我没有权利，小鬼一个。每次都满怀热情和希望的开始，每次都冷冷的进行和结束，我找不到一点成就感。

    想到前两天看的两部电影，《Pirates Of Silicon Valley》和《AntiTrust》，第一个有些纪实性质，就是乔布斯和盖茨的起家故事，第二部中将乔布斯和盖茨合为一个人。两部电影中，微软和盖茨都是反面角色。一个是偷盗技术的卑鄙小人。一个表面上是慈善的、青年才俊型的CEO，但背后为了自己利益，不但偷盗别人的代码，更为了打击对手而杀害对方的主要程序员。这两部电影影响了微软和盖茨在我心里的形象，我一直是很喜欢微软的，“Your Potential. Our Passion.”。更难以接受的是那些大公司的光鲜技术、激情的工作演说、诱人的福利待遇、巨大的财富背后，商业竞争的不择手段，让我很寒心。乔布斯的偏执也让人很难理解和难以接受。这又让我想到毕业前去南大听华为的宣讲会一样，多少稚嫩的毕业生被那些激情的演说打动。现在感觉一切都是那么的假。

    也许我的想法太小孩了，也许我还没见识过所谓的复杂，也许打击才刚刚开始。也许我现在的心态比较消极，也许我现在的心态不对。我要静一下，我要好好想想。

QOC（Questions, Options, Criteria），设计管理的方法

2008-06-20T10:32:00.001+08:00

    在设计的时候，常常会有这样的情况：自己和小组成员，以及与其他小组成员之间，包括销售人员、开发人员、用户等，进行讨论的时候，这些来自各方的观点在讨论中自由地流动。大家会在白板上画满彩色的草图；会在白纸上迅速地写写画画，而后随机撕掉；各种各样的即时贴贴的到处都是；各种草图、示意图到处都是。

    在这种情况下，很容易忽略一个好的建议或是一时设计的历史记录，包括那些进行的步骤和得到设计的一些推理。当设计不断取得进展的时候，怎样帮助设计人员捕捉下设计记录及背后的设计思考。方法很多，QOC是其中一个。

    QOC是一种对设计决策过程及各种方案的评估进行完整记录的设计方法（MacLean等，1989）。

    包含三个要素：

Q（Questions）问题：设计点
O（Options）选择：问题可能的答案或解决方案
C（Criteria）标准：评估备选方案的方法

QOC用图表的方式来呈现，用线条将选择和标准连接起来。实线表示一个肯定的评估，即选择符合标准；虚线表示否定的评估，即选择不符合标准。

在考虑选择的时候，要同时向用户提供他们可能感兴趣的地点和时间信息。过于详细的补充内容不要放在主屏幕上，但要能通过主屏幕访问到它们。

在实际项目中，我还没有用到过这个方法，这个方法提及了设计管理方面的问题，如何让设计更有效率和实效，在设计的过程中不断向前稳步推进，这是值得思考和关注的问题。

参考：

《移动设备交互设计》104页

《Experience of UserCentred Design in Nomadic Media》Juhani Heinilä（2005）.

移动设备交互设计初步体会

2008-06-17T16:32:00.001+08:00

    最近在研究移动设备的交互设计。一开始没有资料，对于移动设备的设计设想了很多，设想的依据是 iPhone、Nokia、HTC等先进的交互设计以及概念产品，心里也没底。在看了《移动设备交互设计》这本书的三章后，想法开始收敛。结合前段时间做用户调查和角色设计的试验，小结几个观点。

    1、不要狭隘的设想未来的移动设备是随身携带的功能超强的手机。移动设备具有专用性，并不是所有功能就集成在一起就是好东西。要确定一套为数不多的、一致的并且用户确实需要的功能，然后以简单直接的方式表达出来。

    2、新技术对移动设备的设计和使用会有很大的影响，要关注新技术的发展，考虑现有的设计在新技术的加入下会有怎样的变化。但同时要防止滥用所有新技术。

    3、移动设备的设计和传统的桌面应用、web应用设计有很大的区别，不仅仅是以效用和任务为中心。在将传统应用迁移到移动设备上时，要考虑人们对这种应用和服务的需求有多少是依赖于其非移动的应用背景的。

    一个重要方法：自由讨论

    让想象力自由发挥，促进不同组织和文化的互相理解，从社会学角度洞察人们的生活，寻找是什么驱动着他们，他们珍视些什么。当每个新的创意产生之后，指定正反方。正方应当对该建议大肆宣扬，从风设想怎样将其扩展；反方应当关注该建议的缺陷，指出其不切实际的地方，以及一些过于乐观的小团体思想。

    虽然这里说的是移动设备交互设计，但和通常的交互设计道理是一致且相同的。

关于交互设计与技术，以及小公司的一些思考

2008-04-25T16:31:00.001+08:00

    最近在写UI部分的API文档。在写的过程中，发现产品在技术实现上的许多不足和缺陷，重新思考了一些功能的实现技术以及可行性，并和底层的工程师做了探讨。有一些方法和技术，不但可以提高产品的质量，提高开发效率，更可能极大的改善产品的体验。虽然想法是好的，也确实可以尝试或者应该那样去实现，但受限于技术水平，公司目前没有这样的技术能力去实现。其实，我主要想到的是PHP和Flash技术。这是两样再常见不过的技术了，但公司目前没有人掌握。我想，这基本上会成为我后面这段时间要去学习的东西。

    抛开公司的一些具体情况不谈，做交互设计，在技术领域应该掌握哪些东西，掌握到什么程度，我有一些思考。

    交互设计，我的一个初略的理解，就是把实现模型转变为心智模型。既然交互设计是实现模型和心智模型的纽带和桥梁，那技术能力应该成为交互设计师的一个必备能力和基本素质。

    Cooper在给同行的话中也说到：“交互设计师通常不是来自各级程序员，尽管如此，他们也是精通技术的人。非技术人员无法想象计算机能为我们做的美好新事物。非技术人员无法理解CPU的时间与用户下次击键之前计算机迅速地完成千万次指令的精细平衡。”

    看一看微软亚洲研究院交互设计中心对原型工程师的招聘要求，有这么一条：“Proven record of developing SW applications for Windows. Must master C++ (or Java), Python, and web development languages. Will be great to have strong programming experiences on Macromedia Flash and Director.”

    Cooper也说到：“（交互）设计师很少编程，除非你可以完全控制你的项目，否则你同时设计和开发将对不起你的用户，这存在利益冲突。”

    我理解这个利益冲突，因为这两年我就一直处在这样的冲突中。我想有好的设计，我同时想有好的技术实现。我曾经为走设计的路还是走程序的路而思考辗转过很长时间。当时一个让我不能放弃程序的理由就是，担心两年的程序经验浪费了。当时不理解设计，不理解交互设计，所以当时有那么一条理由。现在看来，没有浪费，很有用，而且还不够用。

    那么对技术的精通哪里来？我认为还是从实际开发中来。在设计的时候，你不需要考虑某个功能的代码具体怎么写，但你知道应该怎么去实现，我想，掌握到这个程度应该就够了。所以不经历实际的开发过程，不经过亲手敲出自己思考的代码的过程，怎么实现那个功能就不会思考那么清楚，精通就远谈不上。

    那是不是交互设计师都是从事过开发工作的人？这个我不清楚。我认为对技术的掌握，是做交互设计的必要条件。如果有一个设计团队，那团队里需要精通技术的人。如果没有团队，只有你一个人，那你就必须掌握技术。

    很多小公司都有这样的人，要做设计要做开发，一定都有和我一样的困惑。公司不懂设计，公司需要你这样一个多面手。在设计和开发之间，这个平衡很难把握，把握住的结果那也是你的设计一般般，你的程序也一般般，做的糟糕的话还很有挫败感。毕竟做全才很难。怎么办？振之曾经跟我建议过，这时候的重心不是在设计，程序实现最重要，更重要的是，让全体开发人员都有为用户着想的意识，把这个意识带到通常那种边设计边开发的过程中去。交互设计和用户体验不是一个人来抗，一个人也抗不好。看过白鸦一篇文章，是对公司是否应该成立设计团队的讨论，结论是对于一些小公司，不如没有设计团队。这里面有一些道理是相同的。

    我有一些完美主义情结，所以我以前的做法是，把设计和开发分开，其实就是把我自己分开，做设计的时候就只管设计，做开发的时候就只管开发，以为这样就遵循了所谓正确的产品开发流程。但实际的结果和理想相差甚远，最后的结果就是产品很糟糕，设计糟糕，程序也糟糕。现在，我改变了一些做法。像振之建议的那样，要让开发人员具有为用户思考的意识。我会经常发一些博文给他们看，发一些成功的产品例子给他们看，然后在休息的时候引发大家来讨论，有时候甚至是争论和辩论。我也给头头讲一些我对产品开发和项目管理的分析，说出一些不合理和可以改进的地方，也给他看成功产品的设计，让他明白设计的重要性和设计的力量，然后头头就会在开会的时候又引发大家来讨论。这些小动作带来的影响是潜移默化的，也是有效的。整个开发团队，包括你自己，都会受益。而对于自己，要不断的学习和提高，不仅在设计上，也在技术上，因为你是连接用户和工程师的桥梁。

    Cooper 说，“ 设计师不仅要成为用户服务的倡导者，还要成为组织内部革新的倡导者”。所以，有与我一样困惑的同志们，抛开那些困惑，思考一下怎样能把产品做好，怎样能做出一个成功的产品，让你的思考影响你周围的人，然后做你所能做的。这样，用来思考困惑的精力就转移到做产品上来，转移到自我学习和提升上来，这比困惑的心情要好的多，也许会找到久违的成就感。

    PS：我不是什么专家型人物，上面的看法和建议是最近的个人感受。

2008-04 UCDChina 南京书友会：排序

2008-04-18T16:30:00.003+08:00

    排序，是大家常见的功能，无论在文件系统中、在网络商城中、在数据表格中，按照类型排序，按照时间排序，按照价格排序，还有自由排序，等等。

    排序，就是把一个集合中的对象，按照属性来进行划分，然后按照一定的顺序进行排列。表格，是大家最常见的加以排序功能的载体。如淘宝的商品列表，按照价格高低、卖家所在地、信用等级排序。Excel、财务管理等数据处理软件，按照数据大小排序。详细信息视图下的文件系统，按照文件大小、文件类型、修改时间排序。如果不是详细信息视图，而是平铺、缩略等视图，那也是以大小、时间、类型属性为标准来进行排序，只是这些属性在视图上是隐藏的。

    那为什么要排序呢？大体来看有两个目的。第一点，很显然，排序就是比较，比较就是为了选出目标对象。第二点，就是把集合中的对象按照一定的有序方式输出，得要一个有序的结果。那要这个有序的结果干什么呢？也是给别人看的，也是为了让别人能方便快捷的寻找到有用的目标对象。这样看来，第二点和第一点的最终目标是一致的：用户的直接目标是寻找和选择自己想要的对象。排序是辅助用户达到这个目标的有效手段。很显然，电脑要比人工强大的多，所以集合中的对象越多，排序的作用就越大和越明显。

    那怎么排序？或者说排序的标准是什么？当然，这里不会讨论程序和数据结构。前面说了，排序就是按照对象的属性来进行划分，那么属性就是排序的标准。一个集合中的对象，都有共同的属性。理论上来说，有多少属性，就有多少种排序方式。以文件系统为例，文件的属性有大小、类型、修改时间、创建时间等。再看mp3歌曲的属性，有艺术家、唱片标题、发行年、曲目号码、流派、歌词、来源、音频持续时间、位速、频道、音频采样级别等等。每一种属性都可以用来排序，那是不是太多了？是的，如果所有的属性都按照列表的方式排列开来，那太夸张了。所以，大部分属性是隐藏的，也不提供对这些属性的排序功能。一般只提供基本属性的排序，就如详细视图下的文件列表。

    哪些是基本属性呢？这个就要看目标用户了，对目标用户有用的属性就是基本属性。以mp3来说，我们将用户划分为三类。第一类，只管听，不管这歌是谁唱的，什么时候出的专辑，不管是港台的、大陆的还是英伦的，好听就行。第二类，除了听，还有高一层次需求的，要听××歌手的，要听××年代的，要听××风格的。第三类，更有追求了，是玩音乐的，除了上面两类的要求，还要知道音频采样、频道、位速等等专业的东西。按照cooper对用户的划分，可以分为初、中、高级用户。中间用户永远是占大多数的，所以中间用户的需求，放到排序这里，他们所需求的属性，就是软件、网站、信息系统所提供的排序方式。看看文件系统，确实是那么几项。初级用户虽然暂时用不到按这些属性来排序，但初级用户会成长为中间用户，到时候会用到。而高级用户，那些玩音乐的，真实太少了。那也只有他们在玩音乐的时候才用到那些属性来排序，而当他们听音乐的时候，也就和中间用户，甚至初级用户一样。所以，按照目标用户，以中间用户的需求选择属性，来做为基本的排序方式，对于初级用户，提供基本视图，隐藏或简化排序功能，对于高级用户，提供高级视图，提供更全面的排序方式。

    下面扩展一下对象的属性。除了那些固有属性，还有没有其他动态的属性、变化的属性？有，比如说频率。按照某个对象的使用频率、点击频率来作为排序的对象。在网上商城的一个典型例子就是按照关注程度来排序，按照商品的好评程度来排序，还有大家常见的Tag，也是按频率来排序的。这个机制和搜索引擎有些类似的地方，在网上商城很常见，那在文件系统中是否也引进一下呢？再扩展一下，不但属性是动态的，对象也是动态的。就比如歌曲排行，新歌在不断的加入，而歌曲的点击率也在不断变化，排行榜要实时显示。这个应该是技术上的问题了。

    再扩展一下，属性的格式化和标准化。常见的排序属性，基本都是以关键字排序，也就是把属性字符化，然后对符号进行排序。是否可以避开这个过程，直接对属性进行比较呢？举个例子，本命年，要买红色的东西。我想看看有哪些红色的东西。怎样按颜色来排序？按颜色排序，那就要按颜色的标准码来。但标准码怎么来呢？卖家贴出商品的时候填上颜色码？不好弄。系统自动识别？有难度。所以，按颜色来排序，就不大好实现。如果所有的属性都以二进制流的方式来识别，那将来可排序的属性可能会更多。再来看标准化，比如按照尺寸排序，卖家张三填的是长×宽×高，而卖家李四填的是长×高×宽，那排序后用户做出的选择必然会有差错。属性没有标准，那错误就必然发生。所以对象属性的格式化和标准化是排序的重要方面。

    在有了标准和格式的情况下，那排序的方式有哪些呢？手动？自动？自动排序，我们可以理解为默认排序，也就是以一个基本属性为标准，上面说的按照频率等来自动化的排序也是这样。这个很容易理解。手动，那就是用户自己选择一个属性作为标准。也很容易理解。扩展一下，用户不想以那些属性来排序，用户就要自己来排。这种排序比较常见的就是文件系统，用户可以把文件图标随意排放。还有就是blog里大家对友情链接的排序，对文章分类的排序。Wordpress里有专门的插件，可以通过拖拽来排序。Blogbus里用的是让用户输入数字来排序。这些都代表了自由排序。

    再扩展一下，现在常见的排序都是一维的，也就是按照一个属性来排序，能否按照两个、三个甚至更多属性来同时排序呢？那就需要二维、三维和多维空间。举个二维的例子，按照物品的生产时间和重量这两个属性来排序，那就要画出一个二维坐标，X轴，Y轴，物品在这个二维的坐标中以点的方式来呈现。三维的也可以这样。当然维数越多，技术上越困难，并且也不利于用户做出选择了。

    下面来看一看一些常见的产品，看看它们和排序的关系。

    先来看手机通讯录。我的手机是S40系统。S40系统的通讯录排序，是按照姓名，按照数字和字母顺序来的。我常常遇到这样的情况，我要发同一条信息给几个人。第一个人，我可以通过查找调出他的名字。而第二个、第三个人，我查找不起来了，只能按顺序在通讯录里去一个一个往下按。而S60做的比较好，可以查找后选中checkbox，然后继续查找，再选中。那能否按照联系频率来给通讯录排序呢？S40中有一个“最近常用联系人”，但也只有15个，而且是常通话的联系人，不是常短信的联系人。对于按字母排序，能否按字母块再多一级上级排序呢？比如我要找G开头的一个人的名字，能否让我直接跳到G开头呢？而不是仍然要从A到G按顺序这么一个一个按下去。

    再来看手机九宫格菜单。S40和S60都无法排序。每次进入S40的九宫格，都是默认选中的多媒体文件夹，如果我要发信息，那要按一下左，再按一下上，这就多了两次按键操作。按照我的想法，九宫格菜单应该和桌面电脑的图标一样，可以自由排序，或者按照使用频率排序，而不是固定格式。iPhone我没用过，我想应该可以。

    来看看IM。QQ、MSN、GTalk、百度Hi，都是只有默认按照名字来排序，好像没有其他排序方式。QQ有个最近联系人，但不清楚它的排序方式是什么。如果你的IM里联系人很多，而你要找一个人，给他发个消息，而你又记不得他的IM号码，也记不得他的昵称，那就老老实实的去按顺序找吧。如果给IM软件加上自由排序，或者加上按照联系频率等排序方式，是否更好用呢？

    看看网络相册，Flick和又拍，就有比较好的自由排序机制。而windows live spaces的相册，只能按照创建和上传的默认时间排列。

    还有输入法。智能ABC，估计大家都不用了吧，其实一点都不智能。字是固定的排列，每次都要翻着找。Google输入法就智能了，按照使用频率自动往前排。

    大家可以看看Silverlight的宣传片，从里面可以看出一些排序的应用。

    总结一下，排序，三个要素：集合、对象、属性。然后在这三个属性中变幻吧。当然，前提是，要对用户有用。

[转]RIA技术概览

2008-04-17T16:26:00.002+08:00

《程序员》杂志05年第二期原文，个人网站转载请注明作者（王林/Azure）和出处（中国RIA开发者www.riacn.com）并且保留这段版权说明，商业网站转载需要得到CSDN的许可。

RIA技术概览

    互联网已经日益成为应用程序开发的默认平台，传统的Web应用程序（Web Application）是基于HTML页面、服务器端数据传递的模式。而HTML是适合于文本的，随着Web应用程序复杂性越来越高，传统的Web应用程序已经渐渐不能满足Web浏览者更高的、全方位的体验要求了，这就是被Macromedia公司称之为的"体验问题"（"Experience Matters"）。此时一种被称为Rich Internet Application（简称RIA，中文翻译作"丰富互联网应用程序"）的具高度互动性和丰富用户体验的网络应用程序出现了。Macromedia公司也借此机会开发了相关的技术和开发工具，促进RIA的开发和普及。

    1. RIA的产生背景

    企业级应用程序经历了几次系统架构方面的重要转变，在此过程中，客户端的表现能力有起有落。图1显示了Rich Internet Application的发展过程：

图1.Rich Internet Application的发展（摘自Macromedia Flex：创建企业Rich Internet
Application 的表示层解决方案）

基于主机的应用程序：应用程序提供基于文本的非图形化用户界面，只有内部人员才能进行访问。
客户机/服务器（Client/Server，简称C/S）应用程序：二十世纪九十年代随着Windows的出现和客户端处理能力的增强，出现了客户机/服务器应用程序，它们采用图形用户界面，客户端的数据处理能力比较强。但由于客户端应用程序需要进行不断的更新，因此部署成本比较高，只能为少数人所使用。
浏览器/服务器（Browser/Server，简称B/S）应用程序：九十年代中期，互联网飞速发展，出现了浏览器/服务器应用程序，Web的广泛使用解决了C/S应用程序部署、和更新的困难。但由于采用了HTML页面形式的用户界面，客户端的数据处理能力较C/S应用程序有所回落。

C/S架构的缺点主要是部署、更新的问题。B/S架构的缺点主要是受制于HTML的限制，无法像C/S那样使用丰富的效果来展示数据，用户体验比较糟糕。另外，稳定的客户端/服务器连接，也是必要条件，网络中断将使B/S程序无法运行。从C/S到B/S，这两者受限于技术本身分别发展成了重客户端和重服务器端的模式，而RIA的出现给我们带来重新在客户端和服务器端进行更好的平衡的机会。

2. 什么是RIA

RIA 是集桌面应用程序的最佳用户界面功能与Web应用程序的普遍采用和快速、低成本布署以及互动多媒体通信的实时快捷于一体的新一代网络应用程序。RIA中的 Rich Client（丰富客户端）提供可承载已编译客户端应用程序（以文件形式，用HTTP传递）的运行环境，客户端应用程序使用异步客户/服务器架构连接现有的后端应用服务器，这是一种安全、可升级、具有良好适应性的新的面向服务模型，这种模型由采用的Web服务所驱动。结合了声音、视频和实时对话的综合通信技术使RIA具有前所未有的网上用户体验。

下图就是RIA的应用程序模型：

图2.RIA的应用程序模型

    3. RIA的优势

    RIA 具有的桌面应用程序的特点包括：在消息确认和格式编排方面提供互动用户界面；在无刷新页面之下提供快捷的界面响应时间；提供通用的用户界面特性如拖放式（drag and drop）以及在线和离线操作能力。RIA具有的Web应用程序的特点包括如：立即布署、跨平台、采用逐步下载来检索内容和数据以及可以充分利用被广泛采纳的互联网标准。RIA具有通信的特点则包括实时互动的声音和图像。

    客户机在RIA中的作用不仅是展示页面，它可以在幕后与用户请求异步地进行计算、传送和检索数据、显示集成的用户界面和综合使用声音和图像，这一切都可以在不依靠客户机连接的服务器或后端的情况下进行。

    对于企业来说，部署RIA的好处在于：

    1）RIA可以继续使用现有的应用程序模型（包括J2EE和.NET），因而无需大规模替换现有的Web应用程序。通过Rich Client技术，可以轻松构建更为直观、易于使用、反应更迅速并且可以脱机使用的应用程序。

    2）RIA可以帮助企业提供多元化的重要业务效益，包括产提高销量、提高品牌忠诚度、延长网站逗留时间、较频繁的重复访问、减少带宽成本、减少支持求助以及增强客户关系等。

    4. RIA目前的发展态势

    在过去的两到三年中，Web开发人员一直是想构建一种比传统HTML更丰富的客户端：这是一个用户接口，它比用HTML能实现的接口更加健壮、反应更加灵敏和更具有令人感兴趣的可视化特性。RIA技术的出现允许我们在因特网上以一种像使用Web一样简单的方式来部署富客户端程序。无论将来RIA是否能够如人们所猜测的那样完全代替HTML应用系统，对于那些采用C/S架构的胖客户端技术运行复杂应用系统的机构和采用基于B/S架构的瘦客户端技术部署Web应用系统地机构来说，RIA确实提供了一种廉价的选择。下面介绍一下目前出现的几种比较有实力或者有特点的RIA客户端开发技术：

    1） Macromedia Flash/Flex
    Flash 从6.0开始Flash就逐步具备建立窗体风格的应用程序的功能。据Macromedia称已经有98％以上的桌面系统的浏览器都安装了 Macromedia Flash Player。这使得以Macromedia Flash Player为客户端的RIA可以支持种类广泛的平台和设备。
Flex是为满足希望开发 RIA的企业级程序员的需求而推出的表示服务器和应用程序框架，它可以运行于J2EE和.NET平台。Flex表示服务器提供基于标准的、声明性的编程方法和流程，并提供运行时服务，用于开发和部署丰富客户端应用程序的表示层。Flex开发者使用直观的基于XML的MXML来定义丰富的用户界面。该语言由 Flex服务器翻译成SWF格式的客户端应用程序，在Flash Player中运行。

    2） Laszlo
    Laszlo 是一个开源的RIA开发环境。使用Laszlo平台时，开发者只需编写名为LZX的描述语言（其中整合了XML和Javascript），运行在J2EE 应用服务器上的Laszlo平台会将其编译成SWF格式的文件并传输给客户端展示。从这点上来说，Laszlo的本质和Flex是一样的。Flash是任何浏览器都支持的展示形式，从而一举解决了浏览器之间的移植问题。而且，在未来的计划中，Laszlo还可以将LZX编译成Java或.NET本地代码，从而大大提高运行效率。

    3） Avalon
    Microsoft的Avalon是下一版本的 Windows（代号"Longhorn"）的一部分，是一个图形和展示引擎，主要由新加到.NET框架中的一组类集合而成。Avalon定义了一个在 Longhorn中使用的新标记语言，其代号为"XAML"（可扩展应用程序标记语言）。可以使用XAML来定义文本、图像和控件的布局，程序代码可以直接嵌入到XAML中，也可以将它保留在一个单独的文件内。这与Flex中的MXML或者Laszlo中的LZX非常相似。不同的是：基于 Avalon的应用程序必须运行在Longhorn环境中，而Flex和Laszlo是不依赖于平台的，仅仅需要装有Flash播放器的浏览器即可。

    4） Java SWT
    Java 已经出现几年了，并且完全支持创建基于窗体的用户界面。除了Java基础类（JFC/Swing）中的用户界面组件之外，开发人员还可以使用来自于 Eclipse Project的SWT工具箱和许多第三方工具箱进行开发。对于图形来说，可以采用Java 2D API：一个非常完整且非常复杂的图形API。你可以通过一个Web浏览器使用Java插件软件，或使用Java运行时环境中较新的Java Web Start技术来部署应用程序。使用Java建立Rich Client的主要缺陷是它的复杂性（即使对简单的窗体和图形也要求编写非常烦琐的代码）和Java浏览器插件的低市场占有率。

    5） XUL
    XUL （念作"zool"）是一种基于XML的用户界面语言，它来自于Mozilla的开放源码项目。它可用于建立窗体应用程序，这些应用程序不但可以在 Mozilla浏览器上运行，而且也可以运行在其他描述引擎上，如Zulu（一个Flash MX组件）和Thinleys（一个Java实现）。XUL描述引擎都非常小（100K以下），它可以使用XML数据也可以生成XML数据。XUL的一个主要缺点在于它目前还没有获得一个主要商业实体的支持。XUL最大的优点在于它与Gecko引擎的集成（打开了通向大量Web标准的大门），以及与大多数其它XML用户界面描述语言相比它是一种非常具有表达力和简洁的语言。

    6） Bindows
    Bindow 是用Javascript和DHTML开发的Web窗体框架。Javascript用于客户端界面的显示和处理，XMLHTTP用于客户端与服务器的信息传输。Javascript在客户端的表现力不容置疑，利用Javascript几乎可以实现Windows应用程序所能干的大部分事情，XMLHTTP 一直以来常被用于实现"无刷新"的Web页面，它和 Javascript配合，可以完成数据从服务器和客户端的传输。Bindows的一个主要的缺点是它采用一次全部载入的方式来实现脚本库，在窗口的加载期，需要一个漫长的等待过程，甚至浏览器的进程会产生无响应的情况。这点Bindows根本没有遵循"用多少去多少"的准则。另外，内部大量利用了IE6 的技术，没有考虑到非IE的浏览器，限制了Bindows的流行。

    5. RIA未来的发展预测

    就目前RIA的使用情况来说，离"RIA时代"还有很远的一段距离。今后几年时间内传统的Web应用程序和RIA将会共存。笔者认为真正具有实力担当起普及丰富客户端应用重任的只有基于Flash Player的Flash/Flex应用程序和Microsoft的基于Avalon的应用程序。短期时间内（估计2-3年时间）可能是 Flash/Flex应用程序在新兴的网络应用程序市场上占有主导地位。随着时间的推移，Flash/Flex应用程序的市场占有率可能会慢慢被基于 Avalon的应用程序所蚕食。当然，Flash Player和Flex以后也会不断推出新版本，相对于升级操作系统或安装Avalon运行环境，人们肯定更愿意升级Flash Player。Flash/Flex应用程序也有其本身固有的软肋，Flash Player的执行效率和对本地资源的操作限制是无法和Avalon相比的，相对于浏览器中的插件而言，Avalon的应用程序拥有更加广阔的可操作空间和更高的执行效率。

    目前Microsoft还在推广一种叫做Smart Client（智能客户端）的客户端程序技术，Microsoft称Smart Client是比Rich Client更优秀的客户端，因而采用Smart Client的应用程序算不算RIA目前我个人还无法作答。这里我们之所以提及Smart Client，是因为Smart Client的特性跟我们谈的Rich Client有太多的相似之处。Smart Client拥有自动更新、离线状态下的数据处理和可以使用本地资源等特征，其中的可使用本地资源这一项无疑是一大卖点，因为浏览器中的 Flash/Flex应用程序目前还无法操作本地的一些资源，比如Flash/Flex应用程序无法将网上的文件保存到本地或者修改本地文件。虽然 Macromedia的Central1.5已经可以对本地文件进行简单的操作，并且flex1.5开发的RIA也能够运行于Central上，但是如何使Central能够得到大范围推广还是个问题。相对于轻量级的Rich Client，Smart Client更接近C/S架构中的客户端程序。Rich Client和Smart Client的定位还是有所区别的：Rich Client更适合作为轻量级的基于浏览器的网络应用程序客户端；Smart Client更适合作为Windows桌面应用程序的智能客户端。

    不管我们今天称之为的RIA今后会不会成为主流应用程序，人们对开发具有高度互动性、丰富用户体验以及功能强大的客户端的追求是不变的。有理由相信，拥有成熟技术和极高市场占有率的Flash客户端将会在RIA道路上越走越远。Microsoft未来的重量级武器：Avalon和Smart Client能否后来者居上让我们拭目以待。

2008-03 UCDChina 南京书友会：帮助

2008-03-17T16:21:00.002+08:00

    这次参加的朋友又多了好多，我也“忽悠”了一个做设计的中学好友一起参加。这次讨论的话题是：怎样设计“帮助”更有效？

    由于晚到，没有听到振之关于主动帮助和被动帮助的观点，轮到我发言时，我又罗嗦了一通，实际就是表达的这个意思。这是我对于“帮助”的基本认识。在听完大家一圈的发言之后，我又有了新的观点。

    话题，怎样设计“帮助”更有效，所以就不说好的设计不需要帮助之类的话了。

    听大家的发言，发现大家把“帮助”的含义扩展开来，认为整个网站的设计其实就是“帮助”，教会用户如何使用网站也是“帮助”，还有一些导航和提示也划为“ 帮助”的范畴。其实，我不赞成这样的广义的“帮助”，这些广义的帮助有的应该属于网络营销、网站推广的范畴，这样很容易又和广义的“设计”放在一起讨论，反而不够清晰。

    我的理解是，“帮助”就是针对“困难”来的，就是用户在完成一个目标任务的过程中遇到困难时，有问题时，需要知道如何解决问题所需要的那部分知识。这种知识的表现形式，就是我们所要设计的。

    有哪些表现形式呢？JunChen在文章中提到了常见的“帮助”形式：文档型帮助、情景式帮助、演示型帮助等等，以及这些形式的优缺点。

    我觉得要设计帮助的形式，首先要看是什么样的产品。这里我大概分“普通”和“高级”两类产品。

    “ 普通”的，就是用户不以学习如何使用为目标，而是以直接完成任务为目的，这类产品常见的有网站、IM软件等，用户的目标很直接，也许就是想注册一个帐户，也许就是想加一个好友。用户在执行这些任务的过程中，遇到困难，那需要得到即时的直接的帮助。这时应该以主动帮助为主。对用户操作过程和行为的监控，对相关数据信息的分析，系统能够对当前用户遇到的困难做出“尽可能准”的判断，告诉用户“出了什么问题”，然后以直接的方式，告诉用户，“你应该怎么办 ”。以此来缩短执行目标任务的时间。用户无需知道“为什么”，只需要知道“怎么样”，从而继续任务的执行。通常这样的任务或产品在逻辑和结构上是简单的，情景式帮助和演示型帮助是比较好的形式。

    “高级”的，那就是用户以学习如何使用为目标，这样的用户属于专家用户。常见的产品有图像处理、动画制作、文档处理等等软件。专家用户不会只满足“怎么样 ”，需要知道“为什么”。这样的帮助需要全面和深入。常见的就是帮助文档，而实际中，帮助文档是不够的，用户往往会看专业书籍，那书也成了帮助系统。通常这样的任务或产品在逻辑和结构上是很复杂和庞大的，目前看来，也只有详细而全面的文档才能有效的辅助用户。这样的帮助更多的是被动帮助。

    以上就是听了大家的发言后产生的一些观点。

    在发言中，发现大家普遍的在表达不够流畅，不能完全清晰的表达出自己的观点，有些朋友还不知道该说什么，我也是这样，发言的时候浑身很不自然，说话罗罗嗦嗦。我想有几个原因吧。设计师的性格原因，做设计的人，多是内向和敏感性的人，想法很多，但不一定善于综合总结和表达。这样的性格在众多生面孔面前，更加突出。对于第一次参加的朋友尤为这样。还有就是话题的发散性，发散性会引出很多想法，但想法多了，就难于归纳和总结，所以表达的时候也就缺乏条理。也许问题在具体一些，再详细一些，大家会表达的更到位。

    我觉得语言表达能力对于一个设计师很重要，光有想法不行，表达不出来，坏的脑子里，不能有效的表达出来，别人弄不明白，那同样没用。现在的设计强调的是团队协作，设计师要与用户、与管理人员、与工程人员交流，表达不清楚，误解的几率增多，工作的效率可就下降了。

    貌似我上面的话也没表达清楚，哈哈。慢慢来吧，写博客就是一个不错的训练方法，多交流更重要。

[转]以用户为中心设计思维考问中国IT企业

2008-02-24T16:18:00.003+08:00

一直在想，一些企业是怎么开展UCD的，他们到底是怎么做的。看到大连海事大学中国欧盟可用性研究中心的一份调查，对国内企业的UCD状况有了一些了解。

转自：http://news.ccw.com.cn/digital/htm2008/20080129_375543.shtml

【计世网独家】（作者大连海事大学中国欧盟可用性研究中心刘正捷郭志伟钱凯魏慧玲）

近年来，随着中国经济的发展和市场全球化，用户体验正为越来越多的人所认识，市场竞争的重点正在从技术转向用户体验，消费者对用户体验的要求越来越高，厂商对可用性的关注也与日俱增。为了更进一步认识中国可用性行业和从业人员的现状及面临的问题，以利于行业今后的顺利发展，大连海事大学中国欧盟可用性研究中心开展了关于中国IT企业以用户为中心设计（UCD）实践状况的调查研究。其结果值得中国IT企业深思。

作为可用性工程的核心方法论，以用户为中心的设计方法（UCD）自20世纪80年代末在北美、欧洲发达国家的IT业界开始实际应用，并在实践中不断完善和成熟，在提高产品可用性质量和用户体验方面取得了明显成效。国内企业起步较晚，但近年来发展迅速，国内各大知名企业纷纷成立用户体验/可用性 /UCD部门，一些规模较小的创新型企业也在这方面有所动作。可用性与用户体验研究正在国内迅速崛起，并逐渐形成一个新兴行业。

大连海事大学中国欧盟可用性研究中心选择了在可用性和UCD方面已经有一定积累或比较领先的13家中国企业，开展了关于中国IT企业UCD实践状况的调查研究。调查对象主要为大型企业，也包括少数创新型中小企业，地理和行业分布如图1和图2所示。在每个企业中选取1 名可用性从业人员作为受访者，均有一年以上的可用性从业经验，总体平均从业时间为两年半，其中33%的受访者为普通可用性从业人员，67%为UCD部门主管。

为了全面系统地了解企业在UCD方面工作开展的状况，调查参照了可用性成熟度模型(UMM)(INUSE, 1998)(Bevan & Earthy, 2001)的以人为中心程度衡量尺度——UMM∶HCS（如表1所示）。

该尺度用来衡量组织的可用性成熟度，即保证产品可用性质量的能力水平，它所涉及的领域包括：关于使用质量的培训、用户信息收集、与现有流程的融合及使用质量在企业制度上的保障等方面。根据这个模型，调查工作的侧重点包括可用性的员工培训及认识水平、用户参与程度、 UCD的不断完善、UCD与原有流程的融合和UCD方法应用状况这五个领域。

国内UCD部门现状

目前，大多数企业的UCD部门都隶属于产品线下的研发部，少数直接隶属于企业级领导，或位于研究、支撑平台或市场部门下。绝大多数部门都是从美工或者界面设计部门演变过来，少数是由企业高层直接组建。部门成员背景以设计、计算机居多，搭配少数的心理学与社会学。其中大型企业的UCD部门员工背景有比较明显的多学科交叉特点。

大多数被调查企业的可用性相关工作较多集中在设计阶段，工作主要是用户研究和产品设计。这些企业中的UCD部门已经受到公司领导的重视，并且越来越得到其他部门的认可，部门人员有扩充的趋势，专业化水准有所提升，分工也越来越细，用户研究工作也逐渐渗透到产品生命周期中除设计之外的其他阶段。

员工培训及认识水平

大多数被调查企业都还没有针对用户体验的培训内容，主要限于UCD部门内部交流。个别企业已经在整个企业范围内针对用户体验进行比较系统的培训，接受培训的人员主要是部门级的管理人员及部分对可用性感兴趣的员工。

从培训效果来看，只有和UCD部门合作过的员工才能在方法层面上有一些认识。大部分被调查企业的普通员工对于UCD的整体理解仅仅停留在用户界面层面，少数企业的员工会认识到UCD与整个产品的架构和功能设计有关。在这方面，互联网行业对UCD与整个系统有关的意识较高。

在多数被调查企业中，普通开发人员在进行某个设计方案选择时，首先会考虑到自己的工作量和工作绩效，其次才会考虑用户体验。而互联网企业对用户关注的意识较高，因为员工通过对用户行为数据的监控分析，会直观感受到自己的每个决策在用户体验上的最终效果，比较容易在自己的工作与用户体验之间建立联系。

用户参与程度

在对用户参与产品设计开发的认识方面，大部分被调查企业的管理层都已经意识到需要关注和改进产品可用性，有的企业甚至已经通过制度化来保障用户信息的收集，并把产品可用性作为一项系统质量因素来评估产品。

但受访企业中仅有一家企业对部分产品进行了可用性定量测试并据此建立产品可用性基准。没有采用可用性基准的企业主要有两种情况：一种是以硬件提供商为代表的企业，虽然有意开展基准测试，但由于方法掌握程度和技术手段的限制，没法得到准确和有意义的定量数据；一种情况是互联网企业，更倾向于采用点击率等数据去衡量产品的成败，通常不使用可用性定量基准。

在产品设计开发过程中进行持续可用性评估方面，只有少数企业能够在早期开展持续的迭代设计和评估，过程中则较少采用基于原型的用户测试，而是更多地依靠行业/领域专家的评估。被调查的互联网企业基本上都不采用持续的测试评估，都是在产品上线后再做评估和改进；传统软件企业当中，个别企业受瀑布开发模型与CMM体系的影响，不太愿意接受产品的持续变更与改进。正是由于没有反复迭代的设计过程，所以大部分企业内部也没有相应的设计方案变更管理。

UCD的不断完善

超过三分之一的被访企业拥有自己的可用性实验室，有的企业甚至购置了眼动跟踪仪和专业分析软件来提升研究能力，也有企业通过在不同地点建立多个可用性实验室来加强对公司产品线的支持。有超过三分之一的企业建立了UCD活动的文档模板，这些基础设施的建设表明企业对于 UCD工作积累的重视。

在UCD部门的自我提高与完善方面，多数企业普遍采用的办法是部门内部在项目之后的经验总结和分享。在部门今后发展规划与员工技能发展方面，多数企业的UCD部门主管都对UCD部门员工的技能发展进行规划，其主要实施形式有三种：1.部门内部交流学习制度化; 2.外聘专家培训; 3.组织员工参加业界交流活动。

在有关UCD的对外合作方面，目前国内企业采用外包或外聘专家的并不太普遍，但大多数对外包持接受态度。主要原因是企业UCD开展程度还不够深，对于UCD的理解和掌控能力不足。在受访企业中主要有三种情况：1.完全不接受外包策略，这主要是受到中国企业普遍的“自己做（DIY）”文化的影响，喜欢什么事情都自己来做；2.能够接受外包策略，但由于自身可用性成熟度不高，对UCD整体流程的理解不足，不知道流程当中的哪些环节可以外包，或不知道外包之后如何去进行过程和质量监控以及结果的验收和利用；3.出于企业商业与技术保密考虑，害怕外包会泄漏机密。

UCD与原有流程的融合

受访企业普遍认为可用性是重要的产品质量因素，但多数企业并没有将可用性融入到自身的质量管理体系中去，而更多的是由UCD部门自己来控制; 个别实施较好的企业采取在质量管理部门下面建立用户体验分部的做法，做法超前的企业已经将可用性作为重要考查指标纳入质量体系。

目前受访企业中UCD部门与其他部门，尤其是开发部门的沟通已基本没有太大的问题，但在制度和授权上，还不能保证UCD部门在用户体验方面的主导性和权威性，这在很大程度上还要依赖于具体可用性人员的专业水平和沟通能力。

总的来说，目前企业开发流程上对UCD提供的空间不够，企业还没有找到把UCD有效和高效地结合到开发流程中的办法。

UCD方法运用状况

对企业在产品设计中常用的UCD方法进行调查，结果如表2所示。我们可以看出，被调查企业使用的UCD方法比较广泛。使用比较多的UCD方法有竞争产品研究、原型法（高保真）、用户满意度调查、文案分析法、用户访谈、可用性测试（发现问题为主）、专家评估、焦点小组。比较少用的方法包括可达性评估、远程可用性研究、眼动跟踪方法、日志法、认知走查法。

在被调查的企业中，UCD方面均开展了大量的尝试和实践，积累了一定的经验，对有些方法的运用已经相当纯熟，甚至开始结合自己的需要探索一些方法的创新。但这些企业的可用性成熟度总体上还没有达到较高水平。他们对比较经济有效的可用性方法使用较多，而对其他方法则使用较少，从业人员对UCD方法的把握能力还有待提高。

受调查企业在选择和运用可用性方法的能力上差别较大。一部分企业在对一些常规可用性方法的认识和掌握方面尚有所欠缺。在方法的选择上，主要是受到项目资源和员工认识水平的限制；在方法的具体运用上，更多的限制则是源于员工技能和经验的不足。

成熟度评估

为了对国内企业的可用性成熟度发展水平有一个总体上的了解，我们还根据可用性成熟度模型的以人为中心程度衡量尺度——UMM∶HCS（如表1所示），对受调查企业进行了非正式的可用性成熟度评估。通过对调查数据的整理和分析，各受调查企业关于UMM∶HCS各个属性和实践的状况如表3所示。这里采用的评分尺度为：N——没有达到，P——部分达到，L——大部分达到，F——完全达到。

从结果中可以看出，现阶段国内硬件提供商在可用性成熟度方面相对较好，处于UMM五个成熟度级别的第三级或第四级，即已实施级或已融合级，这也许是由于消费电子产品领域竞争激烈，企业比较容易直接感受到可用性对最终用户的影响，使得他们迫切体会到可用性的重要性，从而在这方面大力投入的结果; 软件提供商和用户定制的解决方案提供商在UMM五个成熟度级别中多处于第二级，即已考虑级，这可能是由于软件行业较多受到传统软件工程思想的制约，影响到他们对UCD的接受和实践；服务提供商则多处于UMM五个成熟度级别的第一级，即已意识级，由于服务提供商行业市场变化迅速的特点，企业需要及时迅速地做出反应，所以很多互联网服务提供商只能根据自身特点，在开发流程中适当融入了一些可用性活动。

从业人员的看法

从调查中可以看到，在UCD方面领先的中国企业已经有两到三年的UCD实践历史，UCD部门也达到了一定的规模，而且正在发展多学科交叉的特点；一些企业开展的UCD工作取得了很好的效果，得到了管理层和其他部门的认可；从业人员对前景比较乐观，对现状普遍感到满意。这反映出中国企业在面对市场竞争压力时积极进取的态度，对先进技术和开发方法的敏感和接受能力，也展现出企业应对这些挑战的勇气和能力。

关于可用性行业未来发展面临的问题和挑战，受访者提到以下几点：企业管理层对UCD的重视程度以及普通员工的认识水平还有待于进一步提高；从业人员的素质和数量以及专业人才的培养能力与实际需求之间还有较大差距；行业发展不够规范，缺乏对应有的专业和技能水准的衡量和认定，这不利于行业今后的健康发展; 缺乏与可用性领域国际发展前沿和学术界的交流渠道，企业汲取和更新UCD知识和技能的能力不足，还需进一步提高整个社会对用户体验的认识和诉求。

链接

如何改善UCD部门现状：

根据对可用性专业的理解和对国内工业界实际情况的认识，我们认为可以从以下几个方面努力：

1. 加强整个企业范围的UCD普及培训，特别是提高管理层对UCD的认识，这是保证UCD理念在企业文化中扎根的关键；

2.加强业界同行的相互交流、加强与专业机构和学术界的交流与合作，进行系统规范的UCD培训，使得从业人员可以系统规范地掌握UCD的知识和技能；

3. 将UCD与现有流程的融合制度化，保证用户在开发过程各个阶段的参与，以及用户研究结果在开发过程中的应用；

4. 尽可能让开发人员有机会亲自参与到用户研究活动中，从而保证UCD部门与开发部门沟通的顺畅和以用户为中心开发理念的建立；

5. 建立产品可用性质量基准，明确可用性设计目标，衡量UCD工作效果，并提高UCD价值的可见性；

6. 改造现有开发流程，使其更好地接纳UCD的反复设计和评估活动；

7. 在产品设计开发早期引入UCD活动，以支持未来产品创新；

8. 建立可用性活动文档模版，在有条件的情况下建立可用性实验室，提高UCD活动的效率和规范性；

9. 围绕人才培养开展校企合作，保证培养的专业人才更适合工业界的需要；

10. 在高校IT类专业普遍开设人机交互有关课程，为UCD的进一步推广提供土壤。

自我们分析-产品的原则和方向

2008-01-29T16:14:00.002+08:00

    开发人员经常不理解产品需求。“××功能有用吗？”

    开发人员经常在争论某个功能的具体设置。“××要显示吗？还是不显示吧。还是显示吧。”

    开发人员经常怀疑自己所做产品的价值。“这东西做出来有人买吗？”

    开发人员经常羡慕人家做的东西。“哇，××做的真强～”

    设计人员经常对设计方案左右不定。“这样比较好，那样也有道理。”

    。。。。。。

    上面这些情况仅仅针对我所在的环境，其他公司我不清楚。这些问题看起来似乎很好笑，开发者似乎都在为产品经理着想，似乎都在为设计师着想，设计师似乎搞不清自己到底该设计什么样的东西出来。自己都不认可自己的产品和设计，怎么能做出让用户认可的产品和设计呢？

    “怎样能做出成功的产品呢？”我常绕着这个问题胡思乱想。我们没有完整的团队，只是一个开发组，我也没做过××经理，“没有调查，就没有发言权”，所以从个人理解来说说。

    先说说我觉得一个产品应该怎么去做。

    第一，定出产品的原则和方向。由谁去定？产品经理嘛。定义一个产品的信息来源是啥？从市场，从他对产品所在行业的理解，从他对用户的理解，最好还有他对产品创新的理解。看千鸟的《产品经理的责任》中有句话，“合格的产品经理才是产品合格的根源”，十分赞同。

    第二，产品的原则和方向出来了，那就开工吧，交给项目组。项目经理要做的，是依据产品的原则和方向去实施，去全力的带动整个项目团队来做好产品。这里边包括N多东西，要考虑时间、流程、成本、人力、质量等等一堆要考虑的东西。

    第三，下面就是项目组成员。简单的分就是设计师、工程师。设计又分，体验设计、交互设计、视觉设计；工程又分，前端开发、后台开发、测试。如果涉及到硬件，还要有硬件工程师和工业设计，这个我暂时还不了解。项目组成员在项目经理的协调下，各司其职，融合的协作来做出产品。

    这么多职能划分，至少差不多这么多人。人不是机器，不会机械的去按照任务做事，去写代码，去测试，去设计。每个人对产品都有自己的想法。大多数人都有一种心理，要证明自己的观点是正确的，希望自己的观点能够影响别人或者某样事情。也许自己并没有察觉，这是一种潜意识。这样的心理带来的是辩论，在形式上可能就是开会。就如《Don't make me think》里说的，web设计团队讨论可用性是在浪费时间，项目组成员讨论产品的方向也是在浪费时间。“没有调查，就没有发言权”，这句话用在这里挺恰当，因为每个人都是从自己的个体角度去谈产品的方向。

    大家有想法，很好。一时间，大家似乎都有市场眼光，都有为用户考虑的心。但想法要有个约束，有个方向。没有方向，那就成了发散式的个人观点。这个方向就是产品的原则和方向。如果项目组成员对产品的原则和方向不清楚，不认可，不理解，那问题就大了，带来的是项目进行过程中的混乱，最终产品可能失败。

    产品的原则和方向是产品经理来敲定，敲定就结束了吗？不，原则和方向的传达更重要。我们不能只得到一句“以家庭和SOHO用户为目标的××”和一张功能列表，我们要知道为什么是这个原则和方向，为什么是这些功能。不仅仅是告诉我们“要怎样”，还要告诉我们“为什么这样”。让所有成员认可、理解产品的方向，打消大家的疑虑。从项目经理到项目组成员，都要对产品有一致的认识。这样带来的好处有这么些：

    对产品，在传达产品原则和方向的过程中，团队成员一样会从技术的角度、从设计的角度提出自己的观点。产品经理也许出身技术、设计或者市场，他们的观点也是有不完善的。这样，产品经理与工程师、设计师的观点相互碰撞、融合，可能会弥补这种缺陷，对产品的完善是很有帮助的。

    对个人，“噢～，我是要做这么一个产品，它会带来××样的价值，会××的影响使用者的工作和生活，我的辛苦和努力是有意义的”。

    对团队，心往一处想，劲往一处使，把上面那句话里的“我”改为“我们”，“噢～，我们要做这么一个产品”。这对于团队的融洽协作十分的好。

    对设计师，在解释什么是这个原则和方向，为什么是这些功能的时候，将给设计师提供十分重要的信息，这些都是重要的设计依据。

    “合格的产品经理才是产品合格的根源”，产品原则和方向的准确传达是产品顺利开发的前提要素。

    PS：想起上上次UCD书友会的时候，我说出我们团队的困惑，振之分析出我们的问题出在交流和沟通上，当时一下子清晰了很多，现在越想越是这个问题。我们貌似没有产品经理，好像项目经理就是在做产品经理的事，问题是，一年也只有一次和项目经理短暂的面对面会议交谈，因为他在台湾。项目的实质进程管理都是由开发组组长在管。这是一个大问题，下次再探讨。

学习从HTML过渡到XHTML

2008-01-16T15:38:00.003+08:00

XHTML使用XML的特性来定义和HTML 4.01标准几乎完全相同的标记语言。XHTML比HTML使用起来框框要多很多。

大多数情况下，创建XHTML文档和创建HTML文档没有什么区别。要创建XHTML文档，需要做和知道下面几件事情。

1、声明文档类型

为了能让XHTML浏览器可以正确地解析和显示XHTML文档，XHTML文档首先要声明文档类型，告诉浏览器创建文档所使用的XML版本。然后说明在文档中定义元素的XHTML DTD的版本。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

这里使用的是过渡版的DTD。可以声明为严格版的DTD和过度版的DTD。

2、理解名称空间

XML DTD定义了任意数量的元素和属性名称。这些元素和属性名称都存储在DTD唯一的名称空间（namespace）中。浏览器在读取和解释文档时，会在名称空间中寻找这些元素和属性的使用方法，这样才能正确解释。

XML可以使用多个DTD，因此需要多个名称空间。在创建过渡版本的HTML文档时，如果要同时包含其他符合XML的元素，就要声明其他的名称空间。使用 xmlns（XML namespace的缩写）属性来定义一个或多个可供选择的名称空间。

XHTML文档中至少应该包含一个xmlns属性，以指定整个文档所使用的主要名称空间。

<html xmlns="http://www.w3.org/1999/xhtml">

如果要定义其他名称空间，比如需要使用数学标记，可以再次使用xmlns来定义。

<html xmlns="http://www.w3.org/1998/Math/MathML>x2/X</div">

这种情况下，与XML兼容的浏览器会使用http://www.w3.org/1998/Math/MathML名称空间来判断

标签是依据MATH版本来显示成除法等式，还一句XHTML版本来解释为层。

如果在每次都要显示为除法等式，那这样的xmlns定义效率就低了。更好的方法是在文档的开始处确定和标注名称空间，然后在需要改变的元素前标注一个前缀来调用。如：

<html xmlns:math="http://www.w3.org/1998/Math/MathML">

现在math命名空间可以在随后的文档中简写成“math”，如：

<math: div>x2/X</div>

绝大多数XHTML文档都不需要定义多个名称空间，但应该知道和理解存在着多个名称空间。

3、XHTML比HTML严格之处

XHTML和HTML的最大区别是，XHTML格式良好。

3.1 正确地嵌套元素

就是必须按照打开标记元素的顺序关闭他们。这个很容易理解，不多解释。

XHTML有一个嵌套限制，如下：

<a>标签不能包含其他<a>标签。

<pre> 标签不能包含<img>、<object>、<big>、<small>、<sub> 或<sup>标签。

<button> 标签不能包含<input>、<select>、<textarea>、< label>、<button>、<form>、<fieldset>、<iframe> 或 <isindex>标签。

<label>标签不能包含其他<label>标签。

<form>标签不能包含其他<form>标签。

3.2 结束标签

就是每个宝航其他标签或内容的标签都必须有对景的结束标签。这个也很容易理解，不多解释。

3.3 处理空元素

对于空白标签使用空格加斜杠的格式来表示，如<br />。这个也很容易理解，不多解释。

3.4 区分大小写

XHTML严格区分大小写，使用小写字母定义所有的HTML标签和属性。其他大写或混写标签和属性都不符合规范。

3.5 引用的属性值

所有属性值必须加上双引号。

3.6 明确的属性值

在XHTML中，每个属性都必须有一个值。没有只的属性必须使用自己的名称作为值。例如checked=”checked”。

3.7 处理特殊字符

对于在文章的Javascript和CSS声明中使用的< 和&字符，XHTML要严格的多。因为XML浏览器会简单地删除掉文档中所有中的注释内容，所以隐藏的焦痕和样式表将被删除。虽然可以将脚本放在CDATA中，但旧的浏览器不认识，也会将脚本忽略。所以推荐将脚本和样式保留在外部文件中，然后在文档中使用适当的外部链接来调用他们。

此外，在XHTML中，属性值中的特殊字符一定要用对应的实体。例如&一定要写成&。大于号和小于号一定要写成<和>等。

3.8 id和name属性

id和name属性都用来允许为文档中的任何元素关联一个标识符，以便可以被超链接或脚本调用或使用。

XHTML给id属性非常高的优先权，所以建议使用id属性来绑定文档中的元素。弱国必须要在某个标签中使用name属性，最好在其中也加入相同的id属性。

4、XHTML 1.1

XHTML1.1是以XHTML 1.0的严格的DTD开始的，在这个基础上进行了修改。1.1版本消除了所有不赞成使用的元素，以及仍在web上得到广泛使用的说哦有浏览器扩展。

要注意两个地方：第一，lang属性已经从每个元素中去除，应该使用 xml:lang属性；第二，name属性已经从<a>和<map>中除去，应该使用id属性。最后1.1标准定义了一组新的元素，称为“ruby”文本的印刷功能。这个我没见过，也没怎么弄清楚怎么使用，以后再说明。

以上就是XHTML使用需要知道和注意的地方，其实和HTML区别不大。

至于是否需要和应该使用XHTML，这个已是大势所趋，显然。网上关于web 2.0的介绍和讨论中经常会说到，就不说了。

最后是一个最小化的XHTML文档的例子。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/TR/xhtml1" xml:lang="en" lang="en">
<head>
<title>Your document title</title>
</head>
<body>
...your content goes here...
</body>
</html>

参考：《HTML & XHTML权威指南》