天天上班，Live Msger、QQ和Google Talk都是一起开着的，有时候忙了，就会把他们都设成忙碌状态，不过，每当这时Google Talk就会让我不爽，不管当前GT是什么状态，他在屏幕右下角系统托盘里的图标始终不变。真的有时候会为了查看一下自己当前的状态而去点开GT。改一改 吧。
另外，又想起了自己原来做过的一套Google Talk在线状态的图标。

我的Google Reader的使用年龄也差不多和Google Reader本身的年龄一样了。当时从Bloglines转移到GR来，就是因为它的交互比较符合我个人的习惯。其实，原来GR和Bloglines最大的区别就是对Blog文章的组织方式的不同：

Bloglines为代表的大多数在线阅读器都是以RSS源为单位来组织（最多加个Tag之类的分类文件夹）
Google Reader是以每篇文章为单位来组织

原来GR的页面布局，左边是文章的标题列表，右边是当前文章，用起来很顺手。
新 的Google Reader在组织形式上更接近传统的阅读器，以RSS源为组织单位。而且整个页面的布局也近似与Bloglines了。因为前一个版本的GR在交互方式 上和其他的阅读器差异还是比较大的，所以突然转变一下，可能会产生一些不适应。尤其是其默认的显示方式为Expanded View，虽然在这种显示方式下，已读文章和未读文章有一定的差异，但是差异确实很小，我花了一定的时间才找到，确实迷惑了很久。不过，好在这个不适应的 学习阶段是不很长。我很快发现了ALL Items里面有List View，这个东西其实就基本上等于原来界面的全部。有文章的标题列表，点击标题后出现文章全文。
所以，实际上新版的GR给用户提供了两种并存的阅读。不过，有一点值得注意的，新版GR里，所有的Label都变成Tag了，Label是Google对Tag的习惯别称，但是不知道为什么现在都弄成Tag了。
Whatever，还是希望新版的GR界面能稍微改的不那么凌乱些，和Gmail、Calendar的再接近些就好了。

昨早上发现Google Notebook已经上线了。早都希望Google能出这么一个东西了，让我随时能够记录看到和听到的东西。而Google这次不尽能让你记录文字，而且还有bookmarks的功能，并且，最重要的是可以分享。不过还没有tag。
试 用之后，感觉仍然是很有Google的风格——有待改进，首先是颜色上，虽然整体风格沿用了Google产品线上一贯的Ajax应用的风格，但是颜色来看 和 Gmail，Calendar有出入，即后两个都是以蓝色作为内容，黄色作为设置，绿色作为搜索（Calendar中结果页用蓝色显示，但符合逻辑）；而 Notebook则是以蓝色显示私人记事本，黄色显示公开记事本，绿色显示某个记事本中的section，我想应该有更好的办法来区分这些项目而不是以混 用颜色的方式吧。其次是对note的编辑，不喜欢那个频繁出现灰框，总让我觉得很不安,觉得应该是在点击了“展开”按钮（就是那个小三角）后才变成灰色比 较合理。另外还有些其它比较细节的地方希望能改进。
不可否认的是，这东西现在已经很好用了，尤其是加上针对Firefox和IE的插件。不 知道Google准备怎么玩他，希望和Google Bookmarks和Gmail整合，当然还有Calendar和Reader。现在已经开始拿这东西写Blog了，刚才写了一半Firefox又崩了， 多亏这东西，要不全白写了。
还有，顺便说一下，太喜欢Google Lab的新logo了。

又有好久没有更新blog了（为什么要说“又”！），最近上班，手也变懒了，上班忙，所以脑子想里 的东西也就少了，手和脑子这两个用来写blog最终要的东西都歇菜了，所以也就没什么更新。不过，这几天还是发现了一个可写的东西—— del.icio.us和Google Bookmarks的tag suggest之间的交互差别带来的体验差别。先看看下边的图片。

从 图片中来看，基本差别不大，但是在使用中，del.icio.us的在提示出现时，如果按下Enter就会直接提交，而Google Bookmarks则会把提示栏内选中的tag添加到输入框中。拿上图中举例，举例来说，如果在del.icio.us中，我输入“s”后，提示栏出现， 默认选中了第一个相关tag——“standards”，这时，在我未输入完standards的所有字母前提下直接按Enter，页面就会被提交，那么 这个bookmark的tag就是“s”,而不是我希望的“standards”，但在Google Bookmarks中则会将当前默认的“web standards”添加到输入框中。
另外，在提示框出现时，如果框内有不止一个的tag，那么，在del.icio.us中按方向键则会 移动光标，提示框会消失，而在Google Bookmarks中则会在多个tags之间切换，来选择tag。最后，来看看，当我键入“s”的时候，Google Bookmarks中出现的“web standards”。del.icio.us使用空格来区分tags，Google Bookmarks使用逗号来区分，我更倾向于后者，因为用逗号就使我们的tags不一定必须用一个单词或者几个单词中间用连字符相连，现在在看我的 del.icio.us标签中，有很多诸如[”user]，[ajax,]，[experience”]等等这样的tags，而且，我认为，尽管 del.icio.us虽然在tag输入框之后写明了用空格分隔，但是毕竟这不符合人类的书写习惯，所以应该在处理的时候有能力处理地较量完美，而不至于 留下象我上面列出的那些怪异的tags。

早都想写一篇关于苹果的iTunes和Windows Media Player在交互方面差别的文章，今天在新聚网上面看见了文章关于web易用性设计的一些要点，于是决定把这篇文章写下来。
正 式开始使用iTunes大概是从去年11月末，那时候开始心急火燎的想买iPod，在等候资金到位的同时，就先拿了iTunes过过瘾。其实之前也用过， 但是因为用Media Player已经快五年了，所以总是不习惯iTunes的操作，放弃过几次。但这次使用，稍微耐心了些，这下就爱上了iTunes，甚至不惜花3天的时间 把本本里储存的所有将近6G的wma全给转成mp3了（当然也是为后来入手的iPod作准备）。
iTunes和Media Player的差别主要在于，iTunes是基于搜索和播放列表来管理音乐，MP是基于手动和浏览来管理的。

基 于浏览的管理,用户必须得花大量时间来查找专辑名、艺术家名等，而Windows Media Player形同虚设的搜索功能又很难用，速度还很慢，所以，很难快速的找到自己想听的音乐。而iTunes的搜索相当方便，是快速搜索，好像和 Tiger里的一样，瞬间就可以找到你所查找的媒体文件。在iTunes的左侧栏中，没有像Media Player那样的以专辑、艺术家等分类的目录，而是放在了右侧媒体列表中，可以隐藏，这也简化了界面的复杂程度，减少了用户的工作量。
另 外，在文件管理方面，Media Player的媒体库和文件系统是分离，也就是说你在媒体库里更改媒体信息，实际的文件的位置、名称都不会改变，这点会给用户带来很大的麻烦，一首歌如果 要修改名字得改两遍。而在iTunes当中歌曲的文件是储存在艺术家的同名目录下的，当一首歌的艺术家名字被改变，该歌曲的文件就会被移入修改后的艺术家 的目录，而如果原来艺术家目录经修改后为空，那iTunes就会自动帮你删除原文件夹。
iTunes中的播放列表也是其一个亮点，尤其是其中的智能列表，让用户通过很简单的操作来自动生成播放列表，而且程序会自动更新播放列表。尽管这个功能在Media Player中也有，但是看看下面的图，就可以看出两者在易用性方面的差别。

总 之，用iTunes的体验就使简单，很多事情程序会帮你做，而且最有用的功能总能随手找到。不可否认，从功能上来说，Windows Media Player也是一个相当强大的媒体管理程序，但是，和微软其他的软件一样，所有的功能都放在了表面上，看似很强大，但实际上用户对这些功能无从下手，找 不到重点，不知道哪一个才是自己最需要的。

刚才看见刘韧的一篇文章， 文章中的第二条提到：“大多数用户至今还不会设置pop3邮箱，你能要求他什么”。于是联想到确实平时身边的很多人都问过我怎么把邮件下到自己的电脑里， 就更别说懂什么pop3了，更别提设置pop3。但是，想想这是谁的错？邮件服务是一个大众化的服务，不是针对技术人员的服务，用户不需要了解pop3， 他们只需要收发邮件。那么现在所有的邮件客户端都要求用户来设置pop3和smtp，这对用户来说确实很为难。
所以，突然有个设想，今后用 户在使用邮件客户端软件时，不需要再进行pop3或者smtp的设置了，只需要输入自己的邮箱和密码，就可以收发邮件了。那么pop3和smtp怎么来设 置呢？这应该有客户端软件的生产商来做，在你输入邮箱地址的时候，客户端软件会自动将你的地址后面的服务器名发送到生产商服务器上（当然，绝对不能发送@ 之前的用户名），或者某个公用的服务器上，在服务器端解析邮件服务商，然后将该服务商的pop3和smtp地址发送回给客户端软件，客户端软件再自动设置 好，用户就可以收发邮件啦！
不过这样做，还存在很多问题，比如如何能全面地包括每一个邮件服务商的pop3和smtp地址？如果由统一机构 来管理可能比较不错，就是说如果一家公司准备进入邮件服务领域，需要先递交际的@后的后缀名以及你的pop3和smtp地址，但是权力就会滋生腐败，也许 还会提高邮件服务领域的行业壁垒，可能不利于技术的发展。
此外，向服务商发送邮件地址也比较不安全，谁能保证客户端生产商不会把你的用户名一同发过去，这样可以让他们得到一笔额外的收入。
凡事都有两面性，懒得去设置，就得承担风险，不想承担风险，就得进行繁杂的设置。所以，还是web mail比较好啊！哈哈！原来喜欢用outlook收发邮件，现在有了Gmail，还是感觉web mail比较方便，不用设置什么，而且在哪都能管理邮件。

这个名字听起来好难懂，我想了半天才想出来这个蹩脚的名字的。也是最近在看到About Face 2.0上的Files和Save部分，于是有所联想的。
AF2中，作者提到现在的大部分应用软件在推出时总会弹出一个对话框，询问读者是否保存当前状态的文档，但作者认为这完全是多此一举，而且会干扰用户的体验。他认为这个对话框中询问的问题是非常愚蠢的，为什么用户会不愿意保存辛辛苦苦编辑好的文档呢。
我读到这，认为作者的观点有些偏激，有时候打开文件，是为了浏览文档，所做的修改不是为了编辑文件，最典型的就是有时候我在打开一个.ai或者.fla时会随意拖拽里面的图形，只是为了查看图形，而不是为了编辑，所以在退出的时候当然不愿意保存修改了。
作者接着说，现在大部分软件不提供让用户重新命名文档这个简单的功能，用户只能通过另存为命令来实现，或者是退出软件，然后修改文档名称。
这点倒是说的非常好，有时候在保存文档并命名的时候，点了“保存”后，就后悔刚才给文档起的烂名字！
作者说，现在的应用软件大部分的File菜单基本是：

New（新建）
Open（打开）
Close（关闭）
Save（保存）
Save as…（另存为）
Print（打印）
Properties（属性）
Exit（退出）

作者的新的文件菜单被设定为

New（新建）
Open（打开）
Close（关闭）
Rename/Reposition…（重命名/重置）
Make Snapshot Copy（快照拷贝）
Print（打印）
Make Milestone（插入里程碑）
Revert to Milestone（恢复到里程碑）
Abandon Changes（放弃修改）
Document Properties（属性）
Exit（退出）

而 且作者建议用自动保存（Word和Gmail的功能）。从这些都可以看出，如果这些功能都实现了，用户的确是不用在考虑文件系统的问题，不用考虑如何保 存，如何拷贝或备份，如何重新命名这个文件等。看到这里，我才开始更深刻的理解作者的意图，就是希望构建一个完全不干扰用户，而且能很智能地帮用户完成用 户与文件系统间交互的工作，使用户完全专注于文档的编辑工作。但是，就拿那个Abandon Changes的功能来说，这的确是一个非常妙的功能，但假如用户在退出时忘记点它，而且用户本来就是不希望修改文档呢？作者在书中后面的章节还提出了撤 销功能要和文档结合，就是无论何时何地启动程序开始编辑文档，都应该可以看见可撤销的步骤，而不像现在关闭程序之后再打开就不会看见上一次会话时的撤销步 骤。天啊！如果实现这一功能不知道一个文档的体积要增加多少。不知道以后会不会有比较好的解决办法。
总之，要权衡用户与文件系统之间的交互 的功能，不是一件容易的事，既要满足用户的心理，又要考虑计算机实现的技术问题。现在越来越感觉微软的Office的UI设计很棒！不愧是大公司啊！但 是，到目前为止，最让我喜欢的还是Gmail和Google Web Search！呵呵！

About Face 2.0: The Essentials of Interaction Design中介绍了用户界面设计中的姿态（posture）概念，我不知道为什么要叫posture，也就姑且按翻译者的翻法，先叫“姿态”吧。
这里的姿态是指一个软件以什么样的形式出现在用户面前，当然，这种出现方式应该以用户体验为基础。书中将桌面软件的姿态分为四种：

独占式（sovereign），即软件运行时，会占全整个屏幕的空间，来让用户完成工作。比如Microsoft Word，Google Earth，Picasa。
暂时式（transient），不会长时间出现在用户的屏幕，而是为了完成某项工作或任务指令而弹出，而且其工作时一般不会占据整个屏幕。比如Word中的查找替换功能，Windows里的计算器，Google的搜索（下面作详细说明）。
精灵式（daemonic），大部分时间不会以窗口或对话框的形式工作，而是在后台运行，有些会在系统托盘里提示用户当前其正在工作。即时聊天工具（如Google Talk）就是比较典型的例子，此外还有Google Desktop。
辅 助式（auxiliary），一般也会长期停留在用户的屏幕中，但它不作为主要的应用程序的一部分，而是起辅助性作用。书中举例是集成在IE中的 Media Player播放器，此外，还有Google Desktop的Sidebar（尤其是当你把它设置成不自动缩进的时候）。

现在结合一下Google的产品来说说，其实要把Google的网络产品和桌面产品放在一起说，按照书中的思路有些问题，因为书中专门有关于Web的姿态分析，不过我感觉那部分讲的不如桌面姿态的部分好，而且在阅读桌面姿态部分的时候也确实感觉可以应用于Web姿态中。
我自己感觉，Google目前界面设计给我印象最深的就是它的Web搜索（Google Web Search, GWS）和Picasa2。
GWS 虽然是一个网络应用，但非常符合暂时性姿态程序类型，就是为了让用户需要时快速使用，快速处理，快速离开。GWS的界面风格大家有目共睹，正符合暂时姿态 型程序的设计原则——明亮清晰、尽量简洁，其简洁的设计也为Google日后其他产品的界面设计奠定了基础和风格。它就是以简洁的风格，尽力不去分散用户 的注意力，让用户专注于搜索，这其中，最让我敬佩的是其懂得放弃的理念。可以看见，Google没有在它的首页把它的全部服务都展示给用户，而是只陈列了 Web、Images、Local等几个为数不多的搜索服务，如果你安装了Google Desktop，还会有一项Desktop。而其产品列表则位于more所链接的页面。这些位于首页的服务大多是用户用的最多的服务（当然也有出于营销目 的而放置Froogle，使用Froogle的人好像不多），这样，可以和简洁的页面设计一起，来达到让用户专注于搜索的目的。Google这种能放得下的设计思路还是很值得学习的，从98年至今，其界面没有像Yahoo!那样变得复杂凌乱（当然，Yahoo!开始也没有Google那样简洁），而只是将其新开发出来的，能够满足用户最棘手需求的服务产品加入了首页，而且每个也只占用了不到70×20像素的大小。其实，这也很符合现在Google文化中的一个元素——一些页面需要探索和发现才能找到，比如其Hack搜索页面等。
那 么，作为独占姿态型软件的Picasa 2，也具有其设计上的优势。独占程序的用户一般会长时间专注于该程序，或者说是该软件，来完成自己的工作。所以，一般用户会对独占型程序的熟悉程度高于其 他类型的程序，在这种情况下，用户会对软件的功能按钮产生一种位置感。Picasa 2的按钮非常大，而且数量不多，很多功能都可以通过拖拽来实现，非常方便用户的使用。此外，Picasa2的基于日期的图像管理方式非常符合用户的管理心 理，尤其是对照片管理更是如鱼得水！Picasa2页传承了Google一些设计文化，比如Star、Label等。（准备过两天写一个关于Google 设计文化的文章）
相比较而言，Google的另一个产品——Google Earth的用户界面设计我就不是很喜欢，个人看法。不知道现在设计是否沿用的是Keyhole被收购前的设计，总之Earth从视觉风格到用户体验都不 如Google的其它产品来得那么爽！比如要改变视角就得把鼠标移动到底部的操作栏内操作；查询时如果没有结果，弹出的那个错误对话框很让人沮丧，其实完 全可以如有搜索结果时的那种方式，在左侧的导航栏内显示无结果，总之，用一种比较友好的方式来为用户返回信息，这在About Face 2.0里被称为无模态反馈（modeless feedback），就是不以对话框或别的中断用户工作的方式来为用户反馈信息，而是以更自然的方式来反馈。
关于Google的精灵姿态应 用，目前有Google Talk、Google Desktop和Picasa Media Detector，每一个都会在系统托盘中来提示用户，“我正在运行，如果你愿意，请关闭我！”，Desktop还可以变换成辅助姿态的应用，包括 Sidebar形态、浮动和嵌于开始栏内三种状态。在这里，就想说说Desktop里的Quik Search，它采用了和Google Suggest相似的设计，但是比GS更复杂，可以显示简单的搜索结果以及选择Google其它的搜索服务。当用户输入搜索串时，程序会自动启动搜索，根 据用户当前的输入来立即搜索内容，省去了用户点击”Search”或敲Enter的步骤。别小看这小小的一步，要完成它，用户不得不被迫的去做物理劳动， 比如输入完搜索串，用户需要抬起手再落下以敲Enter键，更有甚者需要用户的手从键盘上转移到鼠标上来完成点击”Search”的工作。减少这一步，就 为用户省去了这样的机械式动作。
Google的产品总是为用户考虑的比较周到，简洁的界面使用户安心工作，不必疲于学习或被折磨得眼花缭 乱，但简洁的界面背后是强大的技术，技术支持了其智能地为用户服务，来减少用户与应用间的交互，最终减少应用的复杂度，从而生成简洁的见面。不知道 Google下一个产品会使如何呢，G Browser会是什么样？G OS又会如何？