心弦Blog | 不可思议的设计

Idean在招人，钱多人少速来！

Wed, 25 Jun 2008 14:44:36 +0100

我目前就职于Idean - 一家来自于芬兰的专业设计咨询公司。我们的服务涵盖手机（目前为主）、软件、网站和其它实物类领域。

我们现在需要经验丰富或者深具潜力的交互设计师加入，一起为了公司的口号“The Next Big Things”而奋斗！

详细的公司介绍和岗位说明可以见：

http://www.idean.com/jobs/iadesigners.html

现在是钱多人少！感兴趣的话千万别犹豫，即刻发简历给我（或者网页上面提到的Mr. Jesse Maula）。有问题请留言。

有效地阻止SPAM

Tue, 17 Jun 2008 10:24:30 +0100

对于blog作者来说，SPAM一直是个令人比较头疼的问题。如果没有良好的防治机制，一旦被SPAM机器人盯上，那可不是闹着玩的。目前主要的解决方案是使用Captcha，让真正的留言者按照图片所示，输入一串随机生成的字符串，或是解答数学题等等。虽然攻击者仍可以写程序做图像识别，但这个难度很大，而且一旦图案有变化程序就要重写。因此CA..可以说是目前最为有效的SPAM预防方案。

但是Captcha显而易见的缺点就是：它的用户体验不好，有时甚至很糟。我见过的最恐怖的Captcha来自RapidShare，它居然要你识别一只特定形象的猫！我每次做完这步眼睛都花了！

还有一种使用也比较广泛的方法，就是利用贝叶斯等算法做SPAM识别，有些还结合了可定期更新的黑名单机制。Gmail这方面做得非常好－99%的垃圾邮件都被系统识别并自动归类了。问题是，我始终担心会有重要邮件（比如MM的求爱信……）被误判，还要时不时的去“垃圾箱”中看看。

此外也有人借助Javascript来防SPAM，因为机器人抓取网页时肯定不能运行Javascript，所以可以利用这个特点，通过浏览器事件来辨别留言者的身份。这个方法在Javascript被用户禁用时显然会失效，考虑到Firefox用户可以非常方便地禁用Javascript，我对其持保留态度。

说了半天别人的方法，我介绍一下在我的blog程序Lonely Thinker中的做法。经过半年多的检验，这一方法被证明不仅可以有效地阻止SPAM，又几乎不损害用户体验。

步骤如下：

1、在表单中添加一个值为空、名称为antispam的文本域，将其放在一个HTML容器内（比如div），并用CSS这个HTML容器隐藏（如下图）：

2、在表单校验的部分加入对这个文本域的校验，如果其值不为空，则说明当前留言是SPAM（以CakePHP框架的model为例，代码如下）：

简单地说，这种方法就是利用了机器人会填写所有表单域的特点而起作用的。唯一可能需要担心的，就是如何处理关闭了CSS的情况。我的做法是在表单中添加一段文字说明，你仔细看上图的话不难发现。

要特别说明一下为什么不直接把文本域用CSS设置为隐藏的。我本来是这样做的，可是发现机器人非常聪明，它似乎有一个简单的解析器，可以读取文本域的CSS，如果发现具有隐藏属性则跳过。前一阵子产生的SPAM都是这么来的，我找到原因时也非常惊讶。

当然了，机器人的作者仍然可以进一步完善他的程序，比如写一个比较完整的HTML解析器，用以对付我目前采用的隐藏HTML容器的做法，但这个有一定的难度，并且我只要让我的HTML不合法（比如没有完整闭合，或者制造标签间的嵌套错误），他的解析器很可能就失效了。

如果你的blog访问量非常大，已经到了有人专门针对你的blog写SPAM机器人的程度，上面的方法就需要改进才行了。我目前想到的一个办法是动态地调整文本域的名称，比如在一个名称池中随机的选取一个渲染到表单里，并在model验证规则的部分做动态调整。为了防止误伤那些在名称调整前载入页面、名称调整后递交表单的用户，甚至可以考虑临时记录每个人载入的文本域的名称。

WWDC 2008观感

Thu, 12 Jun 2008 15:03:18 +0100

前夜一口气看完WWDC 2008的主题演讲视频后，激动的在床上胡思乱想了近2个小时才得以入睡。以下是在床上辗转反侧时的YY纪录：

1. Jobs明显老了

把这么八卦的内容放在第一项，感觉既对不住Jobs他老人家，又对我blog的读者有些些许的愧疚，不过这却的的确确是我的第一感受。远的不说，就是相比于年初的Macworld，这次的Jobs也明显让人感觉到了岁月的痕迹：眼窝深陷，脸色略显苍白并带有一丝倦意。虽然Apple后来证实Jobs是带病上阵的，但千万别忘记Jobs已是五十几岁的人了。

2. 谁都不是傻子

话不多说，看下图：

3. 让人叹为观止的Interface Builder

请原谅我使用这么夸张的词来形容Interface Builder（IB），实际上，我想不出更好的词了。短短几分钟的演示，便能让我们充分领略IB无以伦比的强大功能，诸如控件在界面上辅助对齐、自适应大小等功能，都是在其它界面构建工具中难得一见的。此外，作为一款专门构建界面的软件，IB本身不仅有着极佳的可用性，更有超凡脱俗的用户体验：注意到控件在由Library拖出时产生的缩放和半透明效果吗？还有那个让人拍案叫绝的居中对齐设定方式！以及在IB中旋转界面时动感十足的旋转特效（如下图）！至少从这个演示来看，用Xcode配合IB来编写iPhone应用，与其说是工作，倒不如说是一种享受！

4. 老天！iPhone上的游戏太让人期待了！

强大的CPU、视频加速卡和内建的运动感应器，再加上OpenGL和OpenAL等开放API的支持，让iPhone天生就是一个绝佳的游戏平台。尤其是运动感应器的应用，让游戏者可以体会到直接操纵的快感，不难想象，过不了多久地铁上就会有大群人拿着iPhone手舞足蹈！

如果能拉到主流游戏厂商、并且想办法延长电池使用时间的话，其它游戏机先不说，至少PSP就不用混了。

5. 微软的界面真的没救了，相信我

当我看到手机上的Task Manager时（见下图），简直不敢相信自己的眼睛！即使让我不作任何准备，直接站在WWDC的舞台上的话，我也肯定会和主持人Scott一样的表现：无话可说、跺足叹气。微软除了不断地强奸他们的用户、迫使他们学习糟糕透顶的系统外，难道就不能想出一种优雅的方式来解决问题吗！就算不采用与Apple的Push Notification Service类似的技术，也不能把PC上的Task Manager硬板到手机上来，有多少人搞得清楚进程名称和程序名称的关系？

说句题外话，我现在对Windows和Office极其反感，这样的产品设计让我觉得不可理喻－若是举起例子来，便是几天几夜也说不完。工作上也是能不用就不用，能够以开放标准（如HTML、PDF等）发送的文档我绝不采用MS的专属格式。我很庆幸存在Mac这样优雅的电脑和软件系统，能够让我能够尽量专注于任务本身，并时常在完成任务的过程中得到意外的惊喜和乐趣。

6. 前途无量的定位及其相关服务

iPhone 3G终于有了GPS功能，定位＋SNS绝对是个金矿。在国内，唯一比较棘手的问题就是GRPS的数据费太贵（这个问题或许可以通过内建地图来解决，随便想的）。

7. 虽然有手写，输入仍然成问题

2.0版的软件系统提供了中文简繁体及其输入解决方案，但iPhone的虚拟键盘仍不够好用，对于Treo用户来说更是如此。英文可以有拼写检查和纠正，但中文就难做了。当然，这是问题也是机会，很期待Glider的QIM和华君的FIT能有更好的表现。

8. 在理想情况下，ME.com的网站体验应该很棒，可这只是“理想情况下”

Apple一向很喜欢在不同的平台上提供完全一致的使用体验，比如原有的.mac服务和现在的Safari，可我觉得有时候它过于理想主义了。比如ME.com中运用的大量Javascript/AJAX技术，在网速不是非常快，或者电脑性能不是非常好的情况下，使用体验可能会很糟。我在超高带宽上使用过.mac（带宽具体数值不得而知，但在50M以上）服务，感觉还有些延迟，国内大部分1-2M的ADSL就更不用说了。不过不过，ME.com的UI设计实在是太棒了，不由不赞叹！

----------------------------------------

谁有兴趣玩iPhone开发？

Cam-Trax

Thu, 05 Jun 2008 14:10:21 +0100

在国人还在忙着研究SVCD、CVD、EVD、威力棒（Vii）、M8和山寨机的时候，老外搞出了Cam-Trax：

读《天黑以后》和《海边的卡夫卡》有感

Mon, 02 Jun 2008 09:53:09 +0100

最近一口气连续读了这两本村上的书：《天黑以后》和《海边的卡夫卡》。

《天黑以后》

《天黑以后》和我读过的村上的其它作品有很大的不同，从表面上看起来，它所描述的并不是一个完整的故事，而仿佛只是日常生活中截取出来的一个片断而已，所以在看完最后一章后，我脑海中总是联想起贾樟柯的《世界》（这部电影中也以同样的方式讲述了几个平凡人的平凡生活），在两部作品中，你都很难看到通常意义上的起承转合和跌宕起伏，情节像拥有多个支流的、静静流淌的小溪一样，沿着不同的方向铺展开去。

然而，“我们以为目睹的东西，很可能只不过是我们的错觉”（第八章，第11段），在经过了一整夜的经历后，会讲中国话的女主人公浅井玛丽似乎最终领悟了姐姐浅井爱丽的心理，以独特的方式表现了自己对她的爱，这一被文学评论家称为“再生”的举动，才是整篇小说真正的主线。不过我个人并不十分理解“再生”的含义。

此外，正如译者林少华先生在序言部分所指出的那样，书中白川身上所具有的那种“不再是‘绝对恶’”的恶、“超出善恶标准的、甚至超出了恶的恶”，才是现代社会中最为可怕的恶！在现代社会中，这一“白川式的”恶有很多种表现形式，除了书中所描绘的那样外，至少还包括：1）人性的恶，典型如当面一套背后一套；2）中庸的恶，典型如随着其他人一起闯红灯。

《海边的卡夫卡》

《海边的卡夫卡》的结构和叙事方式同村上早期的《世界尽头与冷酷仙境》非常相像：两个看似毫无关联的故事在小说的奇偶章节间平行展开，然而随着阅读的深入，故事间千丝万缕的关系逐渐显现出来，并在小说的中后部进行了某种程度的重合。

我第一次读到《世界尽头与冷酷仙境》时，被这一独特的写法所强烈吸引，在读完全作并理解了两个故事间的关系后大呼过瘾！在《海边的卡夫卡》中，这种笔法得到进一步扩展，小说开篇的几章甚至让人产生三个故事并行发生的错觉，只是读到后来才发现，其中的两个故事实为不同时空并具有因果关系的一体，让人不由得感叹村上纯属的写作技巧。这可以说《海边的卡夫卡》与《世界尽头与冷酷仙境》的第一个较大不同。

两者之间的另外一个显著不同在于，在《世界尽头与冷酷仙境》中，两个故事之间的关联是隐形的：其中一个故事所发生的世界，位于另一个故事中男主角的内心之中；一个故事中所拥有的种种人物、语言和事件，是另一个故事中世界的投影和映射。简言之，两个世界的这种暗喻式的联系是要靠读者自己去发掘与领悟的。而在《海边的卡夫卡》中，甲村图书馆成为了两个世界交叉的点，原本不相干的种种人物和事件，都于此相互交错和影响。老实说，这样的安排是我在阅读过程中未曾想到过的，非常出乎意料。现在想来，这样的写法却更能紧紧地抓住读者的注意力，使他们对因两个世界交叉所带来的影响和后果，产生某种程度的担心、不安甚至惶恐－尤其对于读过《世界尽头与冷酷仙境》的读者更是如此。

第三个不同，就是相比较于《世界尽头与冷酷仙境》，村上的笔触显得更加内敛，隐喻愈发深沉，论理的部分也增加不少，我相信这是由于年龄的增长而自然而然出现的一种现象。

最后从《世界尽头与冷酷仙境》中引述一句来收尾：“有的东西不过很久是不可能理解的，有的东西等到理解了又为时已晚。大多时候，我们不得不在尚未清楚认识自己的心的情况下选择行动，因而感到迷惘和困惑”。

D4感受

Fri, 23 May 2008 10:58:40 +0100

昨天晚上支付宝主办了阿里巴巴集团内部的第三届“阿里巴巴D4设计论坛”，有几项内容比较有趣，想拿来讨论一番。

商业需求和用户需求是矛盾的

这种说法就好像“界面上文案多了用户不看”一样，成为了一个广泛传播却又尚未被证明的伪命题。

我个人并不十分赞同这种观点。持这种观点的设计师恐怕是受了太多运营部门的影响，而把商业和用户放在了互相对立的位置上－如果想最好的达到商业目标，就要牺牲用户利益，反之亦然。所以每次的产品/界面设计，都成了运营所代表的商业目标和产品所代表的用户利益之间的折中品，是两方各自妥协的产物。

淘宝的同事以当年著名的“淘宝广告弹窗事件”为例，说明“广告弹窗”这一商业目标由于给用户带来了极大不便，遭到了用户强烈的反对，最后不得不放弃这个商业目标而维护用户的利益和需求。

这样的说法问题在于，它往往混淆了“商业目标”和“具体方案”的概念。为了实现一个特定的商业目标，设计师完全可以设计出许多不同的方案，其中有好有坏，有的受用户喜欢有的遭来反对。最好的结果，当然是设计师的方案及满足了用户需求，又因此实现了商业目标。

成功的例子屡见不鲜。比如Sony的PS2、Apple的iPhone，它们往往在上市的前几天内就被抢购一空，提前完成了销售计划这一商业目标。由于出色的产品设计，用户的需求非常旺盛，商业目标自然而言就达成了。

有人可能会说：你举的例子都是商业目标本来就和用户需求相符，所以当然不会出现矛盾。那么对于本来没有用户需求的商业目标怎么办？我的答案是：创造需求。作出伟大的产品，激发用户的兴趣，通过给产品打上独特的（文化）烙印，让用户对这一烙印产生认同甚至崇拜。把这一点做到极致的公司如Porsche、Apple等。还有一种情况就是产品成功地挖掘出并满足了用户的潜在需求，比如Ford汽车的诞生。Ford汽车的创始人Ford曾说过一句非常著名的话：“如果我当年跑到大街上问用户需要什么，他们肯定会告诉我：‘一匹更快的马’！”

设计师的三种能力

阿里巴巴的同事Eric介绍说，Yahoo!的设计师认为一个成功的设计师应该具备三种能力，即People、Numbers和Process。

People包括1）了解内外部用户（Read people）；2）推销自己的观点（Be a salesman）；3）（Real-time performance）；4）Fight when you have to。

Numbers包括1）量化（Build in the metrics）；2）应用正确的方法决策（Justify decisions with the right kind of research）；3）不要过度研究（Don't over research）。

Process包括1）“平衡投入产出。不要过多去考虑和争论，有些方案可以先做出来，再看效果”（此翻译来源于Eric，原文为（Balance prep with implementation）；2）自下而上的策略（Bottom up strategy）；3）每个人都能成为设计专家（Everyone is a design expert）。

此外，这位同事还提到了设计师的职业规划问题，他所引述的观点认为，设计师以后可以朝产品经理的方向发展。在此我想听听大家的看法，你认为设计师以后的发展方向是什么呢？

丁宇，08年5月10日夜

每个人是每个人的过客

Thu, 15 May 2008 23:10:51 +0100

辞职了，虽然有竭力挽留我的主管、一起奋战过的同事和如天堂般美丽的杭州，可是我去意已决，明天办理完所有的手续，我就要和支付宝和阿里巴巴说再见了。

这不是什么突然的决定，实际上我把blog右面的自我介绍里的“目前主要做用户体验架构工作”改为“目前不知道做什么工作”已经有不短的时间了。从刚来时不知道要做什么，到清楚地提出“用户体验架构”的概念并推动‘架构组’的成立，再到不知道要做什么，这是一条无奈的轨迹。

应了那句话：每个人，是每个人的过客。

D2归来及北京印象 1

Mon, 05 May 2008 11:47:00 +0100

其实4月29日早上就从北京回杭了，只是现在才抽出时间来记录这次短暂的旅行。

先说D2。

第一场讲座是周爱民先生带来的“前端设计与开发的基本模式”。周爱民的技术水平之高无须赘言，因此我对本场是非常期待的。听下来却发现演讲中纯粹的软件技术探讨不多，内容以UI设计为主，听软件技术专家讲UI设计倒是头一遭，并且其中有些观点确实是独辟蹊径，以另一种视角阐释了UI设计中的焦点、布局和分辨率的关系等问题，虽然也有相当部分有失偏颇（比如混淆了“视觉焦点”和“界面上所获得的焦点”的含义），但总的来讲仍能给UI从业者带来不少有益的思考。

演讲时周爱民问了个问题：GUI中的WIMP是什么意思？大概是问题太初级，没人好意思举手。我便说了句“Window、Icon、Menu和Pointing device”，结果就骗了本周大侠的新书（如下），哈！

第三场名为“Enterprise Ajax in PHP”。主讲人Hedger Wang一上来就提出了一大堆看起来相当吓人的名词，听着听着却发现，这不就是拥有一个Front-Controller的MVC加JSON嘛！不过既然作为专题讲出来，想必肯定是在此方面经验丰富。于是我提了个一直困扰我的问题：在一个拥有复杂交互的系统中（想象一个拥有几十个对话框的CRM系统），各种Ajax事件会非常多，此时如何管理这些事件就成了一个比较麻烦的事情。可惜可惜，看起来Hedger对这个问题也没什么经验。另外不知道是不是因为年轻气盛的缘故，Hedger给人一种盛气凌人的感觉，交谈起来很不舒服。并且当我听到他宣称Prototype和jQuery“不适合企业级应用”时，我也就没兴趣再问下去了。

有趣的是，我站在台上提问的照片，上了cnBeta（下图就是），哈哈！

最后一场是年轻有位的Yahoo!资深工程师章亦春带来的“Nifty web apps on an OpenResty”，因为有丰富的Perl经验和背景，章给我的感觉是新一代的Unix hacker。他的OpenResty框架能够让开发人员更关注于客户端（浏览器端）编程，而把服务器端变为一个单纯的API提供者和数据源。这个想法本身倒是不坏，我只是不明白其应用场景是怎样的，究竟是怎样的原始需求催生了这个框架呢？另外，OpenResty完全使用Javascript来CRUD数据，并操控各种浏览器行为，此时性能如何保障？可能由于时间的关系，章当时的回答并没有解决上述问题。

此外，OpenResty中的“Resty”表现在何处？这也是当时我没能领会的。从演讲时那个留言板的例子来看，在翻页时URL始终为http://server/path/to/posts.html（因为都是通过JSON来更新其中数据的），恐怕类似http://server/path/to/posts/page3.html这样的URL更加Rest化吧！章同学看到本文不妨解答一下：）

本届D2上虽然演讲数量不多，但质量都比较高。希望下届的D2能够以收费的形式来举办，以期进一步提升其素质。

绍兴琐记 1

Fri, 02 May 2008 22:39:41 +0100

应同事的邀请，跑来绍兴附近的一个小镇参加她的婚礼。由于不熟悉路，原本不足50分钟的车程硬是被我们开成了3个小时。结果没能赶上她的婚礼仪式，甚觉可惜。

不过对我这个独在异乡的异客来说，收获却也不少。细数起来，有如下几样：

1、近距离领略了浙江的乡间美景。在江南生活也有几年的时间了，但基本上都是在城市里面待着，自驾游到农村还是第一次。在车里放眼望去，池塘、小河在乡间星罗棋布，偶尔经过某个村子，还能见到“小桥流水”这种传统意象，着实有趣。

2、浙江的农村实在太富裕了！普通的家庭也拥有一幢两层的住房，并且宽敞明亮，装修也比较现代化。这和我对家乡（长春）的农村那模糊的印象相差很大（不知道现在的情况如何，仔细想想我至少有8、9年没有去过农村了）。

3、还是关于财富的问题：简单的调查发现，在改革开放初期，浙江和家乡的贫富差距并不大，或者说至少没有现在大。问了几个同龄的同事得知，彼此小时候家里状况差不多，主要家电的购买时间和普及率相仿。看看现在的情况，象征生活水平的私家车在这里已经相当普及了，甚至有人的车已经更新换代了数次！对比下来，家乡还远不及此。

4、结婚就是那么回事儿！仪式、婚宴、祝酒、红包⋯⋯大概同样的内容，别人看来程式化，自己却乐在其中吧。

明天小游绍兴，祝各位看官节日愉快！

5月2日夜10:50

后记（5月3日夜11:32）：这段文字本来是我躺在酒店里用手机打出来的，可是在发表文章时发现Treo 650上的Blazer浏览器居然有上传数据大小的限制，折腾了半天也没发成功，于是只好现在补发。不争气的Palm！

4月24日杂记

Thu, 24 Apr 2008 21:53:29 +0100

第二届“D2前端开发论坛”

为了参加周末的第二届“D2前端开发论坛”，明天下午又要赶赴北京了。上次去首都还是去年参加“User Friendly 2007”时，那次在北京郊外一个叫“北华山庄”的僻壤，搞得我也没机会仔细看看现在的北京城，希望这次能够抽出时间来“去看看比较大的城市”，说不定还能碰上徐静蕾或者江一燕，说不定还能把梦中情人娶回家，说不定还能……哈哈！

“Apple和它的设计”幻灯片

上次提到我做的部门分享“Apple和它的设计”后，这两天陆陆续续有朋友问我要幻灯片。实际上我无法直接把幻灯片分享出来，一是因为对于没听过我分享的人而言，这个幻灯片并不适合阅读，毕竟它的目的是配合我的演讲，而不是为了给人直接阅读；二是这个文件的类型是keynote，非Mac用户是无法打开它的；三是源文件的尺寸足足有198M，这个硕大的文件显然不适于通过网络分享。

因此，我正在现有幻灯片的基础上，分别制作适于阅读和适于传输的版本。前者的工作量比较大，经过近一个星期的调整和编辑，目前也只完成了50%左右，全部完成并提供下载要到5.1以后了。

看不惯的人和事

不懂不可怕，可怕的是不懂装懂，更可怕的是胡言乱语的同时不知道自己不懂，最可怕的是让这种人危害社会。

有趣的setTimeout和clearTimeout

Tue, 22 Apr 2008 20:45:21 +0100

今天使用我写的jQuery Countdown Plugin时，遇到一个特殊的需求：要停止正在进行的倒计时。

Google了一下，发现window.clearTimeout可以做这事儿，但要求首先获得window.setTimeout的句柄，我在写这个plugin时并没有考虑这点，又不想加个句柄变量到jQuery对象中，于是再度Google，并发现了一个window.clearTimeout的很奇怪的用法，可以自动获得句柄：

window.clearTimeout(setTimeout("0")-1);

这条语句确实能够满足我的需求，可我不明白这是什么意思，哪位高手能给解释下？

根据这个发现，我顺便更新了plugin－加了个stop()方法，详细用法和下载见这里。

此外一个有趣的现象就是：在IE和FF下，window.setTimeout返回的句柄不同。在IE下，它是一个8位的数字，并且每次刷新页面时这个数字以3递增；在FF下，它是个各位的数字，并且刷新时不会有变化。

纯真年代

Tue, 22 Apr 2008 20:20:58 +0100

周末晚上在浙大校园散步，脑中萦绕的都是这只最爱的歌曲。一个朋友说这首歌听起来很压抑，我却恰好有相反的感受：这首“纯真年代”总是能让我回想起大学时的人、事和快乐的日子。

演唱者:叶蓓作曲:郁冬作词:郁冬

想起了纯真的年代你给我最初的伤害

还有那让我忧愁的男孩别问我爱会不会老

这些事有谁会知道你还像昨天那样的微笑

夕阳下我向你眺望你带着流水的悲伤

我记得你向我挥手的模样

别问我爱会不会变这些事有谁能预言

请给我个回答就象你当初看我的双眼

变幻的世界有多美昨天的爱情象流水

你的心你的心是否停留在那一回

相爱的日子有多美纯真的年代象流水

想要追想要追我们第一次流下的眼泪

中文字幕版“1984”和“Think Different”

Tue, 15 Apr 2008 16:39:48 +0100

上周做了个团队分享：Apple和它的设计。演讲中我播放了Apple历史上著名的两则广告视频“1984”和“Think Different”，为了让大家更好地理解，我使用世界上最难用的字幕软件Miyu，为两段视频翻译并添加了中文字幕。翻译的质量并不高，但足以能让对此毫无概念的人了解大意。

我把这两段视频传到了Youtube上：

被弱智的Windows Live Messenger搞怒了

Tue, 15 Apr 2008 09:29:48 +0100

在经过了数以年计的时间后，我终于知道了如何删除Windows Live Messenger（WLM）中的自定义图释：

把Messenger窗口最大化，以便能看到程序菜单（我同样今天才得知Messenger工具栏上最右面的图标是菜单的快捷键）；
进入“工具”->"图释"，好了，现在可以增删改了。

此前我一直都在研究聊天窗口中弹出的图释菜单，我以为直接在我不喜欢的图释上按右键就可以弹出管理菜单-不是“可以弹出”，而是“应该弹出”，既然我是从这条路增加的图释，为何不能从原路删除掉它？

此外，WLM另外一个非常恼人的问题是：速度太慢，原来MSN多清爽，反应多迅速，现在的WLM在我工作用的P4-3.0G上经常搞得和死掉一样。

一直都搞不懂微软到底怎么想的！把一个软件越做越难用也是件挺不容易的事儿！

说说互联网公司内设计师的分工

Wed, 26 Mar 2008 08:58:15 +0100

我坚信一点：对于大部分互联网公司来说，设计师完全不需要太多的分工，我认为一个小而精的架构组、一个用户研究组和一个设计师组就能够很好的适应互联网公司的需求了。

先说架构组

就像软件开发中的情况一样，架构组中个个都是高手。这个组对整个设计团队的设计质量和工作效率起决定作用，它负责制定设计目标和设计哲学、提供设计规范和工具、探索和引入新的设计和技术，并且引领整个设计团队和公司产品在用户体验上的发展方向。

这个组在行政上必须拥有绝对的权利，并要有完善的制度和流程，来保障架构组成员能够使用上述权利去控制设计的质量。Apple为什么能持续不断地产出高质量的设计？这是和Jobs本人对设计质量的无限追求和至高无上的行政权力分不开的。

此外，架构组绝对不是脱离产品设计实践去搞高精尖的东西，实际上，其中成员必须积极地投入到产品的设计和研发过程中，身体力行的检验和更新自己的工作成果。

再说用户研究组

用户研究组没啥好说的，能把两件事儿做好就行：用户调研和用户测试。

最后说设计师组

坚决反对搞那些花里胡哨的分工名堂，比如什么“交互设计师”（或“用户体验设计师”，UE）、“前端开发工程师”和“视觉设计师”等等。除非你的产品确实有大量且复杂的前端开发和视觉设计工作量，否则过细的分工只会降低工作效率、增加沟通成本，并最终导致设计质量不高。

此外，“交互设计师”（或“用户体验设计师”，UE）的进入门槛有多高，相信大家都心知肚明。更何况，“交互设计”这个概念本身如何定义，“交互设计师”的工作职能包括哪些，又如何去衡量他的工作成绩等问题仍是没有定论。一个典型的现状就是，同样一个名称为“交互设计师”的职位，在各个公司的职能可能是千差万别的，这点随便参加一个行业会议就能立即感受到。因此在现阶段下，我完全看不出单独设立一个只做“交互”的“交互设计师”这一岗位的必要。

那么这个设计师组中的成员该叫什么呢？这并不是最重要的，关键在于搞清楚他们的职能范围。

对于相当一部分互联网公司的设计团队来说，这个设计师组中的成员应该实行包干制：从部分用户研究到设计再到代码实现都一包到底。网站的设计不像软件开发，前者通常要在极短的时间里实施一个完整的“调研－设计－实现”流程，这就在客观上要求流程中不能有过细的分工和过多的步骤，经手的人越多，效率越低；此外，和软件相比，网页的实现难度完全不是一个数量级上的，说难听点，把一个智商正常的成年人送去学上一个月的HTML/CSS，就可以处理互联网公司的大部分日常需求，7、8年前我在外面讲课时，有些具备FoxPro基础的学员一个月后连Javascript都写的有模有样了，可你让他学一个月的Java看看？因此，实现技术的低门槛为一个设计师实行包干制创造了必要条件。

但并不是所有设计师的工作职能都是一样的：必须把具备较高能力的人提升为主设计师（或资深设计师），由他来带领其它普通的设计师工作。此时，他的角色非常类似于程序开发中的“系统分析员”，在一个产品项目中，他的设计规划将作为其它普通设计师的工作基础。比如他为这个产品设定了怎样的用户体验目标、采用了怎样的设计思想和哲学、选取了何种规范和工具等等，他还要做一些类似项目管理的工作，以便更好地让不同的设计师协作。实际上，可以考虑让架构组的成员兼任产品项目中主设计师的工作，这样既可以发挥他们的高水平，又可以让他们对各种规范的实施情况有一个切身的体会。

另起一段，休息一下。

之所以写这篇文章，一是因为我觉得我提出的“用户体验架构”这一概念，不仅要适用于单个设计师，更要涵盖团队建设的方法，否则称为“架构”就未免显得有些单薄，写完此文后，我感觉我的“用户体验架构”已经有一定的雏形了，接下来的工作就是尽快把它用图示辅以文字的形式整理出来；写这篇文章的第二个缘由是，我下午参加公司的设计沙龙时意外地发现，原来不仅是我，几乎部门内所有的设计师都对“交互设计师”的岗位职能感到模糊（虽然我是“用户体验设计师”，可谁能告诉我这是个什么职位？），并且也都或多或少的表达了“不满意分工过细”的观点；第三，我一直觉得“网页设计师”这个说法没什么不好－一些早期网页设计师的作品一样注重可用性和用户体验。

最后必须要说明的是：1）我目前并没有机会去从管理者的角度实践上述方案，但它是我根据自己的经验，不断摸索和总结出来的想法。如果你认同我的观点并付诸实施，请务必告诉我你的心得体会；2）各个公司的情况不同，我仅以与支付宝类似的网站为例。

丁宇，08年3月25日夜

MacBook Pro入手！

Sun, 23 Mar 2008 17:57:56 +0100

终于拿到了梦寐以求的MacBook Pro，2.4G的Core 2 Duo，2G的内存和256M的8600GT，爽！

全新配备的多点触摸功能非常实用，因为MBP的分辨率比较高，所以浏览网页的时候我常常需要放大字体，有了多点触摸的触控板，直接用两个手指做个拉伸的操作就好了，比用快捷键还方便！

从Powerbook时代一直延续过来的背光键盘，仍然给人以惊艳的感觉。晚上的时候把灯关掉，MBP的键盘“嗖”的亮起白色的背光，非常漂亮！我懒得仔细拍这个效果（要用脚架，再说我这DC也不行），上个Apple拍的照片吧：

拿到手不到3天的时间，就被我折腾死机2次（如下图），哈哈，我表哥多年前就称我为“电脑杀手”，他说如果哪个生产商想检验自己的电脑够不够稳定，找我就行了 :-)

不过有一点让我感觉费解的是：电池我只充了一次电，现在插上电源用的时候居然就充不满了（一直显示98%），诸位有何好办法？

好用的Outlook插件Xobni

Wed, 12 Mar 2008 18:24:55 +0100

前一阵子曾经申请过试用一个名为Xobni的Outlook插件，今天收到了邀请，下载下来简单用了一下，感觉相当不错！

安装结束后第一次启动Outlook时，Xobni会创建一个Outlook数据库索引。索引结束后会在Outlook右面显示一个如下图所示的侧边栏：

仔细看看，里面的信息很丰富，包括了你和某人的通信数量统计、此人的联系人列表、和此人的通信和文件交换记录等内容。如果你有记录他的电话号码的话，还可以通过Skype直接拨打他的电话！

我最喜欢的是如下图所示的这个即时搜索，邮件多的话，Outlook的内建搜索绝对会让人疯掉。现在有了Xobni，就再也不怕找不到邮件了：

平时不需要上述功能的时候，还可以把这个侧边栏最小化，不仅节省空间，看起来还挺漂亮的：

~~我还有5个试用邀请，有要的留言，先到先得。~~3月13日更新：5个邀请已经全部发完了，除了留言的朋友外，还有人通过MSN/旺旺管我要，呵呵。

jQuery的Countdown插件 v0.2

Mon, 10 Mar 2008 19:32:02 +0100

写了一个简单的倒计时（countdown）插件，用法非常简单：

$('div.countdown').countdown({seconds: 3,callback: 'helloWorld()'});

上例中，这个插件会在div.countdown中插入3秒钟的倒计时，直到0为止并调用helloWorld()这个函数。

这个插件有两个选项：

seconds - 从多少秒开始倒计时；
callback - 可选，倒计时结束时执行的回调函数。

目前的版本是0.2，下载地址如下：

jquery.countdown.js，2kb
jquery.countdown.min.js，1kb

这个插件在jQuery Plugins上的项目站点，觉得好用可以投上一票：）。

更新记录：

0.2。加入了stop()方法，可以停止一个正在进行中的倒计时。

奶油花菜和红酒鸡块

Tue, 04 Mar 2008 11:27:25 +0100

还记得我的“丁氏红烧肉”和“丁氏红酒番茄牛肉”么，这次是奶油花菜和红酒鸡块，两个菜都是第一次做，吃起来还行，卖相不怎么样，呵呵。

奶油花菜营养价值很高，口味以甜为主。主要原料包括菜花半颗、西兰花半颗、牛奶一包、胡萝卜一块、半杯水。做法如下：

把胡萝卜用开水烫熟，切成细丁；
将一半牛奶和淀粉搅拌均匀（我这里用的是玉米粉，所以看起来有点黄），把胡萝卜丁倒入；
把菜花和西兰花切好后，用大火在锅中翻炒至5成熟；
把另一半牛奶倒入，中火将菜花和西兰花煮软；
将刚才搅拌好的混合物倒入锅中，稍微煮一下，让淀粉附着在菜花和西兰花上即可。

大功告成，开吃！

《Cocoa入门——使用Objective-C》一书到手

Fri, 29 Feb 2008 14:06:34 +0100

收到了joy赠送的《Cocoa入门——使用Objective-C》！这本书是公认的Cocoa入门必备读物，第二版根据Leopard和Objective-C 2.0做了大量调整。我从头到尾翻了一遍，对Cocoa入门者来说，内容广泛而充实，基本上创建一个应用的各个方面都有谈到，很适合快速对Mac OS X开发有全局的了解。

其实手里面也积攒了不少相关图书的PDF了，但为了保护视力，一直很少阅读，这次拿到纸制的中文版，终于可以潜心学习Cocoa了。

谢谢joy！我在书中看到你的头像了，呵呵。

另外，据说此书3月份上市，发行册数不多，想要的可要留心了。