蚂蚁线: 三月 2009

2009年3月25日星期三

比google更智能的搜索引擎(Wolfram|Alpha)

简介
　　20岁获得物理学博士学位，麦克阿瑟“天才人物”奖获得者，mathmatic软件制作者，美国的传奇计算机科学家史蒂芬沃尔弗拉姆(Stephen Wolfram)近日在其博客中称研发了一个名为“Wolfram Alpha”的新型搜索引擎，该引擎可能以其更加智能的搜索功能而成为谷歌搜索引擎的巨大竞争对手。　　沃尔弗拉姆解释了该搜索引擎的工作原理：Wolfram Alpha如同一个巨大的电子大脑，基于人类各领域丰富知识的系统，它能利用特定数据和算法为用户解答各种各样的问题。而且该引擎提供的搜索结果是具体的答案或方法，而不是像谷歌一样给出一大堆网页链接，但是也不等同于维基百科那样的简单的大型数据库。　　据国外媒体报道，沃尔弗拉姆在博文中介绍称，该搜索引擎由100多名技术人员秘密研究了几年时间而完成。该搜索引擎将于今年5月上线。　　让我们拭目以待！

WolframAlpha 即将到来!
2009年3月5日
Stephen Wolfram
有些人可能会说，Mathematica 和 A New Kind of Science是两个雄心勃勃的项目。
其实，我最近数年一直在努力进行的是一个更加雄心勃勃的项目——名叫 WolframAlpha。
现在我可以高兴地说，它将在短短的两个月内上线：
Mathematica 已经在广泛处理各种正规的技术系统和知识方面取得了巨大的成功。
但对于其它的一切呢？对于所有其他系统的知识呢？对于所有现存的方法、模型和数据呢？
五十年前，当计算机初出茅庐时，人们以为它很快就能够处理所有这一切。
也就是说，我们可以向计算机询问任意一个实际问题，并让它计算出答复来。
但它没能做到这一点。计算机已经能做许多了不起的、意想不到的事情，但做不到这一点。
我一直认为，即使这样，它最终还是应该有可能做到的。几年前，我意识到我终于到了可以去试一试的时候了。
我拥有两个关键的要素：Mathematica和NKS（A New Kind of Science）。有了Mathematica，我就可以用符号语言来描述一切事物，同时可以用算法的威力进行任何形式的计算。有了NKS，我就有了一个理解各种复杂事物如何产生于简单规则的范式。
但是，你可知道我们人类已经积累起来的所有实际知识有多少？
很多知识现在就在网络上——数十亿网页的文本。而使用搜索引擎，我们可以非常有效地在那些文本中搜索特定的字词和词组。
但我们无法从中进行计算。实际上，我们只能解答以前在字面上被问过的问题。我们可以查东西，却不能琢磨出任何新东西。
因此，我们怎样才能解决这个问题呢？嗯，有些人曾认为前进方向必须是以某种方式自动理解现存于网页中的自然语言。或许给网页加上语义性标记会使事情好办些。
但是，有了Mathematica和NKS这两件武器，我意识到还有另外一种方法：直接执行方法和模型（和算法一样），直接补间所有数据，这样就可以进行计算。
要做到这一点并不容易。每一种不同的方法和模型和数据具有其本身的特点和性质。但是，因为有了Mathematica与NKS自动化，有了许多作为人类的专家，我很高兴地看到，我们已经走得很远了。
但是，比方说我们成功地建立了一个知识渊博、能解决很多问题的系统，我们怎样才能与它进行交流呢？
人类通常是通过自然语言进行沟通的。当一个人和整个知识范围打交道时，我认为那也是与计算机沟通的唯一现实的选择。
当然，事实证明让计算机来处理自然语言是件极其困难的事情。例如，我们仍然很难让计算机系统地理解网上的大量自然语言文本。
但若我们使知识适于计算，就不需要进行那种自然语言理解。
我们所要做的就是能够用自然语言读取人们的问题，将其表现为一种可以进行计算的精确形式。
当然，这种做法还不具备一般性。而且，我们不仅要处理象英文这样的语言，还要能够处理人们在各个领域使用的所有简略符号，这一事实使之更加困难。
我不能完全肯定这种做法能否行得通。但是，我很高兴地看到，结合了许多巧妙的算法和试探法、大量语言学上的发现和补间、一些可能达成重大理论突破的东西，我们实际上设法做到了。
把所有这一切放在一起去创造一个真正的知识计算引擎是一项非常艰巨的任务。
这无疑是我经历过的最复杂的项目。涉及的专业知识和活动部分远比我以前收集过的多。
和Mathematica或NKS一样，这个项目将永不停息。
但我可以高兴地说，我们已经快到可以披露其第一部分的时候了。
它将是一个网站：www.wolframalpha.com。一个简单的输入栏是一个拥有数万亿件补间数据和数百万行算法的巨大系统的入口。
目前，我们正在齐心协力使 WolframAlpha 作好上线的准备。
我想这将是个相当激动人心的时刻。它将成为一种计算机和网络使用的新模式。
这使我们马上就要到达人们在50年前就认为计算机能够做到的目标了！

2009年3月23日星期一

3月28日,地球一小时（全球活动）

“地球一小时”活动其实就是在3月28晚上8:30开始关灯一小时。

　　该活动起初只是一项号召悉尼居民关灯的活动，逐渐发展壮大成为全球最大的应对气候变化行动之一。2009年3月28日晚上8：30，全球各地的人们将为”地球一小时”而熄灯。我们希望能有超过1000个城市10亿人参加这一活动中来，用全球性的努力一起来应对气候变暖。

　　“地球一小时”这一活动率先于2007年在澳大利亚展开，当时大约有 220万悉尼家庭和企业熄灯一小时。然而仅仅一年以后，“地球一小时”已成为一项全球性并持续发展的活动，超过35个国家多达500万人参与其中。全球各大城市的地标性建筑，如旧金山的金门大桥，罗马斗兽场及时代广场上的可口可乐广告牌等都为此而伫立于黑暗之中，各城市居民也表达了对刻不容缓的环保事业的热忱希望。

　　2009年的“地球一小时”是一项全球性的行动，它呼吁每个人，每个企业和社区都积极采取措施，投身其中，承担应尽职责，为创建一个可持续发展的明天而行动起来。届时，全球各地从欧洲到美洲的地标性建筑都将伫立于黑暗之中。而世界各国人民将通过关灯这一方式，携手为创造地球更美好的明天而努力。

　　让我们一起行动起来吧！2009年3月28日晚上8:30-9:30，关灯一小时，与中国一起写下历史。

　　超过64个国家和地区已经参与到了2009年“地球一小时”活动中来。而随着越来越多的民众意识到，一个小小举动可以对最终结果有着巨大的影响时，参与人数也在不断增加。

　　“地球一小时”象征着希望，也代表着行动。每个人都能让一切从此改变。

　　加入到2009年”地球一小时”的行列中来吧，你只需在2009年3月28日晚上8：30关掉电灯，并在earthhour.org.cn里注册，签下你的承诺。

详见：生活百科录的说明（http://www.baikelu.com/shishang/liuxing/diqiuyixiaoshi_13717.html）

2009年3月16日星期一

中文维基百科初探

因自己运营百科的缘故，所以晚上花了一些时间去研究别的百科的现况。从而分析出点可以借鉴的东西来。

提到百科首先当然是：

百度百科（baike.baidu.com）百度大家都很熟悉，是中文搜索的巨无霸，基于这个平台他推出的百科网站，是做的最强的也是件理所当然的事情。他被GOOGLE收录的信息是556万个词条。这个相当恐怖，而且还在以每天3600多个词条的速度增加。

很多人疑惑，既然百度百科哪么强大了，为什么你还要做百科呢？是的，我也有这样的疑惑。但是我换的角度一想，淘宝那么大，用的那么好了。为什么还有很多的电子商务网站开起来呢？理由就是我们不怕竞争，再大再好的网站也是有弱点的。百度百科也是，我认为是编辑人员的互动性。现在在百度编辑词条的人忠诚度相对于其它同类网站是比较低的，就是说如果我们能提供一个平台让他们自由的组合起来，互动起来。那应该相当的完美。

互动百科（www.hudong.com）不难理解互动是他们的主打，而且也一直在这么努力这，做的很好。官方生成自己有100万的会员和300万的词条。这个数据靠谱吗？我也负责任地告诉你：是靠谱的。不过100万里面有多少是活跃（1个星期上一次）肯定很少，做个预测可能1万左右。他的300万词条是怎么来的呢？这个值得深入思考。

互动百科还有个自己的WIKI的搭建平台，这个是中文首页开放平台，这会对以后互动百科的词条的扩张会起着决定性的作用，不过互动百科还要有更开放的心态才好。不能让每个运用这个平台的人发布的信息里添上自己的标签。这个也是我没用互动百科平台搭建的重要原因之一。

互动百科：GOOGLE收录582万条数据，每天更新12000条数据。（数据的原创性差了点）

缺点：分类结构相当差，点击不到尽头，用户很容易迷失。这个很致命！

中文维基百科(zh.wikipedia.org)只是做了简单的汉化，真的是重视不够。域名太难记，基本是很少人才能记得住。内容上做的挺好。

360百科(baike.360.cn)主要介绍网络安全这一方面的知识。这个也是在内容上相对于上面两个网站的唯一优势。

夜深了，希望我自己的生活百科录(www.baikelu.com)也能发力，赶上去。

2009年3月11日星期三

百科录（baikelu.com），正式运作

百科录（baikelu.com），是个生活百科全书，里面收集了生活中热门的词条，包含了游戏、娱乐、旅游、休闲、时尚、饮食、家居、健康，这八大类的知识。

我们要创造出1多万会员同时去完善词条的记录，我们打造成全球最大的中文生活类的百科全书。你的每一次编辑，都会对互联网的发展起到推动作用，同时也是对社会的一种贡献。网站完全是公益性的，赢利不是我们的目的。

口号：我的百科，我来录（百科录）
百科Twitter( follow me )

交互设计师素质要求

虽然今年名义上已经不再管人了，但也不得不掺和进很多人事，这里想简单说说，即使不能帮助这个行业的从业者规划职业道路，也算是把之前摸过的路小结一下，给大家一个参考。

交互，视觉，前端开发，用户研究，其实任何一个岗位，我都喜欢从意愿，能力，潜力这三个方面来说。

先说潜力吧，之前不觉的，现在越来越觉的，做交互是需要一点潜力的。一是逻辑思维的能力，结构化思考，推理假设，即使不需要太严谨，也是需要自己先把逻辑搞合理了，设计出来的东西才能合理。（在设计评审中，经常看到这样的反面案例，认知走查就走不通了，肯定是本身的逻辑就有问题。）
锻炼方法：每个设计都先画流程图，列好各种情况，请逻辑性强的人来评审，发现一个BUG打一次PP。现在很多交互设计师都没有画流程图的习惯，难道我们设计的流程都逻辑严谨？或者象征性的画个流程图出来，有没有仔细推敲逻辑啊？又不是美工，要你画个图就画个图，画个破图有啥用啊！

二是抽象思维的能力，概括，从复杂的界面中抽象出元素，逐一论证。说白了，就是自己要先想清楚了，才能设计得清楚。（这个在需求讨论阶段，也有很多反面案例，拿到一个复杂任务就不知道从何处着手；几十页的PPT貌似分析问题，观众看完还是一团模糊。）我观察过的几十位设计师当中，抽象能力强，概括性思考的人，还真不多，这也许是设计师的通病，总喜欢从UI层面思考，无法深入下去。
锻炼方法：先用Mindmanager或者Excel 来归类信息，这个层面工作也是设计，这类层面的设计多做做，对提升抽象思维能力会有帮助的。

三是创新思维的能力，通俗一点，就是出方案的能力。首先一个基本要求，要出多个解决方案，如果这点上都很难做到，真诚的建议您，换一个职业吧。能力弱的设计师，多个解决方案也许只停留在问题的一个层面，能力强的设计师，自己已经验证过好几轮了，即使提交一个方案到设计评审，也能把各种可能性穷举并说明理由。其实说白了，就是对自己的方案有没有思考过。（很多反面案例，看到PD给的需求文档依葫芦画瓢弄个线框图，而且内容逻辑还不如PD的需求文档清楚，那TMD还要你交互设计干啥！之前还有人疑惑线框图是谁的工作职责，PD给线框是超出期望，更清晰的描述需求，交互要是不能给出更好的解决方案，整天嘀咕谁抢了谁的饭碗，TMD这样的人就不应该有饭碗。）
锻炼方法：不但要出多个解决方案，而且个数还要加倍，不然怎么提升啊。

没有以上潜质的同学，择业请谨慎！

再说能力吧，交互是谁都在做，但不是谁都能做的。

线框图是为了快速多出几个方案，明明可以截屏来搞的，自己卖命堆方块，半天才堆出一个低保真原型来，要这样的线框干嘛。本来截几个屏拼凑一下，视觉感受都体现了，非要转成黑白，为了线框而线框？交给视觉设计师，人家又不清楚你的信息层次和重点，累啊！
流程图上矩形和菱形要分清楚，盯着这张图，设计师脑子里应该不断在做认知走查，确保逻辑的严谨和最短路径。这图也是为了明确各个页面的关系和前后联系，请务必提醒在具体的页面中。
概念图，画的人就更少了，这是需要概括再概括，抽象出来思考问题的，不是画一堆让人搞不懂的连线，自己晕了，看的人更晕。

最后说意愿吧，近几年好像很多人都喜欢成为交互设计师，感谢这股热潮让这个专业有了很大的发展，请各位有兴趣成为交互设计师的同学冷静一下，看清楚交互设计师会是个什么样子，想清楚自己要成为那样的人吗？貌似意愿问题对交互设计来说，都不是问题，下次有空说说视觉吧。

2009年3月8日星期日

交互设计的8项黄金法则

这8项法则是由Ben Shneiderman于1998年提出的

一、力求一致性

例如网站首页需要和每一个下级页面保持一致的风格，导航都要放在屏幕的左上角，具有高度一致性的界面能给人清晰整洁的感觉

二、允许频繁使用快捷键

快捷键表示产品使用的灵活性和有效性，想想每次我们使用搜索引擎的时候是鼠标点击的搜索还是按的回车？

三、提供明确的反馈

出现错误时要明确说出错误的含义，而且需要考虑用户能否理解，比如我们基本上都遇到过HTTP404错误，但绝大多数人能看懂么？

四、设计对话，告诉用户任务已完成

要在用户完成某项任务或操作后进行提示。如果他们在做了很多操作后却得不到反馈，他们就无法知道自己是否达成目标。

五、提供错误预防和简单的纠错功能

例如把某些当前不能点击的按钮设置为灰色，在系统执行时让用户在确认一下

六、应该方便用户取消某个操作

大多数的应用软件都有撤销和恢复的功能，如果用户总是惧怕一失足成千古恨，那样的用户体验可想而知

七、用户应掌握控制权

一般而言用户希望自己去控制系统交互，在执行任务中，用户应该可以随时中止或退出，而不是无奈的看着系统继续

八、减轻用户记忆负担

我们应该尽可能帮助用户避免要求他们记住各种信息，例如各个菜单项之间的逻辑关联，更好的分类就会帮助用户找出哪个功能按钮在什么地方

网站用户体验测试探讨

   用户体验，简单的说就是用户使用方便，用户使用方便说起来容易，但作为测试怎么样才能衡量“用户使用方便”，你提出来的用户体验问题如何才能说服开发或者UED去修改呢?很多做过测试的人在测试的过程中多多少少都会遇到一些这样的问题。可能大家平时遇到一个功能就是用的不爽但也说不出个所以然来，像这样公说公有理婆说婆有理，最后问题得不到好的解决。导致上线后出现一系列问题，伤害用户伤害公司伤害自己。
         很多时候我们可能都是通过主观意识来做事情，尤其对待用户这块。大家平时都在说要站在用户的角度去思考问题，去做事情。平时我们提出的所谓用户体验的问题，也都这样说“我是站在用户的角度来考虑的”，但是这些语言总是显得苍白无力。为什么？我一直在思考这个问题。静下心想想，我们真的是站在用户的角度吗？我们真的了解用户吗？我们的依据是什么？其实不光我们测试，任何人都需要思考这些问题。
        单就测试这边而言我觉得我们可以在测试准备阶段加上用户数据和用户行为的收集，采集这一环节。作为测试过程中我们测试工程师用户体验测试一个强有力的依据。让我们真正代表用户去提出问题，解决问题。最终达到用户和公司都满意！
        说归说大家可能在想我们后续如何去收集数据？什么人去收集？收集哪些数据？收集完数据如何利用好这些数据？是否每个项目都适用？用完是否真的对我们的用户体验有所帮助？投入与产出是否成正比？
        针对以上问题我拿一个某功能模块改造项目为例来尝试回答以上问题。项目立项之后由需求人员对该改造的项目的用户类型以及每种用户的行为进行分析，并从数据分析部门（上一个项目发布后会对数据分析部提出这样数据采集的需求，等到下个项目来临就可以轻松获得数据，形成一个循环）收集相应的数据产出一份用户数据报告。测试人员（其他人员可能也会利用到这份报告，我这里单讲测试人员如何利用这样的数据）拿到这份数据报告，在测试准备阶段，根据这份报告产出相应的用户体验测试用例以及用户体验实体数据，这些数据可以自己造，当然必要的情况下也可以找DBA协助。准备工作完毕后在集成测试执行阶段进行到各功能模块基本稳定就可以执行我们的用户体验测试用例啦。当然根据实际情况用户体验测试也可以提前一点来做。执行完毕并产出用户体验执行报告。等到项目达到发布条件就可以发布啦。
         项目发布后我们就可以对我们的用户体验测试的效果进行评估了。需求人员跟踪用户反馈问题结合我们产出的用户体验执行报告进行综合评估，看看我们测试所做的用户体验测试是否真正对用户有帮助。通过过程中采集相应的用户体验的工作量与我们测试出来的用户体验问题带到线上的代价预估最终得出投入与产出比。还可以对项目之间进行横向的对比，看看哪些项目适合这么做，哪些不适合这么做。

2009年3月4日星期三

2009海外web设计色彩趋势分析

这是SmashingMagazine花费几个月的时间研究编写的2009年Web设计风格与潮流，SmashingMagazine的编辑们对当前流行的大量Web设计风格进行分析，总结出那些可能在2009年风行的潮流，包括新的设计元素，新的图形方式，并给出大量的漂亮的示例。文字引至（http://hi.baidu.com/yumcn/blog/item/d930c23342446544ac4b5f14.html）。原文链接（http://www.smashingmagazine.com/2009/01/14/web-design-trends-for-2009/ ）

我截取了大概100个页面进行色彩应用的分析，我想，既然这些页面代表着2009年的视觉潮流，那么网站的色彩也相应地体现了2009年的流行色应用趋势。其实还可以深化研究的，因为时间的问题（大概用了5个工作日），我做得比较粗，等后续再进一步细化分析。希望能给我们和广大web视觉设计是带来一点点的帮助。

分析总结的结果，基本符合常规理论，只是通过分析得出的数据，进一步坚定了我们的设计思想和理念。数据能证明一切问题。

欢迎大家探讨，指正，共同进步！

点击此处下载PPT