话说，博客好久没更新了，微博刷惯了，一下子写超过50字的东西还真的倍感吃力。。（偶能写到这里，很不容易了好吧~=。=!）

2011是变态的一年。咱在最后的半年里离开了折腾3年的某地，然后开始了自己的鲁滨孙漂流记，从深圳飘到北京，然后从北京飘到上海，折腾了一圈回到原点。

总的来说，这一年里，还是需要感谢非常非常多的人。没有你们，我也不可能完成这个超级变态反常规的漂流计划（细节就不说了，都说了是反常规的，说了很多企业的HR就要找他们麻烦了。。。）

对于2012而言，接下去的几个事情还是要继续。

找姑娘：这需求永远是首位的，不过么去年貌似优先级没那么高，估计是2012吧，再晚就没地球人了。

折腾产品设计：之前做PM的时候，无数次的教训让我懂得了设计的重要性，虽然UED有很彪悍的设计师，但自己也要起码的美感。特别是女性网站。否则人家好不容易画好的demo，你说都不错，或者都不好，不知道不好在哪里。人家非砍死不可。而咱自从放弃了国美的入取通知之后，就几乎没折腾过这块。

做回普通人：首先买个诺基亚白屏机（不是WP7）。虽然移动互联网被人喊成是今后的大趋势，不过当我们执着于IOS，安卓的时候，却不得不发现大部分的人是通过120X120的塞班在上网的，在这些屏幕面前，一切基于手势啊，多点触控啊，陀螺仪啊的FL，全都是浮云。至少在中国，就那么现实。除非你把所有人的手机都砸了，否则他们死也不会换手上的诺基亚。。

PHP&SQL&SERVER:这块需求最小，因为暂时的环境是不需要我自己冲第一线开发的，自己开发的PM感觉总是有点怪怪的，我还不想变成怪大叔。人家只是小正太嘛o(∩_∩)o 不过知己知彼百战不殆，知道如何搞这些东西，更容易降低PK难度。当然咯，其实我也做过某些网站的系统架构师（额，这是兼职）。

买船票：黄牛票也行！！！这其实是最关键的了~~原因你懂得。否则就只能学习游泳了。。。

欧耶~居然超过50字了~~我太伟大了！

编者按：自然用户界面(Natural User Interface)成了近来业内的时髦词，手势、语音、触控……各种新的界面操作方式从实验室里飞进了千家万户。可到底什么样的界面才算得上自然？是不用鼠标键盘，看着很炫的，还是有更微妙的含义？作者根据自己在人机交互领域研究的经历，以及从同行那里得到的许多启发，对自然用户界面作出了诠释。

作者：曹翔

常见的理解

不管是有意识的还是无意识的，谈到自然用户界面，人人心中都有一个或清晰或模糊的理解。这些形形色色的理解都各有各的道理，但往往又有不尽然的地方。要探讨什么样的界面是属于“自然”的，就不妨先从人们常见的一些理解出发，看看它们各自正确和不足的地方在哪里：

自然用户界面等于多模态界面或“新”模态界面吗？
的确，许多自然用户界面的成功例子，譬如微软的体感游戏设备（Kinect）、Surface交互桌面和任天堂的Wii游戏等等，都运用了手势、语音、多点触控等交互模态，甚至同时结合了多种模态。那么，是否使用了这些模态的界面就一定是“自然”的？恐怕不尽然。我想不少人都能举出使这些“自然”模态不自然的场景。譬如语音操控：很适合于私人空间，而在公众场合却可能带来尴尬。再如手势界面：大家对电影《少数派报告》中主人公挥舞双手操作大屏幕界面完成每日工作的场景也许不陌生，这几乎成了大众心目中自然手势界面的代表。然而据这一场景的设计者说，在电影拍摄过程中，身体健硕的男主角却因为不堪长时间举着双手的疲劳，不得不用钢丝吊着胳膊完成拍摄。这直接印证了手势界面对于日常工作场合并不一定自然，尽管它在Kinect家庭游戏中早已备受欢迎。相反，一些较为传统的交互模态，譬如鼠标和键盘，在其特有的使用情境中却有着强大的生命力。其实，自然用户界面并不是一个崭新的概念，而是自计算机诞生之日就存在，并不断地发展。作为计算机同行，一定对计算机界面更迭的历史都耳熟能详：从穿孔卡片到命令行再到图形界面，每一代界面的出现都比前一代更为自然和直观，但也都花费了相当长时间才成为主流。而与之前的主要针对桌面计算机和工作环境而设计的界面相比，今天的用户界面所面临的是多样化的使用情境：移动、游戏、社交等等不一而足。而在何种情况下选择何种模态进行交互才是最自然的，这是每个人机交互从业者必须面对的问题。

自然用户界面等于模仿人的界面吗？
在科幻电影中，经常会出现计算机模仿人的语音与用户进行交流的场景，有时计算机甚至会模拟人的形象，以虚拟助手的形式出现在屏幕上或现实世界中。无疑，这样的拟人化界面可以让用户与计算机交流就像与他人交往一样，很多情况下的确会感觉更为自然和亲切，甚至有可能在人与计算机间建立情感上的联系。它特别适用于用户其它交互渠道（譬如手眼）被占用，或是需要计算机提供智能化帮助的时候。但这种方式也有局限，在日常生活中，许多时候我们所做的事情并非与人交流，而是直接去操纵物理世界：比如直接拿起筷子吃饭就会比告诉别人怎么把食物喂到嘴里更为自然。同理，对于某些活动，用户直接操控界面也会比间接地通过拟人化交流更为自然和高效。

自然用户界面等于模仿物理世界的界面吗？
那是不是模仿人与物理世界交互方式的界面就更加自然？实际上，当前通行的许多界面模式，都是建立在物理世界概念的基础上的，比如Windows图形界面和文件夹组织结构，就是对真实办公桌的一种模仿。还有不少研究人员探索了如何把物理模型引入用户界面用于驱动交互的过程，甚至把真实物体作为界面的一部分，通过操作物理实体与计算机进行交互，即实体用户界面（tangible user interface）。这些基于物理世界规则的界面能让用户完全地按照操作真实物体的方式与计算机交互，省去了不少学习时间，在一定意义上提供了最大限度的自然。但如果纯粹模仿物理世界，也会遇到瓶颈，那就是真实世界本身受到各种物理定律和客观条件制约，我们在复制它的种种直观属性的同时，也复制了它的种种限制与不便。这在某些情况下恰恰牺牲了计算机的灵活性，使用户失去了软件界面本来所能提供的自由空间。而在这一点上，大家熟悉的多点触控界面中用两个手指操作图片或者其它虚拟物体的手势，并没有拘泥于物理操作，而是在平移和旋转这两个完全符合物理常规的操作之中，加入了缩放这一在真实世界几乎不可能的操作，形成了一个无缝的自然交互方式——多数用户在使用它的时候可能甚至从来没有意识到这一点。可以说，自然用户界面应当源于真实，高于真实。

自然用户界面等于不用输入设备的界面吗？如果我们关注最近的一些被称为自然用户界面的产品，无论是使用手势、语音、触控，甚至是脑电波，他们的共性似乎是不需要专门的输入工具，而用身体的某一部分来直接进行操作。这是否是一切自然用户界面的大势所趋？一方面，人的手和身体本身就是极为灵活的工具，不需辅助就可以胜任许多通用型的任务，这正是今天许多无需输入设备界面的基础；但另一方面，物理工具的发明恰恰标志着人类的进化。各式各样的工具造就了人类从事各种专门活动的能力，而每一种工具的设计和使用方法都最大可能地为其支持的活动做了专门的优化，本身就是“自然用户界面”的典范。最好的例子莫过于形形色色的笔：比起用手指写字，用笔写字实际上更好地利用了人多个手指灵活配合和控制的能力，大大提高了书写的准确和丰富性。同样的道理，在今天的计算机使用中，特别是对于许多专门性的活动，一套设计合理的输入设备（例如数字笔）也可以延展人的能力，从而提供更加自然的界面。

上述各种理解有一个共性，那就是它们都是将某一类特定的交互模式等同于自然用户界面。而实际上，“自然”并不是一个绝对的概念，无法抛开情境来下结论。上述提到或没提到的每一种交互模式都在某些使用情境中成为自然界面的典范，但在另一些情境下却又可能显得不那么自然。在尚未了解界面所要支持的用户、活动和环境的前提下，几乎无从判断它的自然与否。正如人机交互研究的一位先驱比尔•巴克斯顿(Bill Buxton)所说，“不论是什么东西，都对某些事情最好，而对另一些事情最糟。”

那么，自然用户界面能否有一个通用的标准？

一些研究人机交互的同行提出了一个有趣的问题：自然用户界面这个词，究竟是自然的“用户界面”还是“自然用户”的界面？乍看起来这是个文字游戏，答案也许并不重要。但这个问题的提出，为回答前一个问题指出了一条方向，那就是对自然用户界面的衡量，并非取决于界面的交互模式，而是取决于用户自身的体验。

自然源于体验/经验

在英文中experience既有体验又有经验的意思。而在讨论自然的用户体验时，正要从用户的经验说起。这乍听似乎有些矛盾：自然用户界面不应该要求用户没有任何经验吗？不错，对界面本身而言，让用户在没有经验的前提下上手，让学习过程尽量缩短，这正是自然用户界面的主要优势之一。而这里要谈的，是另一种经验——对现实生活的经验。

具体解释之前，先讲讲我的两位人机交互同行亲身经历的故事。一位印度的同行为当地用户设计了一组用数字笔操作的界面。在进行用户测试时，他对其中一位用户说：“请拿起笔碰一下屏幕。”出乎他意料的是，这一看起来十分简单自然的操作，居然出了问题：这位用户没有用笔尖，而是把笔横过来整个贴在了屏幕上！经询问才知道原来他不识字，也从没用过笔。而另一位欧洲的同行为家庭用户在交互桌面上开发了一套软件，包括一些直观的手势交互，例如用两个手指相反方向移动做打开的手势来打开一个虚拟的储物箱。当他向用户家庭演示时，他想考考这个家中正上小学的孩子：“你试试看怎么打开这个箱子？”孩子二话不说，直接用食指在箱子上双击！从这两个例子可以明显地看出，对于用户而言什么是自然并不等于与生俱来，而是在很大程度上取决于它们之前的生活经验：前者因为没有用笔的经验，“自然”的操作对他毫无自然可言；而后者由于从小与电脑和鼠标打交道，“不自然”的操作对他却是再自然不过。同样的道理，我们平时觉得自然的事情，不论书写、语言、手势，还是触摸，恰恰是来自于若干年积累下来的经验或者有意识无意识的人为训练，当然也包括对真实世界物理规律的经验，和对已有计算机界面模式的经验。这些训练和经验，有些是较为广泛地为所有人所共享的，比如物理规律；而有些则与用户所属的社会文化群体息息相关，正像上边所举的两个例子。

由此可见，如果想让用户尽快上手，恰恰要建立在用户已有生活经验的基础之上。缩短了的界面学习过程，正是因为借用了此前若干年用户学习其它相关事物的过程。于是，了解目标用户群体已有的经验，并试图让交互方式与这些经验相一致，就成了设计自然用户界面的关键。实际上，在人机交互中非常强调的“隐喻（metaphor）”概念，正可看成是这种思想的一种体现。隐喻指的是把用户界面中的概念比拟为一种人们熟悉的概念或现象，用于解释其交互方式，例如将图形界面元素比喻为大家熟悉的桌面、窗口等等。隐喻越贴切，越为用户熟悉，往往就意味着界面越自然。

当然，界面设计不可能也不应当完全局限于人们已有的经验。有时，界面所涉及的活动并没有直接对应的现实经验可以借鉴；有时，拘泥于已有经验会失去了界面设计的灵活性和创新空间。如何确保用户界面在超越已有经验的同时，又不失其自然呢？这里要涉及到人机交互中另一个与用户经验息息相关的概念，即思维模型（mental model）。它是用户脑中对所进行的具体活动机制的一个抽象，源于经验，又高于经验。还以多点触控中的两指操纵手势为例，根据物理经验，真实的物体无法被缩放，但基于平移和旋转的经验，用户抽象出的思维模型则是无论手指怎样移动，物体上固定的两个点始终对应于两个手指的位置。缩放操作正是这一思维模型的直接的推广，而这也是广大用户在使用这一操作时没有感到任何不自然的原因。由此可见，理解用户已有的思维模型，并加以外推，不失为设计自然用户界面的有效方法，也可以覆盖大量的用户原本没有经验或预期的使用情境。这样设计出的界面可以说是“情理之中，意料之外”。

基于这些讨论，不妨试着给自然用户界面一个定义：自然用户界面是与目标用户群体在预期使用情境下已有的经验或思维模型相符的用户界面。虽然与许多常见理解相比，这个定义少了“新”和“炫”的成分，但它在某种意义上也许更加贴合自然的本义：往往是“无招胜有招”，一个理想的自然用户界面应当能让用户的注意力完全集中在所要从事的活动上，而忘记界面本身的存在，或者说，界面变得“透明”了。

实践尝试

下面介绍一些我们在自然用户界面研究方面的尝试。虽然这些例子未必在自然方面做到了完美，但希望能以它们来直观地映证前文的一些思路。

TellTable：交互桌面上的故事

讲故事是孩子们的天性。尤其是在他们用自己身边的玩具作为主人公，和小伙伴们一起即编即演地讲故事时，所表现出的创造性、沟通能力和协作精神是今天的许多电脑游戏和电子玩具所无法提供的。那么，能否用今天的数字交互技术为孩子们创造出一种同样自然而灵活的方式，让他们讲出更加丰富的有表现力的故事呢？这正是TellTable系统的出发点。TellTable是一个让孩子们在多点触控交互桌面上创作故事的系统。它的操作设计，正是源自孩子们用真实玩具讲故事的经验：用连接在交互桌面上的照相机把身边可以找到的任何东西拍下来作为故事的素材：玩具、图书、小伙伴、自己、自然环境……；用手指像做手工一样把这些素材进行剪贴、写画成为故事的人物、道具和背景；最后就像用真实玩具讲故事一样，孩子们围在桌边以多点触控的方式操纵每一个人物或道具，并用自己的声音来讲述情节和给人物配音——这些都将被系统记录下来成为一个个多媒体动画故事在交互桌面或其它设备上回放，使孩子们稍纵即逝的想象力得以保存。TellTable系统在小学试用期间得到了孩子们的一致喜爱。它的成功在于与孩子们在现实中讲故事的方式保持一致，又借助了数字技术更方便地记录下这些故事；一方面使孩子们能直接从身边的世界中汲取更多素材和灵感，一方面又让他们超越物理限制创造出现实世界中不存在的故事元素，在“自然”与“超自然”之间架起一座桥梁。

所握即所得的数字笔

数字笔在设计、艺术等行业内广泛采用，相比鼠标等其他输入设备，对于从事视觉创作人群的自然性不言而喻。但今天的数字笔已经完全自然了吗？如果我们看看现实中这些人群用于创作的物理工具，却远不止一支笔这么简单。他们要用到的有钢笔、毛笔、素描铅笔、刻刀、尺子等等工具。虽然这些工具形状相仿，却每一件都是为了特殊的功能而专门设计的，让使用者用起来得心应手，最为自然。虽然从软件上用同一支数字笔在画板上模拟各种工具的功能并不困难，但却在一定程度上缺失了每件物理工具使用的自然性。专用工具的自然，与通用工具的便利，有时看起来确实是一对矛盾。如何在这两者间取得平衡？答案依然要来自对现实经验的观察：当人们使用物理工具时，手握的方式都不尽相同，钢笔和毛笔的不同握法就是最好的例子。而每种握法，也正是为了最舒适地完成相应的功能而优化的结果，这些握法本身就是自然性的体现。由此，如果我们能在同一支数字笔上，通过识别用户不同的握法来自动提供不同的功能，那么用户就不必再刻意地选择不同的工具（无论物理工具或是虚拟工具），而只需要关注想要完成的功能，相应转换到最为自然的握法，便可以直接开始使用这一种功能。这样，用户不管从思维上还是操作上都跳过了工具选择这一步，可以说，工具变得“透明”了。基于这一想法，我们研制了一支“所握即所得的数字笔”，通过在笔上附加多点触摸和方向的传感器，可以识别出用户十余种不同的握法，并在数字画板上提供相应的功能：钢笔、毛笔、印章……甚至超出视觉创作的范畴，譬如模拟笛子等不同的乐器，从而使用户使用数字笔的体验更为自然和丰富。

ShapeTouch: 从多点触控到形状触控

多点触控中的两指操纵手势作为自然用户界面设计的范例，本身也面临着挑战。试想一下，如果不是在触摸屏或交互桌面上，而是在物理世界中操纵真实物体时也同样只用两个手指去移动和旋转，是否还那么自然？人手是一件极为灵活的工具，我们在与物理世界交互时，会根据物体的特性（形状、重量等）和操作的目的（精细或是粗略，局部或是整体，等等）而采取不同的接触方式。我们的手能够完成的极其丰富的操作，远远超过多“点”触控的范畴。那么，怎样才能让对虚拟物体的触控操作也像物理世界中那样丰富而自然？关键在于对于触摸输入的理解不能再简单地将其抽象为多“点”触摸，而是要保留接触面完整的形状与大小的信息并由它来决定交互的结果。因为在物理世界中，正是这复杂多变的接触面把人手的各种操作传递给了物体。ShapeTouch系统正是为了展示这一概念而推出的。它通过对人手接触交互桌面的形状、面积、以及运动信息的分析，模拟出对所接触到的虚拟物体所应产生的作用力，譬如推力、压力、摩擦力等，从而产生出与物理世界相符的自然操作效果。为此，用户不仅可以把若干年来与物理世界打交道积累下的丰富经验直接运用于与虚拟物体的交互，还可以像在物理世界中一样不假思索地将各种动作同时组合起来，完成更为复杂的操作。而这些操作方式并不仅局限于图片等有着具体物理对应的虚拟物体，也可以应用到按钮、滑动条等界面元素中，把用户来自具体物体的思维模型扩展到抽象的操作中去。

人手与物理世界的自然交互

ShapeTouch系统

可以看到，上述几个例子都与触控相关，但又并非执着这一交互方式本身，而是探究在每一种使用情景下怎样提供最切合用户的自然体验，并选取最合适的交互方式和技术来达成这一目的。

结语

在这里，结合我们的工作实践，与大家探讨了自然用户界面的概念和实例。正如开篇所说，对于自然用户界面的理解大家还在共同探索中。这里所说的只是一家之言，如能引发更多的思考，本文便是物尽其用了。

作者简介：

曹翔，微软亚洲研究院人机交互组研究员，ACM SIGCHI中国分会副主席。主要研究方向为新一代交互技术、创造性支持、用户交互模型等。

基本要点

首先，你的应用程序：

不能导致手机故障（比如崩溃或屏幕问题）
长时间/过度使用之后反应仍然很快
应用内的所有价格信息中不能用固定值代替可变变量
不要使用任何SDK里面的私人API
不要使用任何SDK文档里面没有列出的功能
不要提及用户设备上不存在的硬件功能
如果需要网络连接，在没有网络的情况下要告知用户
不要（过度）模仿任何本地应用程序
不要（过度）山寨某个本地应用的功能
运行若干次之后不要过期或停止工作
不要使用任何未经批准的硬件配件
不要包含种族主义内容、过长的暴力图片、性和裸体相关的图片
不要“无意中”发生这样的事情：不受限制的网页浏览、显式歌词、未经过滤的图书
不要恶搞知名的公众人物，不管是死是活
不要包含能够执行下载文件的脚本解释器、插件或其它运行时（runtime）
不要使用连续震动
在每个输入区域使用相关的键盘（比如在输入手机号的地方要调出数字键盘）
在表格视图下，如果选中多行会调出另一个视图的话，那么应该取消选中当前视图中的行
仅在连接WiFi的情况下才能播放视频或下载其它大型文件
如需发送私人数据到服务器，需要告知用户，并提供取消选项
不要偷偷使用摄像头或话筒
使用GPS功能是为了给用户带来切实的好处，而不是仅仅是广告或跟踪
绝不要崩溃

遵守苹果的用户界面指南（Human Interface Guidelines）

一定要好好看，以下是一些常见的错误：

应用看上去设计精美、品质上乘
本地按钮图标与其本地动作保持一致
活动指示图标不能转个没完没了
触碰之后可以激活按钮
屏幕布局可以处理好高度加倍的状态栏（比如通话期间）
停止应用时应保存状态，下次启动时可以恢复
如果支持横屏模式，横屏设计也要很美

iPad特别注意事项：

你的应用应该从各个方向都能使用，如果仅支持横屏和竖屏，那么上下两个方向都要支持
弹出窗口里面不应该包含其它弹出窗口，也就是选择弹出窗口里面的东西不会激活另一个弹出窗口Y
一次不能弹出两个及以上窗口

提交应用程序文件时的细节：

程序文件名字和iTunes应用商店里面显示的名字要一致，或者是缩写
iTunes中的描述要准确描述应用的功能，说到做到
iTunes描述不包括价格信息
iTunes描述中不能包括Android、黑莓等苹果竞争对手的名字
iTunes描述不能提及尚未发布的iOS版本
iTunes关键词要和应用功能相匹配
iTunes关键词不能包含其他应用的名称
如果你的应用售价超过100美元或者应用内购买金额超过100美元，那么应该标记为17+
应用截屏不能包含错误状态，包括iAd的错误
应用分类与其功能相符
应用中的彩蛋无伤大雅，需要在演示账户中透露
提供各种尺寸的图标：57，72 (iPad)，114，512
不同尺寸的图标都包含同样的内容
版本号大于等于1.0
info.plist文件中所需要的设备功能和应用的实际需求相符
应用使用情况和操作系统版本兼容性相符
NSZombieEnabled设为NO
如使用推送通知，需要在entitlements.plist中添加用于“aps-environment”授权信息
若使用推送通知，你的应用ID必须已经激活推送通知功能
在更新iTunes的“新功能”介绍时，内容要和应用实际变化相符
更新应用时，要做到名副其实，并且更新能够被用户发现
更新后的应用版本号要大于上个版本

杂项：

应用要有足够大的市场，比如不能直供小部分人私下里使用
应用里不能存在已经作废的和未来版本发布有关的按钮和功能
简化（Lite）版应用必须能用；也就是说也要做到名副其实
简化（Lite）版应用不能有时间限制
简化（Lite）版应用不得显示完整版应用的价格
作为应用的一部分，应用加载的网页必须是线上的，并且可用
任何相关的email地址都必须存在并且可用
所有应用升级和其他交易都必须通过苹果应用商店完成
应用不能是一个简单的浏览器窗口中的的网站
应用必须满足任何相关的管制规定，比如涉及医疗的应用
若使用加密，必须已经通过BIS注册，并能提供文档
如果你的应用需要登录，需要提供测试账户
如果应用使用MapKit，不得隐藏或掩饰Google Logo
如果使用摄像头，不得关闭快门声音

版权、商标、所有权

能证明你拥有或有权使用应用中的所有代码
能证明你拥有或有权使用应用中的所有作品
能证明你有权使用应用中的所有品牌名、公众人物名和其他商标材料
比如图片和图标不能有偏光效果的边界
比如图片和图标不能包含iPhone和其他苹果产品
你能证明拥有或有权使用应用中的所有视频、音乐和歌词。

文章来自36氪

Jquey Moblie 1.0支持列表：

A-grade – Full enhanced experience with Ajax-based animated page transitions.

• Apple iOS 3.2-5.0 - Tested on the original iPad (4.3 / 5.0), iPad 2 (4.3), original iPhone (3.1), iPhone 3 (3.2), 3GS (4.3), and 4 (4.3 / 5.0)
• Android 2.1-2.3 – Tested on the HTC Incredible (2.2), original Droid (2.2), Nook Color (2.2), HTC Aria (2.1), Google Nexus S (2.3). Functional on 1.5 & 1.6 but performance may be sluggish, tested on Google G1 (1.5)
• Android Honeycomb- Tested on the Samsung Galaxy Tab 10.1 and Motorola XOOM
• Windows Phone 7-7.5 – Tested on the HTC Surround (7.0) HTC Trophy (7.5), and LG-E900 (7.5)
• Blackberry 6.0 – Tested on the Torch 9800 and Style 9670
• Blackberry 7 – Tested on BlackBerry® Torch 9810
• Blackberry Playbook – Tested on PlayBook version 1.0.1 / 1.0.5
• Palm WebOS (1.4-2.0) – Tested on the Palm Pixi (1.4), Pre (1.4), Pre 2 (2.0)
• Palm WebOS 3.0 – Tested on HP TouchPad
• Firebox Mobile (Beta) – Tested on Android 2.2
• Opera Mobile 11.0: Tested on the iPhone 3GS and 4 (5.0/6.0), Android 2.2 (5.0/6.0)
• Meego 1.2 – Tested on Nokia 950 and N9
• Kindle 3 and Fire: Tested on the built-in WebKit browser for each
• Chrome Desktop 11-15 - Tested on OS X 10.6.7 and Windows 7
• Firefox Desktop 4-8 – Tested on OS X 10.6.7 and Windows 7
• Internet Explorer 7-9 – Tested on Windows XP, Vista and 7 (minor CSS issues)
• Opera Desktop 10-11 - Tested on OS X 10.6.7 and Windows 7

B-grade – Enhanced experience except without Ajax navigation features.

• Blackberry 5.0: Tested on the Storm 2 9550, Bold 9770
• Opera Mini (5.0-6.0) - Tested on iOS 3.2/4.3
• Nokia Symbian^3 - Tested on Nokia N8 (Symbian^3), C7 (Symbian^3), also works on N97 (Symbian^1)

C-grade – Basic, non-enhanced HTML experience that is still functional

• Blackberry 4.x - Tested on the Curve 8330
• Windows Mobile - Tested on the HTC Leo (WInMo 5.2)
• All older smartphone platforms and featurephones – Any device that doesn’t support media queries will receive the basic, C grade experience

Not Officially Supported – May work, but haven’t been thoroughly tested or debugged

• Samsung Bada – The project doesn’t currently have test devices or emulators, but current support is known to be fairly good.

下载支持：

CDN-Hosted JavaScript:

• Uncompressed: jquery.mobile-1.0.js (useful for debugging)
• Minified and Gzipped: jquery.mobile-1.0.min.js (24KB, ready to deploy)

CDN-Hosted CSS:

• Uncompressed with Default theme: jquery.mobile-1.0.css (useful for debugging)
• Minified and Gzipped with Default theme: jquery.mobile-1.0.min.css (7KB, ready to deploy)
• Uncompressed structure without a theme: jquery.mobile.structure-1.0.css (useful for theme development)
• Minified and Gzipped structure without a theme: jquery.mobile.structure-1.0.min.css (6KB, ready to deploy)

Copy-and-Paste Snippet for CDN-hosted files (recommended):

Microsoft CDN hosted jQuery Mobile files:
http://www.asp.net/ajaxLibrary/CDNjQueryMobile10.ashx

ZIP File:
If you want to host the files yourself you can download a zip of all the files:

• Zip File: jquery.mobile-1.0.zip (JavaScript, CSS, and images)

Fork jQuery Mobile on GitHub
https://github.com/jquery/jquery-mobile

谁在抄？
这是阻止抄袭和分析抄袭受害面最基础的问题。
技术类文章大多都会在一些论坛找到他们的影子，换句话说，就是善于分享的人会抄，当然爬虫也算。
生活类文章很少被抄袭的，除非你是名人，而且多半名人的生活类文章都是被当作素材成为报道的一部分出现。
观点类的文章，抄袭的较多，一般是圈子里的人或者行业采集站。
其他的，还真不知道

为什么抄？
这个原因就更丰富了。
有人是学习的目的，或者怕遗忘，就复制一份到自己的博客或者别的地方。
有人是觉得你写的特别好，或者特别不好，分享给自己熟悉的人。有时候还会带上自己的评论和观点。
有人仅仅是为了抓站（也是国内抄袭的主流）

底线在哪里？
并不是所有的抄袭都是有伤害的。比如转载的时候，对方给了出处。或者转载的时候保留了你的名字等等，都是可以被接受的。
但是，如果对方仅仅是断章取义，甚至直接换成自己的名字，那问题就麻烦了，这已经涉及到版权和道德层面的问题了。

如何保护自己的权益？
如果我说用法律解决，相信很多人会说理论上可行，但是在中国实际上又不可行。
简单的说，做到以下2点，基本不担心被抄袭

1、有自己的写作风格。
任何人，如果有自己鲜明的写作风格，那即使被转载，也知道出处。比如中文版的瘾科技，CNBETA的评论，煎蛋的骚包文等等，这些东西即使你抽离出来，别人还是能猜得出文章的出处。

2、代码上加上隐藏内容。
这是我早期经常做的事情，在demo代码上加上自己博客的签名或者运行的时候出现自己博客的内容等等。这样即使被抄袭，也知道是从我这里来的。（特别适合抓站机器）

嗯，以上是我关于被抄袭的一些分享。

有一点还是要明确的：分享是一种习惯，欢迎含出处的全文转载，但恶意抄袭我们是不希望的。

在中国有句名言：人多力量大，是某位跨世纪的伟人说的。不过，在他的年代还没有在中国普及互联网。

在互联网时代，人多力量大的失败案例比比皆是，相反的，精英+互动产生的互联网成功案例却屡见不鲜，下面列举一些2010年的统计数据，我们就能很快的发现这其中的优势所在了。

数据来源：http://royal.pingdom.com/2011/01/17/internet-companies-with-few-employees-but-millions-of-users/

　　可根据其排名规则，对自己的产品设计和研发以及推广进行指导。

排名公式里有哪些指标？

　　指标A、B、C到底是什么？权重a、b、c究竟是多少？这些问题的答案，应该是每个App开发者和运营者都渴望了解的。知道了这个答案之后，有些“聪明”的人就会像当年SP的从业者一样，去刷那些权重大的指标、从而拉升产品的排名了。网上关于此问题的讨论很多都是不了了之、无疾而终。相对较深入的一篇文章《Android Market App Rankings》，也只是在猜想是基于“安装量”的增长和留存。可惜，该作者离正确答案就差一步了……

也许你已经等得不耐烦了，哈哈。现在就说说我的结论吧。指标A=“总安装/总下载”，即下载转安装的转换率；B=“评分/5”，即产品得分比上Market的满分；C=“留存安装/总安装”，即安装的留存率。不要急着问我a、b、c等于多少，准确数值只有Google知道、而且可以调，我只能告诉你它们加起来等于100，还有就是b>max(a,c)（为什么？下面耐心看）。

　　依据这个推断公式，就是说如果每个下载的用户都安装了、而且都给了5分、并且一直都没有卸载——OK.不论a、b、c是多少，你的产品得了满分，它就是No.1！

为什么是它们？

　　在告诉你为什么是A、B、C之前，我先告诉你为什么不是D、E、F……

　　先看个数据，Android Market-通信-免费-TOP25：

　　去掉了产品名称，我们可以看到更纯的数据。

　　首先，我们可以肯定的排除排名是按“下载次数”排序的，下载次数1万+的产品（第9位）居然排到了下载次数500万+（第11位）的前面。试想第11位的产品在喊：“这是为什么？它哪点比我好？？？”——答案：请看“评分”。啊？它是5分！没错，第9位的产品评分得了满分。哦，排除了D的同时，我们收获了B。

　　其次，我们可以排除“评分人数”。原因就是，在“下载次数”和“评分”都同等量级的情况下，比对了若干样本，都无章可循——实在跟“评分人数”不相干。E被干掉了。

　　再次，要排除的是“加速度”。很多人在猜测会有一个“加速度”指标，或者新增下载的、或是新增安装的。大家的这种猜测是源自于“鼓励新产品”，但是这是一种过于激进的想法。Market这么大盘子是要鼓励推陈出新的，但“保护”新产品的同时也得“爱护”那些确实有实力的老产品。过大的用户基数，肯定会拖慢老牛产品的“加速度”，如果这么做的话每天的TOP10都是面目全非的（App Store的排名规则里就有“加速度”，所以TOP榜天天易容）。所以，“加速度”也不是真正的公平。

　　排除了D、E、F，收获了B。那A和C是从哪来的？

　　休息一下，问个题外话？我们一般是怎么评判一个物品的“好”“坏”的？是不是有以下部分组成？有一样东西摆在你面前，勾起了你试用的欲望。试用之后，你可能爱不释手，继续用吧。路遥知马力，又用了一段时间，你又有了新的评判。如果这个东西实在是太好了，那你就会与它阴影不离……回归到我们判断一个物品的标准的本质，无非就是是否“接受它”、是否“肯定它”、是否“留着它”。

言归正传，用户是否“接受”一个App——下载只是“抬头”，安装才是“点头”。如果单以“安装”为指标，又会让老产品滚雪球，有失公平。所以，A（下载转安装的转化率）浮出水面了。“安装”做分母，“下载”做分子。一方面，排名在前的产品下载量越高、安装量就有可能越高的同时，如果产品不够好“下载量”越高就可能成了拖后腿的那个分母，上面举例的第11位产品就是个例子（庞大的下载量下，安装量无法保持同步增长，所以让其难堪重负，排名下落——剧透下，第11位是曾经“通信”下排名第1的产品KakaoTalk）。另一方面，只要A（还有B、C）足够好，也让一些新产品可以冒出头来。

　　B（评分）刚才已经分析到了，这里需要补充一点的是：评分不是一次性的。我们会发现在Market里“评分”是可以多次修改的，这样的目的就是鞭策产品要持续的“好”，用户一直掌握着产品的“生杀大权”。另外，就是为什么前文说到a大于b、c，原因就是纵观TOP25，评分没有低于4分的——这样也就避免了，A、C高分B低能的新产品冒出来。

　　该说说C（安装留存率）的出处。说白了就是控制流失率，如果“总安装”很高、但是“留存安装”很少，那也不能称之为“好”产品。所以，安装留存率就是另一个全面衡量产品优劣的指标。

它们到底是多少？

　　前文已经说到b比a和c都大，那a和c孰大孰小呢？这个取决于Android Market的策略，如果“a比c大”意味着“更看重新增”（任何一个店铺先开张的时候，都会最看重这个）、如果“c比a大”意味着“更看重留存”（对于一个已经把客流吃透的老店，会更看重这个）——所以，这个真是可以调的，取决于Android Market发展到哪个阶段和运营管理者的自我认识。

感言

　　Android Market如果真是我想象的这样排名，可谓新老兼顾，攻防兼备。

　　说它新老兼顾，是因为它让新鲜的好的新产品既能快速冒出来、也能让它经得起时间的推敲，或昙花一现或源远流长。说它攻守兼备，是因为这样会把盘子越做越大，而且也防止了“刷”（能刷上去，但是刷上去之后如果产品不够好，会让产品跌得更惨），把盘子越做越牢。这样公平的规则，也为Android Market的应用量新增速度已超过App Store提供了另一个有力的支持。高！实在是高！

Android Market排名规则这个隐形的裁判告诉我们：持续地把产品做好，才是正道！

　　本文作者：Paul @新浪微博，深谙移动应用商店规则及运营。

要做具备UCWEB兼容性的HTML，需要做到以下几条：

1、遇到图文混排结构时，用TABLE
2、不用padding margin
3、不用background：url属性添加背景图，但可添加背景色
4、涉及图片的地方用img
5、不设置字体、字号
6、hr表现为一条虚线
7. 不能定义button的样式，只能用image类型的input代替
8. 只有li标签支持float属性，为了兼容性也建议慎用
9. input输入框无论怎样都独占一行
10. 别改变body的背景色，会出问题
11. javascript完全不支持

接触淘宝不久，不过通过一些细节，我相信你至少不会遇到千鸟这样的倒霉事情。

我们分析一下千鸟的几个致命漏洞（至少我是这么认为的）

首先，没有安装杀毒软件

虽然是老生常谈的事情了，但是还是有很多人会疏忽这个方面。因为我之前在卡饭的原因，就不做特别的杀毒软件推荐了，无论哪款杀毒软件，有总比没有好，所以无论收费还是免费的杀毒软件，都请安装一个，并且保证它是更新到最新病毒库的。

其次，对于陌生的商家，不要一开始就给QQ号码

这是一个朋友提醒我的，并不是因为旺旺好用，相反的，因为QQ太强大了，有太多的伪造方法可以让你摸不清他的底细。购物还是用旺旺吧，至少能看人家的店铺不是麽？

接着，对于接受的文件，我的建议是不接收。

如果是图片，不如让对方截图给你看效果更好，反正你也是要打开看图的是吧？另外，对于什么EXE,SCR,GIF结尾的文件最好不要打开，如果对方真的很强烈的引诱你打开，可以先打开windows自带的画板，然后通过画板的打开文件方式来看图。

最后，就是千鸟同学一直忽视的地方—HTTPS加密协议

有人说对方之所以成功是因为修改了host,无论何种方式，如果对方的SSL证书出问题，都会被立刻发现，而千鸟的截图中可以看到，其实他执行的是HTTP协议的地址，少了一个S,钓鱼就完全可以做到了！
目前浏览器的安全网站认证还是基于域名地址的，如果你做了HOST调整，那么之前安全的网站依然显示为安全的，是无法检测出来的。

写了几条，希望对大家有用。当然支付宝、淘宝的网站上也有很多类似的安全交易说明，我只是补充一些容易被忽视的地方，重复的内容还是请大家自己去看淘宝或者支付宝的相关文章把！