三月的蚁穴

Apple发布了iPhone的Guided Tour视频，各位等不及的可以在这里下载解解馋。从视频中可以看见，iPhone的虚拟键盘设计的非常人性化——可以根据当前场景的不同而变换按键。

http://www.infimum.dk/HTML/JSwindows.html
发现这篇文章不错。从简单的打开一个新窗口讲起，对窗口间的通信等都有详细的介绍和范例。收藏以及推荐一下。;)

Google Maps今天发布了超牛的Street View，玩着正爽的时候发现了这幅图：

好象外星人的飞碟劫持地球小汽车…
点击这里在Google Maps中查看
Google Maps和Earth上还有好多有意思的图片，大家可以去GSeeker看看。
==
这个Street View中用来显示街道照片的部分可以3D旋转， 运用了Flash技术，觉得Google真的很会在Flash和Ajax之间来权衡用谁来做自己的RIA架构，就比如之前的Gmail Chat中加入消息提示音就是用了Flash。Flash相对于JS的优势也就是在于可以摆脱很多浏览器的限制，提供强大的多媒体和交互的支持。

《信息架构》一书中，将一个信息架构中的各种组成部分归为了四大类：组织系统、标注系统、搜索系统和导航系统。其中，组织系统的任务是决定如何将信息分类，比如：是以主题还是以时间？组织系统有它自身存在的问题，但也有很多已经形成并被接受的信息组织方案和形式。

统一的界面元素对一个网站的前端架构会很有好处，统一的元素就意味着CSS和JavaScript可以拥有很高的可重用性。 日渐庞大的CSS文件和杂乱无章的JavaScript脚本都是前端工程师比较头疼的事情。庞大臃肿的代码不但会造成客户端加载的负担，也会让前端代码变得难以管理。

现在越来越多的网页出于各种各样的原因会将页面上的一些区域（通常是div）隐藏，CSS隐藏元素的方法也有很多种，最常用也是最好用的就是display:none。可是被赋予这条规则的元素会在某些辅助设备中被认为不存在于文档模型中，所以造成该区域中的内容不可访问。

皮克斯的最新动画长片《料理鼠王》（Ratatouille）就要于今年6月29日上映了。这是皮克斯被迪士尼买下后发行的第一部长篇动画作品，尽管皮克斯的上一部电影《赛车总动员》（Cars）成绩和评论都不是很好，但还是不影响对这部电影的期待。下面是在YouTube上发现的一段很有意思的皮克斯实验动画，短篇的主角并非影片的主角Remy，而是预告片中出现的胖老鼠。

Flickr终于增加了梦寐以求的Collections功能！！！不过据说是Pro帐号才有，嗯，20来美元挺值！
Collection可以包含多个set或者collection，最大深度是5级。这样做的好处就是更加明确和细化了set的用途，比如一次长途旅行的照片可以按照地点或时间放在不同的set里，然后再把这些set放在这次长途旅行的collection中。

另外还发现有了另一个功能——自定义Photo页面的布局，有六种不同的布局可供选择，见下图：

这下终于可以把我们大学全专业的照片都放在同一个collection下，不用和我自己的混在一起了！

其实不是啥新消息了，迪士尼要将其1989年的经典动画长片《小美人鱼》（The Little Mermaid）搬上百老汇舞台很早就传开了。今天看见Joe在迪士尼华语坛上又报道了小美人鱼音乐剧的官方网站开通的消息，期待这部作品的音乐和布景。
小美人鱼音乐剧是Walt Disney Theatrical Productions最新推出的音乐剧，之前还推出过美女与野兽音乐剧、狮子王音乐剧、泰山音乐剧、On the Record、阿依达音乐剧，以及在伦敦首演的欢乐满人间音乐剧、在德国上演的钟楼怪人音乐剧，还有大卫王。
去年（2006年）8月和神奇一刻的几个朋友一起去上海看狮子王音乐剧，当时真是被狮子王音乐剧宏伟的气势震撼了！不过最帅的还是Joe为神奇一刻拿到了Walt Disney Theatrical Prodactions的总裁Thomas C. Schumacher先生的亲笔祝福！

最近在拜读《Information Architecture for World Wide Web》第三版，准备好好写写读书笔记，现在是第一篇，《信息需求和搜寻行为》。

信息需求（Information Needs）
当用户出于某种目的来到一个网站时， 他真正需要的是什么？一些情况下，用户会很清楚自己在找什么，但大部分时候，用户可能并不一定知道自己究竟在找些什么。作者总结了四种可能的用户对信息的需求：
准确的信息
当用户需要非常准确的信息时，通常他已经知道自己是在查找什么，希望得到一个精确的答案。比如：查找一个同事的电话号码。
一些有用的信息
当用户希望得到一些有用的信息时，通常他不是很明确自己到底在找什么，更期望在搜索和浏览过程中能得到一些有帮助的信息，而且在这一过程中很可能会改变自己所搜寻的东西。比如：一个用户希望换一部手机，也许他会希望这部手机有拍照、蓝牙等功能，价格适中。于是他去了淘宝，大概搜索后，发现有一款摩托罗拉的不错。但是随着整个搜询过程的继续，更多合适的品牌和型号出现在他的面前，最终他会在所有候选机型中选中他心仪的那部（当然也可能一部也没有挑中）。
尽可能多的信息
当用户希望得到关于某方面尽可能多的信息时，通常他是在对某一领域进行全面研究。在这种情况下，用户需要有足够耐心在更多的搜寻结果中跋涉（我们的产品应该帮助用户更轻松地跋涉）。
需要回查的信息
由于有限的记忆力或繁忙的工作，有些信息在获取之后需要日后回查。这时候也许用户会对其进行存放和标注方便回查。比如找到一篇好文章后，由于手头其他工作，先收藏到自己的del.icio.us上，并且用“readme”、“toread”等tag进行标注。
下面是作者针对这四种信息需求所绘的图 ，我对其进行了翻译：

信息搜寻行为（Information-Seeking Behaviors）
了解了用户对信息都有哪些类的需求，下面就来看看他们通常是如何满足自己这些需求的，即用户的信息搜寻行为。
用户的信息搜寻行为可以分为三种：搜索（Searching）、浏览（Browsing）和询问（Asking）。这三种行为通常在一个搜寻过程中都会出现。
针对搜寻行为又有两个主要模式：整合（Integration）和反复（Iteration）。整合是说在一个搜寻过程中，搜索、浏览和询问这三种行为会并存。反复是说在一个搜寻过程中，三种行为会反复地、无序地出现。
根据以上的理论，人们提出了两种主要的信息搜寻行为模型：采摘模型（Berry-Picking Model）和增长模型（Pearl-Growing Model）。
采摘模型是由南加州大学的Marcia Bates博士提出的，是说用户的信息搜寻过程从一个点（比如一个组关键字，或是一个链接）开始，随着过程的深入，用户会在整个信息系统中反复转移来获取他们需要的信息。这种模型要求系统在信息架构设计时，能够让用户很容易地在搜索和浏览之间来回移动。举两个例子：

先搜索，再浏览：在Google键入关键词后，有时结果页会给出与关键词相关的Google Groups的内容，供用户浏览；
先浏览，再搜索：进入Google Groups后，可以在浏览某个Group的内容后，在这个Group内部进行搜索。

增长模型是说，用户在一个搜寻过程中往往以一个或几个关键词搜索开始，并且明确知道自己需要得到的信息。但随着过程的深入，用户会需要更多类似于目标信息的信息。一个典型的例子就是Google在每条搜索结果后都有“Similar Pages”，给用户提供更多相似结果。
==
在实际的产品设计时，需要设计人员（产品经理也好、信息架构师也罢）清楚地了解自己用户的信息需求是什么，针对此需求能够建立什么样的信息搜寻行为模型。这样再针对此模型进行信息架构的规划和设计，就能使用户更高效地找到自己需要的信息。