很多手机厂商都有自己的 UI，从 HTC 的 Sense 、三星的 TouchWiz ，再到国内的 MIUI，现在华为也加入了定制 Android UI 的阵营，来自微博的消息，华为正在为其代号为 Emotion UI 的定制 Android ROM 邀请测试。

据卡巴斯基实验室周一（5月28日）宣布，目前发现一个非常复杂的恶意程序，被用来作为网络武器，以窃取各国的机密信息，此一被命名为Flame程序的精密性与功能超越了其它同类型的间谍程序，而且中东的许多国家已遭受感染。

卡巴斯基实验室是与国际电信联盟（ITU）合作进行研究调查时发现该恶意程序。Flame比Stuxnet或Duqu都还复杂，它是一个具备蠕虫能力的木马程序，透过软件漏洞进行攻击，一旦系统受到感染，Flame可侦测网络流量、复制屏幕内容、复制语音通话，还可记录键盘输入，然后把所窃取的数据传送到远程的命令与控制伺服上，黑客还能上传其它模块以加强Flame的功能，目前已发现20款模块。

根据初步的分析，Flame建立的目的是要寻找机密据点的各种情报、电子邮件、信息、论坛等，但它并没有锁定特定的行业，应是一个具有普遍网络间谍目的的完整攻击组件。由于Flame属于目标式攻击，再加上它非常地精密，因此即使资讯安全厂商认为它从2010年3月以来就开始活动，却一直没有任何一款安全软件检测到它。

卡巴斯基实验室执行长Eugene Kaspersky表示，网络战争的威胁一直是近年来信息安全领域最重要的议题，Stuxnet与Duqu让全球意识到并关心网络战争，而Flame看似已迈入另一个阶段，这类的武器很容易被用来对抗任何国家，而且越是科技先进的国家可能越容易受害。

Flame目前已于中东地区肆无忌惮的传播，截止目前总共有382起案例，包括伊朗、以色列、苏丹、叙利亚、黎巴嫩、沙特阿拉伯及埃及等国家都相继传出灾情，其中伊朗受害最为严重，有189个感染案例。

卡巴斯基实验室目前尚不确定Flame是利用哪个安全漏洞，也查不到作者的来源或国籍。

cnITinfo.COM编译

日本的电子产品，向来在人性化设计上有独到之处，就像这款NEC近期推出的新型号笔记本电脑——VersaPro タイプVD，除了配备的15.6英寸全高清液晶屏是一大买点之外，其搭载的名为“离席感应器”的小部件，也很有意思。

NEC VersaPro

这款NEC的VersaPro笔记本电脑外观沉稳大气，主要面向企业办公用户。

离席感应器介绍（图片来源于NEC官方网站）

同Winodws等操作系统提供的省电机能不同的是，搭载有“离席感应器”的NEC笔记本电脑，通过设置在C面正前方的感应器，能够在使用者离开的时候自动关闭显示器，而返回之后，也能够迅速的智能开启，起到了节能的作用。

编译/中关村在线

Fedora 18一共推出三个版本的下载，时间分别是：
Fedora 18 Alpha在2012-08-28发布
Fedora 18 Beta在2012-10-02发布
Fedora 18在2012-11-06发布正式版

按照Fedora的作风很难保证准时发布，每个版本或会推迟二至三个星期。

导读：本文是来自移动应用开发公司Sourcebits系列文章Mobile App Trends Series中的一篇，文章内容适合初涉此领域的读者，避免移动应用设计容易出现的一些问题。

在了解了跨平台移动应用设计的利弊和移动应用开发常见错误之后，你想到了一个不错的应用创意，你甚至连应用的名字都想好了，接下来该干什么？

现在，我们要谈谈设计了。你需要考虑移动应用的功能结构、用户流程等问题，而这些并不是那么容易。考虑到进入开发阶段我们会涉及到诸如需求变动、项目管理 等棘手的问题，所以在设计阶段，我们需要给自己制定一些原则，并且要切合实际的开展工作。这样我们才能开发出一款好用又有趣的应用。忽略这些潜在的问题而 盲目瞎干，你很有可能在此后的开发阶段陷入灾难。

本文试图帮助移动应用设计者在工作中避免一些难缠的麻烦，希望你的应用以及你的设计思路均能因此受益。

错误1. 在弄清用户流程之前匆忙开始界面设计

在开始界面设计前，我们要先把完整的用户流程详细的走通顺走清楚。哪怕是再简单的应用，为了确保用户流程逻辑正确、界面布局合理，我们需要反复推敲用户流 程并绘制类似上面的流程图。另外值得注意的是，最好把关键功能绘制在流程图靠近顶部的地方，而不是被层层分支淹没在底部。

跳过此环节而草率的开始界面设计，最终开发出的应用很可能在使用流程上不够清晰合理，用户上手后不得其解，兴趣索然。

错误2. 低估开发成本

设计师在Photoshop中画出的任何东西，最终都需要通过开发人员的代码在屏幕上表现。原本只需几小时开发的功能，由于设计师的一个看似细微的改动，可能会多耗费几天的开发时间。所以，在设计过程中要避免画蛇添足。

换句话说，如果设计师主导了移动应用功能的取舍，那后果会很严重。举个搜索框的例子，原本相对简单的一个功能，设计师灵光乍现——在用户输入关键词的同时 不断给出实时的搜索结果。这个看似细节的改动，很可能让开发人员当场吐血。像这种的功能改动最好经过多方讨论后做出决策，而不是任由设计师自说自话。

错误3. 在低分辨率下设计，使用位图文件

始终坚持为Retina屏幕的高分辨率绘制设计图，然后以此输出低分辨率版本图片。这对于老手来说是常识，我们在这里再啰嗦几句。大家都知道，移动设备的 常见屏幕尺寸是越来越五花八门（以iOS平台 为例，迄今需要考虑的就有4种分辨率)。所以，绘制高分辨率版本的图片，甚至是使用矢量图而不是位图，这些有助于设计师效率最大化，以及更好的应对未来的 新硬件。

错误4. 触摸区域太小

普通人的食指触摸面积在1.6至2厘米见方，而且在使用移动应用的大多数时间里，他们的手指飞快的掠过屏幕。设计移动应用界面需要时刻提醒自己这一点，用 户的触摸并不能像鼠标点击一样精确。看看你的设计是不是在一屏里包含了太多的按钮等功能触发点，按钮是不是足够大，间距是不是足够宽，会不会发生用户点选 不到或者误按其它按钮的问题？

错误5. 滥用开场动画

在启动时播放一段精致的动画似乎是个不错的想法，但切忌不要为了动画而动画。Path和Thrillist’s JackThreads使用很酷的开场动画是因为这些应用启动需要一些时间，在程序完成加载之前用户什么也不能做（译者：Path启动貌似没有啥动画，难 道是针对老版本说的？）。这种情况下，为用户准备一段简短愉悦的动画以消除等待的焦虑就显得很合时宜了。

由于应用启动时必须首先显示一张静待图片（译者：如iOS应用的Default.png），然后才能切换到动画，所以务必确保这个切换看起来天衣无缝。一 些不好的例子在处理这个环节的时候产生了不协调的跳转或者闪屏，这都是需要避免的。（译者：优酷iPad应用的早期版本存在这种切换，处理中有一闪而过的 黑屏，现在的版本把动画直接去掉了）

错误6. 让用户不知所措的原地等待

在程序加载、处理数据、或者等待网络反馈时不给用户及时的反馈，会让用户误认为应用挂了，这也是一种不好的用户体验。

举例来说：通过网络加载数据的同时，不要让用户傻傻的盯着一个空白的屏幕等待，显示一个转菊花或者动画特效什么的，让用户明白应用运行正常，只不过是在等待网络数据。如果能显示数据读取的进度条那就更好了，不过事先和开发人员商量一下开发难度（参考本文第二点）。

错误7. 盲目借鉴其它移动平台风格

糟糕的抄袭只会让用户感到疑惑和愤怒。每一个移动平台都有自己的风格，平台厂商也已经依据其平台自身的审美诉求撰写类似苹果的Human Interface Guidelines之类的指导性文档（译者：Android现在也有类似的文档）。在iPhone上开发类似Windows Phone 7的Metro风格应用就很可能让习惯了iOS的用户感到无从下手。

我想说的是，你的应用并不一定要和官方应用一模一样，但也不能看起来另类到像不属于这个平台一样。

错误8. 过分拥挤的界面

在高PPI下设计移动应用界面，你可能不知不觉中就在一个屏幕里放了太多的东西。在27″的iMac屏幕上看设计图，你的设计是那么的赏心悦目。请在移动 设备上再多看一眼（哪怕仅仅是把设计图导入手机相册看），可能就不是那么回事了。在一个屏幕内塞太多的元素，会让用户操作起来费力，甚至淹没了最重要的信 息。

错误9. 认为所有用户都和你一样的使用应用

无论你的应用界面看起来有多赞，都要做可用性测试。你可以在熟人圈内开展小规模的beta测试，记住让一些资深的设计师也参加。根据他们的反馈，在最终发 布前调整界面。你也可以在Craigslist上发布广告，邀请一些学生来试用新产品，记得提供比萨或者一点报酬什么的。

错误10. 忘记使用或者滥用手势操作

记住并不是所有界面元素都必须直观的被用户看到，有时我们可以隐藏一些惊喜。

拿iPhone上面的官方邮件应用 (译者：又是老生常谈的例子)，用户可以在收件箱中通过横扫邮件标题激活删除功能，这就免去了用户点击“编辑”、选择邮件、选择删除的麻烦。这里我们发现 有个平衡点：老用户可能发觉出用手势完成快速删除，同时保留“编辑”按钮以便不熟悉的用户完成删除、标记等其它操作。所以，善用手势但不能过分倚重手势， 一般来说要最好不要用手势操作替代菜单等需要点选操作的界面元素。

总结

如果要用一句话概括本文提到的点点滴滴，那就是：好的设计是经过深思熟虑的。带着审慎的态度全面的考察你的设计，真正的从用户的角度出发想问题。不要试图走走捷径，也不要跳过测试，不要设计出连你自己都拿不出手的东西。