Archive for April, 2010

引用 转发 链式传播

不知道今天还有多少人知道blog的引用这个功能,早年关于这个功能讨论很多,其中有一个重点就是:这个英文被称为trackback(TB)的玩意儿,究竟应该翻译成什么。

在BBS中,当张三这个用户发了一个帖子A后,李四进行评论B。评论被很形象地称为“跟帖”,所谓跟,就代表着一个从属关系。一旦张三把帖子A删除后,李四的评论B就消失不见了。

但在blog基于TB上的机制不是这样的。当张三发表了一篇博文A后,李四可以在自己的博客上写博文B,并在提交的时候,顺便再提交张三博文A的TB地址。这样做的效果有二:其一、张三的博文A后多出一条很像评论的东西,并带有指向博文B的超链接地址;其二、张三将自己的博文A删除,并不会影响到李四的博文B的存在。故而,基于TB机制的互动,是不能称为“跟帖”的。

PingBack,是wordpress博客的一项功能,简称PB,PB是TB的升级版。因为利用TB,李四还需要附上博文A的TB地址,有些罗嗦。而利用PB,李四只要在博文B中出现博文A的地址,理论上(注意理论上),博文A后面就会多出一条指向博文B地址的评论。显然方便很多。但是,经过我实践发现,PB是时灵时不灵的。

TB或者PB,最大的优点在于blog(即使是不同平台的亦可)之间得以产生互动。也就是借助TB或者PB,李四可以在自己的博客上和张三的博客(有可能不是同一个平台,比如一个新浪,一个搜狐)进行互动,而且完全不用担心张三删除博文A后评论的存在与否。但这种机制有两个问题。

第一个问题是TB其实是一个单向链条。如果使用TB,李四的博文中是不会出现张三的博文地址的。网民可以通过访问张三的博客顺藤摸瓜到李四的博客,但反过来不行。PB这个机制后来修正了这个问题。让传播链条呈现出双向的可能。故而,这个问题不算太大。

第二个问题是TB或者PB的翻译。一直没有太好的翻译方法,最后还是用了“引用”了事:估计这是一个最不坏的翻译方法。的确,是有点像在写学术论文时候,做个注释一样的引用。但问题在于,写一篇博客本来就是很随意的事,还中规中矩地照写论文的方法搞注释引用,会让人觉得很麻烦。更何况,当点击博文下方的引用时,弹出来一个很长很古怪的链接,很多人并不知道怎么回事。

从传播原理上,我是很看好这种跨平台互动的机制的。我甚至还一本正经地写过一篇学术论文,专门谈博客的链式传播问题,发表在一本核心期刊上。我过去服务过的那家BSP,在对外做BD的时候,我经常会拿这个出来讲解,以表明社会化推广的传播链条可能很长。当时我举的例子就是“怪癖游戏”和博客圈中对于“长尾理论”这本书的讨论最终导致中文版一面试就立刻成为当当畅销书这两个案例。

但是,原理归原理,操作起来实在不便以及对引用二字的无法理解,使得TB这个功能被使用得很少。而PB虽然带有自动化色彩,但不知道是技术上的什么原因,始终不是每次都能准确无误地返回一条对于博文A的评论。产品设计上的问题,最终导致这个功能几乎成了Blog的摆设。我在商业实践中,想了很久,没有太好的方法让这个本来是不错的东西至少在我那个BSP中得以发扬光大。

微博出现后,中国人把retweet(音译为锐推)翻译成转发,一下子打开了局面。在我混迹的微博中,转发是非常常见的应用,形成了无数条传播链条(有的还很长)。但我细细一琢磨,转发和引用,其实在机理上是完全一样的!

至少,我在新浪微博上做过测试,我发了一条微博,张三加了几个字予以转发。我后来删除了这条微博,但我发现李四对张三的转发依然可以再转发。我推测是这样的,除非站方干预,这条微博只要一旦被张三转发,其实质就属于张三发的新微博。我已经无法控制。就像我能控制我自己的博文以及下方的评论,但我不能控制TB过来的博文一样。

我开始有点后悔,当初为什么没有想到把tb翻译成转发。引用多拗口啊,转发是如此得容易理解:在自己的博客将这篇博文转贴嘛,还能再加几句自己的话。我琢磨了一下原因(原因在后),然后又意识到一个问题。

还是以新浪微博为例。转发和发微博其实是有些区别的。创建一条微博可以插入很多东西,图片音乐视频都可以,但转发不行,转发可以插入自己的文字,但无法插入多媒体。于是我又后悔了一下,当初在设计Blogbus的tb时,为什么一定要坚持点击“继续话题”(我把引用改成了这四个字)后调用出整个写博客的后台呢?其实完全可以简化那个编辑器:只保留输入文字,其它一概皆可省略。似乎省略那么多的功能,并不会影响用户的转发使用频率。

现在来看看为什么没有想到trackback翻译成“转发”——这不是仅仅我没想到,在我视野所及中,所有关于tb的译法讨论,都没有想到过这个看上去很普通的词。我认为原因在于:立场问题。

blog是有强的以“我”为立场的情景的,我写什么东西,别人的东西都只能作为附件出现。转发则有一些以别人的东西为主要部分,而我加入的几个字只是附带而已。在这种以“我”为中心的前置理念下,真得是想破头也想不出以“别人”为中心的产品设计思路。基本上,一个思维框就形成了,在这个框之下,那是孙悟空怎么翻都翻不出如来佛的手心了。再加上我本人总有点blog原教旨主义的痕迹:不原创,叫什么blog?

产品设计有时候就会出现这样的矛盾:对产品浸淫不够就没法设计出更好的功能,但对产品一旦用多了,就顺大便给自己加了思维框。又在其中又不在其中,那是一个多么高的境界啊!

最后说一下,今天blog下方的那个引用改成转发行不行?时过境迁,已有拾人牙慧之嫌。

可惜了,blog的链式传播。但又不可惜的是,链式传播,其实,是成立的。

来源:http://weiwuhui.com/3267.html

苹果著名的极简设计原则之一就是要尽可能消除按钮,所以才会有了iPhone和iPad等触摸屏设备,但是对于传统笔记本来说,基本的控制按钮总是不可缺少的,结果苹果也打算将它们省略掉。

一个最新的苹果专利描述了MacBook和其它装置的无按钮操控方法,例如调整无线信号和运行功率,控制播放列表甚至取代触摸板等,一起来看看苹果的最新创意:

北京时间4月30日消息,据国外媒体报道,据熟悉内情的人士透露,谷歌公司计划在5月举行的一次会议上向开发者推出基于Android系统的电视软件。该技术可使机顶盒、电视和其他设备接收更多来自互联网的内容。

消息人士称,谷歌电视软件正吸引包括索尼、英特尔和罗技国际等合作伙伴的兴趣,预计这些公司将提供支持这种软件的产品。目前为止,还没有哪家公司公开评论过此事。

总部位于加利福尼亚州山景的谷歌公司,目前计划5月19日和20在旧金山召开谷歌I / O会议,预计将有约3000名开发者到会,届时谷歌将提供有关电视软件的更多细节。但一位熟悉内情的人士警告称,该公司也可能会推迟讨论电视软件,直到技术更加成熟。谷歌常常通过这次年度会议向开发者展示其对很多技术的兴趣。

这个决定表明,这家互联网巨头可能希望发动一场电视平台应用软件的争夺赛,谷歌、苹果电脑已经在吸引智能手机应用软件开发者上展开了这种竞赛。设立应用软件店的方法已经开始在电视机公司中流行,另外可与互联网连接的电视、蓝光播放器和其他硬件的出现也起到辅助作用。

但电视应用软件开发者在投资谷歌之前,他们想看到应用软件在硬件制造商中的大普及。PC芯片的龙头老大英特尔,多年来一直希望在机顶盒上发挥更大作用,重点围绕被称为凌动(Atom)的低端笔记本电脑芯片展开。

据知情人士称,索尼已同意在即将推出的产品包括电视和机顶盒中采用凌动芯片。其中一位人士透露,虽然该公司的很多产品路线图都将采用基于Android的谷歌软件,但索尼不会将赌注全押在此技术上。

彭博社周三曾报道,索尼计划在这次谷歌会议上宣布使用英特尔芯片和谷歌软件的设备。与此同时,谷歌正在继续与Dish Network公司合作,进行非常有限的电视搜索服务测试。知情人士透露,这项服务使用了谷歌新的技术,允许用户访问和搜索互联网收集的电视节目以及Dish的传统节目。 这次测试是在去年开始,仍然局限在极少数的公司员工和他们家人范围。

来源:腾讯科技编译/萧谔

北京时间4月30日凌晨消息,据国外媒体报道,苹果CEO史蒂夫·乔布斯(Steve-Jobs)周四发表了一封有关Flash的公开信,列出了苹果决定不让iPad、iPhone和iPod-Touch支持Flash的全部理由。

这封长信表明了苹果有关Flash所有缺陷的全面观点。简而言之,乔布斯认为Flash会耗尽移动设备的电池;不太适合多触控操作;其性能、可靠性和安全性都不好。此外,Flash还是一个专用系统。虽然乔布斯承认苹果的手机操作系统也是专用系统,但他宣称,网络标准应该是开放的,就像HTML5、CSS和JavaScript那样。

最重要的是,苹果不希望“一个第三方软件层介入平台和开发者之间”。最后乔布斯作出结论称,Flash已经成为一种“遗迹”,它“是在PC时代创造出来的,所适应的是PC和鼠标;而手机时代的主题则是低耗电设备、触控界面和开放的网络标准——所有这些领域都是Flash所不擅长的。”

以下是公开信内容:

这是乔布斯 2010 年 4 月 29 日发表在苹果网站上的文章。跟三年前炮轰 DRM 的「关于音乐的思考」一样,这也是一篇檄文,声讨对象是与苹果多年来亦敌亦友的 Adobe 门下的 Flash 技术。近几个月来,业界就 Flash vs. HTML5 的问题讨论得热火朝天,本文并未带来新的视角与观点,但乔布斯的身份无疑令它具备了别家不可企及的重要性。—— 编者

苹果与 Adobe 的关系由来已久。Adobe 的创始人还在那如今已成传说的车库中工作时,我们就已经认识了。苹果是他们的第一个大客户,将他们的 Postscript 语言改为我们当时新推出的 Laserwriter 打印机所用。在很多年里,苹果都是 Adobe 的股东之一,拥有其 20% 的股权。两家公司通力合作,开创了桌面电脑出版业,其中有不少快乐的时光,但那段黄金时代一过,我们便分道扬镳了。苹果经历了濒死的过程,Adobe 凭其 Acrobat 产品进入了企业市场。今天,两家公司仍然同心协力为创意产业的客户服务——Adobe 的 Creative Suite 软件的顾客里,有大约一半是苹果电脑用家。但除此之外,我们几乎没有别的共同利益了。

我想在这里记下自己关于 Adobe 的 Flash 的一些想法,希望我们的顾客以及批评家们能够更好地理解为什么我们不允许 Flash 在 iPhone, iPod 和 iPad 上运行。在 Adobe 口中,我们这一决定背后主要的驱动力是商业上的考量。他们说,我们是为了保护自己的 App Store。但事实上,这里的问题主要是技术问题。Adobe 说,苹果是一个封闭系统,Flash 则是开放的,但他们恰恰说反了。我来解释一下吧。

首先,谈谈「开放」。

Adobe 的 Flash 是 100% 的私有软件。你只能从 Adobe 处获取 Flash,并且 Flash 在未来的改进、定价等等,完全受到 Adobe 一家的左右。尽管 Flash 和相关产品的应用十分广泛,但这并不等于说它们是开放的,因为它们完全处于 Adobe 的控制之下,并且你也只能从 Adobe 那里获得它们。无论怎么定义,Flash 都是一个封闭系统。

苹果也有很多专有性的产品。虽然 iPhone、iPod 和 iPad 的操作系统是私有的,但我们完全相信与万维网相关的所有标准都应该开放。我们没有用 Flash,而是选择了 HTML5, CSS 和 JavaScript,它们全都是开放标准。苹果的所有移动设备都与生俱来地对这些开放标准有着良好的支持:运行速度快,用电量低。HTML5 是万维网上的新标准,为苹果、谷歌以及很多其他公司所采用。网页开发者利用 HTML5 就能做出高级的图像、字体、动画以及过渡效果,而不必倚赖第三方插件(例如 Flash)。HTML5 完全开放,并受一个标准委员会控制。苹果是该委员会的成员之一。

苹果甚至还为万维网创造了一些开放标准。例如,我们从一个小型开源项目出发,做出了 WebKit。WebKit 是一个完全开源的 HTML5 页面转译引擎,我们所有产品中的 Safari 浏览器的内核用的都是它。WebKit 也广泛被别家公司所采用。谷歌在其 Android 系统的浏览器里用它,Palm 用它,诺基亚用它,RIM(黑莓)最近也宣布将会改用它。除了微软以外,几乎所有智能手机里的浏览器用的都是 WebKit。苹果通过开放自己的 WebKit 技术,为移动网页浏览器订下了标准。

第二,谈谈「完整的互联网」

Adobe 反复说苹果的移动设备无法访问「完整的互联网」,因为网上 75% 的视频用的是 Flash。他们没有提及的是,几乎所有这些视频,同时也以一种更加摩登的格式——H.264——存在于网上,用 iPhone、iPod 和 iPad 都能看。YouTube 占有线上视频大约 40% 的份额,它在苹果所有的移动设备中都以一个软件的形式华丽地存在着。其中,iPad 上的 YouTube 所提供的搜寻及观看视频的体验或许可以算作各家之冠。除此之外,还有 Vimeo、Netflix、Facebook、ABC、CBS、CNN、MSNBC、Fox News、ESPN、NPR、《时代》、《纽约时报》、《华尔街日报》、《体育画报》、《人物》、《国家地理》(美国),以及很多很多。没有多少线上视频是 iPhone, iPod 和 iPad 的用户看不到的。

Adobe 还宣称说,苹果的设备玩不了 Flash 游戏。这不假。所幸,在 App Store 里有五万多款游戏和娱乐软件,其中很多都是免费的。iPhone、iPod 和 iPad 上的游戏和娱乐软件之数量也居于世界上众多平台之冠。

第三,谈谈可靠性、安全性和性能。

赛门铁克最近指出,Flash 是 2009 年最不安全的系统之一。我们有第一手资料表明,苹果电脑死机的罪魁祸首就是 Flash。我们一直在和 Adobe 合作,试图解决这些问题,但几年过去了,效果不彰。如果说,为 iPhone、iPod 和 iPad 加了 Flash 之后,会导致它们的可靠性与安全性下降,这是我们不愿看到的。

此外,Flash 在移动设备上的性能也有问题。过去几年里,我们经常请 Adobe 用移动设备——任何移动设备——示范 Flash 的性能,希望看到好的表现,但至今未能如愿。Adobe 曾公开说 Flash 会于 2009 年初出现在智能手机上,后来又推迟到 2009 年下半年,然后又变成了 2010 年上半年,现在又说是 2010 年下半年了。我们相信它迟早会出现,但我们也庆幸自己没有一路等待。谁知道它到时性能会怎么样呢?

第四,谈谈电池续航力。

为了在播放视频时保持良好的电池续航力,移动设备必须用硬件来对视频进行解码;软件解码太费电。如今的许多移动设备中的芯片组里都包含名为 H.264 的解码器。H.264 是业界标准,每一台蓝光 DVD 播放器都用它。苹果、谷歌(YouTube)、Vimeo、Netflix 和许多其他公司也都有用。

虽然 Flash 最近增加了对 H.264 的支持,但目前几乎所有 Flash 网站都需要用旧一代的解码器:移动设备里的芯片不支持它们,因此只能通过软件解码。区别是巨大的。例如,在 iPhone 上,H.264 视频可以连续播长达十小时,但通过软件解码的视频播不到五小时,电池就会用光。

第五,谈谈触屏。

Flash 是为个人电脑和鼠标设计的,并不适合触屏和手指。举例来说,许多 Flash 网站都用到了「光标悬停」:当用户把光标移动到某个点时,弹出菜单或其他元素。苹果革命性的多点触控介面不用鼠标,也没有光标悬停的概念。如果要支持触屏设备,大部分 Flash 网站都要重写。而如果开发者要重写 Flash 网站,为什么不用较为摩登的技术,例如 HTML5、CSS 和 JavaScript 呢?

就算 iPhone、iPod 和 iPad 支持 Flash,还是不能解决大多数 Flash 网站需要重写,以便支持触屏设备的问题。

第六个是最重要的问题。

Flash 封闭、私有、有重大技术问题、不支持触屏技术。除此之外,还有一个更加重要的理由,让我们决定不让它在 iPhone、iPod 和 iPad 上跑。我们刚才谈过了用 Flash 播放视频与展示网站上的互动内容的弊病,但 Adobe 还希望开发者用 Flash 来编写跑在我们的移动设备上的软件。

过去的痛苦经历让我们了解到,在平台和开发者之间加多一层第三方软件层,最终会导致大量不够水准的软件,并对整个平台的进步与发展起到负面作用。如果开发者开始依赖于第三方的库与工具,那么他们将受制于这个第三方:只有当第三方采纳了整个平台引进的新特性之后,开发者才能够利用它们。我们自己的平台的改善何时能够传递到开发者手中,不能由一个第三方来决定。

当这个第三方提供的是一个跨平台开发工具时,情况会变得更糟。某一个平台上的功能改善,第三方未必会立即采纳,而是可能会等到这些改善在自己支持的所有平台上出现时,才开始支持它们。因此,开发者就只有最基本的功能可用。同样,苹果无法接受这样的结果:开发者无缘接触我们的创新与功能改进,而原因却是这些创新与改进在我们的竞争对手的平台上还不存在。

Flash 是一个跨平台的开发工具。Adobe 的目标不是帮助开发者写出最好的 iPhone、iPod 和 iPad 软件,他们的目标是帮助开发者写跨平台软件。在过去,Adobe 在采纳苹果的平台的改进上可谓迟缓之至。例如,Mac OS X 推出已有十年之久,但 Adobe 直到两周前发布 CS5 时才将其完全 Mac OS X 化(Cocoa 化)。在所有的重要第三方开发者里,Adobe 是最后一个完整支持 Mac OS X 的。

我们的动机很简单:提供最先进、最创新的平台给开发者,希望他们能够直接站在这一平台的肩膀上,创造出前无古人的优质软件。我们希望持续改进这一平台,以便开发者们可以写出更棒、更强大、更好玩、更有用的应用程序。人人都是赢家——苹果会因为有了最好的软件而卖出更多设备,开发者会有越来越多的用户,而面对最好的、选择最广泛的软件平台,用户也会感到开心愉悦。

结论。

Flash 是个人电脑时代的产物,它是为个人电脑与鼠标发明的。Flash 对于 Adobe 来说是一盘成功的生意,我们也明白他们为什么希望将它延伸到个人电脑以外的领域。但在移动时代,重要的是低能耗、触控介面和开放的万维网标准。所有这些都并非 Flash 的强项。

各家媒体争先恐后地为苹果的移动设备提供内容,这说明 Flash 已经不是看视频或消费任何类型的网页内容所不可或缺的了。苹果的 App Store 里的二十多万个软件证明,对于数以万计的开发者来说,编写视觉效果丰富的程序——包括游戏——并不一定要用 Flash。

HTML5 等移动时代的新标准会在移动设备上(以及个人电脑上)取得胜利。或许,与其忙于批评苹果义无反顾地大步向前,Adobe 更应该专注于为未来打造优质的 HTML5 工具。

史蒂夫·乔布斯
2010 年 4 月

via

2010 04 22 181755 4r769w 苹果Logo设计师讲述标志背后的故事

苹 果的Logo是全球最有名的Logo之一, 苹果的粉丝们不仅在车上贴上苹果的Logo, 甚至把它纹在身上. 这个Logo的简洁设计受到很多人的喜欢, 30年来, 它基本上没有什么太大的变化.你想了解这个Logo背后的故事吗, 让我们一起来看看对这个Logo的设计者Rob Janoff的采访.

Q:  最初的苹果的Logo是由七彩条组成的, 你是什么时候设计的?
RJ: 在1977年初. 当时我所在的公司拿到了苹果的设计订单, 嗯…… 好像是一月份. 当时说是这个Logo将随着Apple II一起发布.

Q: 你当时是在一家设计公司上班吗?
RJ: 是的, 我当时在一家叫做Regis Mckenna的广告公司上班, 我是当时公司的艺术总监.

Q: 你见过乔布斯吗?
RJ: 是的, 是在他创办苹果公司之前. 见到的时候是Steve Jobs, Steve Wozniak 还有 Mike Markkula. 因为Makkula是我们公司老板Regis Mckenna的朋友, 我想可能就是因为他, 我们才会给苹果公司设计Logo.

Q: 设计Logo的时候,他们对你有说过什么吗?
RJ: 恩, 严格来讲,没有. 但乔布斯当时给我一句话: 不要设计的太可爱. 当时跟Logo一起的, 我们还帮他们设计了广告和宣传的小册子. 但后来都搞丢了. 在我们设计的Logo之前, 他们原来有一个Logo, 是Ron Wayne设计的. Ron Wayne是两位Steve当时最重要的伙伴, 但后来他退出了. Ron Wayne当时有个家庭了, 而其他的人还没有. 当时的Logo是Ron Wayne用钢笔画的, 牛顿坐在一棵苹果树下, 边框上还写了些诗句. 后来Apple II出的时候, 乔布斯可能想为未来的公司发展做些规划, 于是需要重新设计Logo.

Q: 你们当时设计了几个版本的Logo?
RJ: 两个. 一个是被咬过一口的苹果, 而一个是没有咬过的. 最初, 乔布斯还是觉得这个Logo太卡通, 太可爱了些. 但幸运的是, 他最后选择了一个比较个性化的咬过的Logo. 而根据那个形状, 我又给了乔布斯很多其他图案的版本, 如纯色的, 金属的.

Q: 那七彩的颜色是不是代表嬉皮士文化, 那是当时那个年代的潮流吗?
RJ: 至少在很大程度上影响了我. 当然还有一个原因是当时Apple II是第一个用于个人和家庭能在屏幕上显示彩色图案的电脑, 所以Logo要设计的让每个人都容易接受, 特别是年轻人. 这可以让乔布斯把电脑更容易的卖到学校去.

Q: 当时大部分的Logo都是单身或者只有两个颜色, 你们用七彩间纹设计苹果Logo, 有人反对吗?
RJ: 乔布斯喜欢这个点子. 现在看那个Logo其实并不是那么感觉很具革命行的, 但当时不一样. 我确实听到了来自我们公司内部的很多反对的声音. 其中一个还是公司的上层, 他说如果这个新的公司要生产这么多种颜色的产品,那估计它没开业就倒闭了.这就是我当时面对的一种反对意见. 但是, 乔布斯很喜欢. 我后来知道, 乔布斯是一个很有洞察力的人, 他喜欢这个Logo的个性化.在那个年代, 电脑是让人感觉很高科技的东西, 而生产电脑的人也喜欢给电脑取个类似什么TRS-80这类名字, 而乔布斯要让人们觉得电脑并没有那么高深, 所以其实乔布斯把电脑的名字叫做苹果并配上那个Logo.

Q: Logo上那咬的一口代表什么? 是取自电脑上byte的谐音吗? 还是指亚当夏娃偷吃禁果的那一口? 而苹果本身又代表什么, 是说牛顿坐在苹果树下被苹果砸中而发现了万有引力?
RJ: 呵呵, 这些说法都很有意思. 但恐怕我当初设计它的时候根本跟这些一点关系都没有. 从一个设计师的角度来讲, 设计一个东西根本不需要去考虑一定要代表什么, 可能多年以后, 你自己发现原来当初设计的东西里可能还包括了什么. 但这些都是扯蛋. 而Logo却变成了一个传奇, 有人开始说这个Logo包含了什么意思, 而其他人也跟着说”对, 就是这样的”.

Q: 最后一个问题, 对于一些想称为好的设计师的年轻读者, 你有什么建议吗?
RJ: 这是我告诉我的孩子的话: 即使没有收入, 我也愿意做设计因为我真的喜欢. 因为现在越来越多的人想做设计师, 所以拿到单子变得越来越难. 在你成为一个好的设计师前, 老老实实的做好一个学生, 甚至帮别人免费设计, 直到你能拿到单子.

2010 04 22 190953 vr9sx6 苹果Logo设计师讲述标志背后的故事

上周,在screening of Objectified之后 IDEO的Bill Moggridge离他家很近的地方发表了他的评论。一句话概括起来就是,他觉得交互设计已经变得无处不在了,任何人或每个人都可以是交互设计师,因此交互设计师的作用是(或将是)没有必要的。

那么,交互设计是一个没有前途的工作吗?

作为一项专业知识,交互设计还是有前途的。但作为要独立提供服务的职业,那是绝对没有前途的。

这一立场我没有在办公室里得到任何支持。但很明显,我不是在说我们的交互专业是类似于在商场里面翻汉堡包一样的工作。相反,而是因为交互设计的日渐成长成熟到开始有限制的点了。我看到其后面有三个主要因素,希望通过对他们的解读找到交互设计前进的方向。

1、开发者也学会了交互设计

交互设计实践的增长源于用户对当前软件体验的需求,通过懂得用户的想法,了解他们所需,最终确保软件是始终如一的,合理的,可用的,最终另客户满意的。 (之前)在开发软件的其他角色中,从高级管理者到产品开发经理到软件开发者,几乎没有人接触到这些价值观,也没有能力兑现。

而今天已有很大的改变。软件开发者有许多好的交互设计感觉。整个开发出的交付物价值围绕在了解用户需求基础上而产生。有许多的软件开发人员与开发驱动的组织缺少或根本没有专业交互设计参与也能开发出好的软件。

现代的开发体系模式为生成界面与交互提供了一个良好的基准线,而在过去需要一个熟练的交互设计师来实现它。以iPhone为例,虽然设计出很好的体验很 难,要设计设计出出糟糕的体验也不容易。在开发网络软件时,AJAX库提供许多非常好的界面模型,只需从箱中调用即可,这样就大大降低了研发一个软件需自 主设计与编程所需的成本。

因此,从软件方面,随着开发团队交互设计认识水平与质量正不断的改善,一个成功推向市场的产品不用再需要频繁或大量的交互设计工作了。

2:互动不仅仅再是屏幕上的活动

另一个因素是,现在越来越多的设备拥有直接输入和得到反馈机制。,在用户理解那些虚拟抽象无物理反馈组成的操作界面时,交互设计师在提高人机信息交流上的作用就至关重要了。随着软件操作变得更加“自然”,交互设计师的工作将从屏幕挪到整个设备上了。

设计有物理反馈的设备向来是工业设计师的事情,这个专业在研究使用环境和用户需求与回馈用户互动有很长的历史。并且,今天的工业设计教育也包含了许多与交互设计相类似的用户为中心的培训。

因此,从硬件方面说,交互设计师正在扩展到一个更深的学科,这个学科对实体材料以及人体工程学的领域有更好的了解。

3:用户体验是一个品牌的属性

从广告业中崛起的数码行业是一种新的创意产业,他们的任务被定义为以某个产品的所有用户体验。他们努力确保“承诺”并发展“品牌体验”。这些机构通 常与客户建立起一种更有战略性的关系,他们管理着产品的整个“用户界面”,包括实物,包装和辅助材料,提供在线服务,个人接触点(personal touchpoint?),广告和营销活动。

因此,从市场营销角度,通过富有创造性的方法,交互设计师正改变精明品牌管理专业人士现有的想法,并通过把控需求来执行他们的想法。

前进的方向

但我们没有失去一切。 已被实践所认可的优秀交互设计,扩展到产品与服务策略的广泛领域,它贯穿于整个消费者的使用周期。我们已经采取了诸如“用户体验”的或简单的“体验设计” 等用语,以证明我们已经超越了基于屏幕界面的个人交互设计。 如今的战略’交互设计’着眼于个人与你的产品,服务,整个公司及品牌的所有体验。

我们建立的服务都基于我们所创建的产品与服务。最重要的是我们正在做的并没有进入处女地,而是已经踩在了一块已经被占领的土地上。这些占领者也在寻找相同的路,以便将他们知道的当的组合起来。

我们面临的挑战是使用我们具有独特价值的专业知识与其他学科的人士的合作。

这是我首次翻译文章,有不当之处请大家多提宝贵意见,谢谢!
原文地址:http://www.cooper.com/journal/2009/04/is_ixd_a_dead_end_job.html

译文地址:http://davidw.me/interactive-design/translate-interaction-design-dead-end-job/

Discuz!X的研究和质疑

3月28日,戴志康释出了传说以久的内部代号为UltraX的体验版。大概是希望借用discuz已有的巨大号召力,UltraX在发布之前还是改成了discuz!X。

我在第一时间去discuz.org注册体验了一下,体验感受和我之前预计的相差无几,整理一下写出来,大家讨论:

SNS、门户、论坛互相冲突

X项目的最本质目的,应该是把Comsenz旗下的三大项目:Discuz、SuperSite和UCenter Home进行融合,减小项目和项目之间的隔阂,使之能更好地融合成为一个网站。

这一定是广大站长向Comsenz反应的一个共同心声。可是,站长们真的明白自己需要什么吗?融合了之后真的能让网站更好吗?Comsenz在大刀阔斧之前想清楚了吗?

一般来说,网站的内容质量从高到低可以分成三个档次:

  1. 媒体型,内容质量很高,有高水平的,固定成员的编辑团队。访问者到网站来大多数为了看内容,用户群结构上是一群读者围绕着一个牛人。这种类型适合建CMS型站点或者是博客。
  2. 草根型,虽然没有明确的编辑团队,但是大部分用户都有创造内容的能力,用户有时候会创造内容,有时候也会阅读评论内容。内容水平虽然够不上出版,但还不错,有信息量有价值,以垂直主题为核心。这种类型适合BBS形式。
  3. 灌水聊天型,用户的文化程度不高,讨论漫无边际,并且常会出现小圈子,用户和用户之间通过人际关系维系。这种用户类型适合建SNS站点。

不管是网站的哪一个板块,都大抵是同一批人在访问。同一批访客,就有相似的需求,具有相似的特性。基本上,个人站点都只能属于上述三种情况之一,而很少会出现媒体型和灌水型混合的情况。

我们看到过太多太多的网站,首页打开内容丰富品种繁多,但是毫无吸引力,大部分人都会在长长的菜单条里寻找一个叫“论坛”的东西。那才是网站有人气有内容的地方。

Discuz!X,说到底,只是在用户体验上对门户和论坛进行整合,可是从用户行为模式上,这两者恰恰是很难整合,甚至是格格不入的。网站一般只是上述三种模式之一,因此也只需要CMS、BBS、SNS三种系统之一。就算有些网站提供了多个系统,实际上,真正有人气的,也只有一个系统。与其做多个系统,只火一个,不如只做一个系统。

所以说整合是个无用功。

阅读方式无法融合

Discuz!X的融合计划,在体验上有一个致命伤,那就是阅读方式无法融合。

门户的内容展现方式,是报纸式的,长长的网页,左一块图片,右一块新闻列表,七拼八凑地一个新闻网站就出来了。可是用户的眼球也很累,东一下,西一下,他根本不知道自己应该用何种阅读顺序才能一笔画地把所有新闻看完。实际上,大多数用户都不会有耐心去把每一块的内容浏览完,而是会迅速找到自己关心的主题,点进去看新闻列表或者是博客列表。

论坛的方式是兴趣引导型的,在首页版面列表里迅速寻找自己感兴趣的版面,然后点进去开始阅读。

SNS的阅读方式是个人为中心的,在首页浏览长长的自己感兴趣的新鲜事列表,一页又一页。

三种系统的阅读方式截然不同,试问,用户怎么可能同时适应三种阅读方式?事实上,用户只会习惯性地去刷同一个页面寻找内容,而不会听话地把三个系统的首页都看完。

最终结果,正如前文说的,三个系统只火一个,另外两个成为摆设。

小组和论坛之间的尴尬关系

戴在新年的时候写了一篇文章,其中提到小组和论坛之间的相似性的问题。我满怀希望他能够想明白,把小组和论坛融合到一起去。可惜他没有这样做。目前小组和论坛的融合,只是功能和代码上的融合,概念上,仍然是独立的。

我曾经也坚定地认为,一个网站,需要有一些公共版面,也需要有一些兴趣小组。但实际上,这种设计是多余的。

小组的出现,就是为了解决网站版面太多时无从看起的困难,人大多数只会对某些少数版面感兴趣,通过加入小组,来表征自己对某些主题或者人群的偏爱。

实际上,即使是公共版面,也有人想看,有人不想看。为什么不把论坛版面和小组全部统一成小组,然后允许对小组做细节权限设定实现公共版面和兴趣小组的差别呢?

现在的discuz!X的做法,虽然在功能上做到了小组和论坛的统一。但是概念上,两者仍是不同的概念,导航结构上,属于两大不同的模块。并没有起到真正融合的效果。

排楼式帖子旧疾难改,点评模式治标不治本

中国式的论坛,有一个臃肿的坏毛病。每一个回复,都巨长无比,左边会加上用户的大头像,金钱、威望等等论坛概念的数值,甚至注册时间和最近登录时间。整一个人口普查。跟贴内容,就算只有一行字,后面也会跟着一个用户签名。更要命的是,有时候签名还是一张大图片。浏览者每一次看帖,累得要死,碰到这种大图片签名的用户,翻一屏才能看到一行字。

大多数的帖子,楼主的内容都是比较有价值的,比后面抢沙发板凳的无意义回复有价值得多。本来就不应该平等处理。跟贴内容往往就是几个字,一行字。为了这一行字,还要配上回复人的各种信息,以及签名,实在是很影响阅读体验。一页往往只能显示15-20个跟贴。

由于糟糕阅读的体验,导致了用户阅读的积极性不高,回复的积极性也不高。最后迫使发帖人选择“回复可见”这样的方式来强迫跟贴。陷入恶性循环。

而web2.0时代的设计,豆瓣、人人、开心,则是清一色的简洁式的,用户头像只显示48px的小尺寸版,除了用户名之外不显示任何用户信息,不显示签名。这样的好处显而易见,网页上只显示跟帖子内容有关的文字,其他统统隐藏。阅读体验很流畅,网页的容纳量也很大。豆瓣小组的一屏会显示100条回复。

我相信Comsenz内部一定有过关于简化帖子跟帖的讨论,否则UCenterHome的小组不会做成简洁式的回复。但是在这次论坛和小组的融合中,Discuz还是在排楼式和简洁式中选择了前者。

他们大概觉得,如果把帖子的跟贴大刀阔斧地改成简洁式的,个人站长们肯定要造反的。

于是他们选择了另一种妥协方案:在排楼式的帖子里加入点评功能。点评是简洁式的。很省空间。可是这其实是一个很表面的设计,它没有考虑到用户的阅读习惯和阅读顺序,以及用户的发言心理。

用户会发现在点评里发言得不到关注,说出去的话向一块扔到黑洞里的石头,听不到一点回声。因为点评不顶帖,显示的面积比排楼小很多,点评超过5条之后会隐藏,更要命的是,其他用户在浏览时,往往会快速滚动滚动球,拉到最下面看最新跟贴,根本不会注意中间会有一个“点评”。

如果你是用户,你想说话的时候会选择点评,还是跟贴?毫无疑问是跟帖,因为那样很醒目,会把帖子顶上去,得到更多关注。

事实上,跟贴和点评,其实都是讨论,实际情况是可能都没什么意义,为什么还要从显示效果上区分这两者呢?

插件机制依然非常不成熟

这两年来,我开始越来越多地使用wordpress建设各种CMS,越发体会到wordpress插件机制的好处。

虽然wordpress只是一个功能并不全面的博客程序,但是通过wordpress无处不在的插件机制,有数不清的开发者创造出了各种有想象力的插件,全方位地拓展了wordpress的功能。

现在每当我希望为wordpress程序增加什么功能,首先会去wordpress搜索相关插件,几乎每次都能找到满意的插件,省却了我大量二次开发的工作。同时,我至今仍然没有修改wordpress的一行代码。因为所有我的需求,都能通过插件,或者修改插件就能实现,不会污染wordpress核心代码。

而反过来看discuz,几乎每次discuz升级,都会是二次开发者的噩梦。因为他们总是被迫去修改discuz的核心代码。一旦discuz升级,那么这些二次开发代码就会被覆盖。这完全是因为discuz本身没有留下必要的插件接口,开发者才会被迫污染核心代码。

就算在Discuz当道,市场占有率超过75%的今天,Discuz插件依然少得可怜,不能不说是一个遗憾。

不知道戴总会不会看到我这个无名小卒的评论。或许上述判断有很多偏激之处,请海涵。

虽然我有各种质疑,但是我还是会把自己维护的论坛上升级到X,仍然感谢Comsenz给我们带来这么好的开源php建站程序,祝新生的Discuz!X一路走好。

源地址:http://shen2.cn/2010/04/discuz-x/

前一篇日志谈了对新版Discuz!X的质疑。联想到戴志康在《Discuz!X产品设计点滴分享》说的那段话

SNS Portal BBS 这三个分别在中国起始于2009、1999和1997年的应用,从年龄上就不一样,积累下来的无论对与错的用户习惯更是千差万别,谈及融合,谈何容易!生硬整合的结果,就如同客厅里铺着70年代的水磨石地板,配一个21世纪豪华双开门冰箱,外加一套意大利餐桌,桌上还放着两根油条那么奇怪。并不是东西不好,而为什么放到一起就变得不伦不类呢?

我再来谈谈这段时间对社区的新理解。

门户,是互联网原始拓荒期的产物。它简单直接地把人们需要上网的东西,一股脑全放到了网上。内容太多怎么办?没关系,表格布局,每个主题一个豆腐块。

互联网普及之后,人们发现只用互联网发些新闻实在是大材小用。每个人都有发表言论和别人交流讨论的需要,于是论坛出现了。论坛让网络中的每一个人都有说话的权利。

过了两年,人们又发现,论坛虽然非常自由,适合讨论,但并不适合记录和展示。个人的文章,如果从论坛里看混乱不堪。于是就出现了一个相比新闻门户更加私人化的应用,博客。博客更好地解决了人们展示自我的需求。每个人都可以像撰稿人一样,在网站上发布看上去挺正式的文章。

在博客、论坛、新闻门户野蛮生长了几年之后,人们发现,互联网上的信息已经严重过载,远远超出自己的阅读能力。一个人可能关注论坛、门户、博客,如果每天逐一去打看浏览,查看是否有新内容,那将是一件极其痛苦的事情。于是就出现了聚合的需求。

首先出现的是技术解决方案:RSS。其实RSS在技术上确实是一个绝妙的思想。可惜它不够平民化,不够容易理解,始终没有得到大面积普及。普通网民需要一个简单直接的聚合方案。

SNS就是在这种环境下诞生的,一方面,它以人际关系为核心,把线下真实的朋友关系数字化地搬到了网上,另一方面,它解决了互联网上信息过于分散的难题,以及根据自己兴趣定制阅读内容的需求。

从信息本身的角度来讲,传统互联网,内容发布在什么地方,人就需要到什么地方去看,而web2.0时代,发布内容和阅读内容的地方可以完全分离。就比如说twitter,我网页、手机、im上都可以发tweet,而别人却是在自己的主页聚合阅读所有人的tweet。

其实,在当下这个信息爆炸的时代,最稀缺的资源是注意力。一条信息的价值大小往往不在于它本身,而在于它能被多少人看到。

我维护的一个论坛,在我刚接手的时候发现,所有人都只在一个版面里讨论,虽然我按照内容归类,把论坛分成了若干个版面,可是用户仍然坚持把所有信息发到主版。我去把帖子移动到它应该所在的版面,用户却意见极大,好像我把他们的帖子删了一样。实际上逻辑很简单,把帖子移动到一个没人看的地方,这个帖子就跟不存在一样。

论坛,仍然是按照内容的属性进行分类讨论的。人必须跟着内容分类走。而web2.0时代的社区(不仅仅是SNS),是让内容跟着人走的。不管内容保存在怎样几角旮旯的地方,都能够投递到所有可能对这个内容感兴趣的人的手中。过去我每天需要四处搜寻信息,而现在我只要自己定制一次,然后每天等着信息来找我。

为什么SNS社区中的用户普遍比论坛、博客的用户活跃?因为有更多的注意力,用户明白在SNS社区中发布的内容,能被更多的人直接看到,而且这些人都是真正对此感兴趣的人。

并不是说这个时代新闻门户、论坛、博客已经过时了。事实上他们仍然很好地发挥着自己的作用。因为,门户、论坛、博客是信息的最佳承载方式,相信他们会一直存在下去。

web2.0真正改变的,是阅读方式,SNS和门户、论坛、博客并不冲突。相反,它们之间是相辅相成的关系。如果没有门户论坛博客提供一个理想的内容发布平台,SNS没有内容可以阅读。如果没有SNS给门户论坛博客带去注意力,那么他们也毫无影响力。

SNS和门户论坛博客,应当是一边司职阅读,一边司职发布。可是康盛创想今天发布的Discuz!X融合系统中,却错误地把SNS和门户论坛,放到了并列的位置上去。这种不假思索的生硬整合,完全背离了用户的行为模式。

另一方面,国内的SNS网站一直试图在自己的网站内部,直接提供论坛、博客的解决方案,但是我认为这种封闭的做法终究无法真正起到内容聚合的作用。

好在facebook已经认识到了这一点,他们希望把整个互联网的内容、关系,都和个人的facebook帐号关联起来。我相信,那一定是SNS的未来。

源地址:http://shen2.cn/2010/04/c……ns-community/

年前接到QCon的邀请,颇感意外。在我的印象里,QCon大会是后端开发工程师和架构师的技术大会。后来去QCon大会的官网搜索了下,发现原来QCon一直有关于RIA开发的内容,2009 QCon 伦敦大会上 Ajaxian.com 的两个创始人Ben Galbraith 和 Dion Almaer就联手分享了一把《The Browser as a Platform》

看完两个牛人的分享,我很惘然,因为不知道自己可以分享些什么? 一没提出过什么先进的思想或理念,二没开发出广为人知的优秀工具,因为诸多限制,也没有在公司项目里做些热门的Web开发技术(比如HTML5)的实践。联系我的是InfoQ的编辑——凯峰(@zhangkf), 之前一直认识,却从未谋面——他给我鼓励,建议我把这几年工作中的经验或教训整理一番,多少对大家会有些启发,于是有了这个PPT。

感谢我的同事玉伯(@lifesinger)、学鹍(@kavenyan)和好朋友克军(@kejunz),PPT中借鉴了很多他们的思考和经验。

当我站在台上时,台下大多数是各种领域的工程师和架构师。我所分享的或许并非他们最为关心的内容,但我相信,他们认识到了前端的价值。

3各月准备PPT的过程里,逼着我梳理前端团队所经历的困难与挑战,也让我回忆和品味几年来工作中的点滴。仔细想想,其实没有什么特别或新鲜的东西:制定规范,研发工具,学习国外的最佳实践,组织分享会…..这些方法,我想任何一个团队都会想到,都会尝试。如果说我们做出了一点成效的话,那应是归功于整个UED团队的团结和坚持。和这帮充满激情,永不放弃,乐于分享的家伙们一起共事,真是一件幸运的事情。

QCon最为开心的,就是终于亲见了最为崇拜的老道,用蹩脚的英语聊了两句,还合了影:

《JavaScript语言精粹》作译者合影

前端们和道格拉斯的合影

他比视频中曾见的样子要消瘦一些,面上带着程序员的腼腆。他的名片很酷,

老道的JSON卡片

与其说是名片,不如说是一张 JSON 的 CheatSheet,正式的名片更为有趣,印在名字之下的Title 居然是” Ajax Strike Force”, 直译就是”Ajax 突击队”,学鹍翻译为 ” Ajax 雷霆战警”。老道的布道士的风范真是让人倾倒。

老道的名片

当他展示那页用巨型字体书写的 ” IE6 Must Die!” 的PPT页时,全场掌声,他在掌声中缓缓给大家鞠了一个躬。这个躬也再次给了我动力。

来源:http://ued.taobao.com/blog/2010/04/29/qcon_notes/

新京报网即时报道 (记者 彭梧) 微软正密谋通过SNS在中国互联网市场上寻求新的突破。

昨天有来自可靠渠道的消息称,微软目前已与开心网达成意向性的投资协议,将以现金和部分MSN中国运营权的方式换取开心网的部分股权。交易完成后,开心网将接手MSN中国技术层的运营权,并负责整合必应搜索,并开发“将MSN和开心网做出相结合的产品”。

微软中国和开心网官方昨天对此消息的态度均是不予置评,相关的负责人除“暂不知情”以外拒绝透露更多信息。

之前曾有消息称网易正在与MSN中国方面接触,有意接手原MSN中国合资公司上海美斯恩网络通讯技术有限公司股东上海联和投资有限公司手中持有的50%的股份,双方共同运营MSN在中国的业务,以挑战腾讯长期以来在国内即时通讯领域的霸主地位。

在今年3月 MSN中国副总陈啸宣布辞职创业后, MSN中国的中层纷纷出走。加之近段时间 MSN频频发生的脱机事件以及用户强迫升级的情况,使得中国用户对 MSN信任跌入谷底。

本周一,MSN中国宣布了由原公司副总裁刘振宇担任MSN中国总经理的决定。对这项任命,微软销售及在线服务中华区总经理、微软MSN总裁庄毅礼就强调,相信刘振宇先生将会进一步加强与本地合作伙伴的深入合作,提升用户的在线体验,带领微软MSN进入下一个崭新的发展阶段。业内人士指出,“加强与本地合作伙伴的深入合作”很可能就是在暗示MSN中国出让股份的事宜。