设计理念比美感更重要。通过7大设计理念，来展示其重要性。

1. 什么是 arguments

MDN 上解释：

arguments 是一个类数组对象。代表传给一个function的参数列表。

我们先用一个例子直观了解下 JavaScript 中的 arguments 长什么样子。

function printArgs() { console.log(arguments);
}

printArgs("A", "a", 0, { foo: "Hello, arguments" })；

执行结果是：

咚咚咚：前段时间参与设计一个较大的线上活动，包含十个奥运相关小游戏及一些相关界面，前后历时几个月。奥运后活动下线，设计工作完结后，我整理了这过程中的收获及工作方式，和大家分享下。

立项前信息收集与准备

有些大型项目是很早就规划了要做的，只是具体哪天立项发邮件或哪些人参与还没确定，如果知道要自己要参与这件事，可以做些准备工作，提前了解一些信息：

• 项目人员。了解各个职能的接口人是谁，运营、产品、视觉、前端、后端、测试等有谁参与，有些人可能之前都不认识，大家的工作方式和性格也不一样，提前了解认识下，对后期合作和方案推进会有帮助。
• 信息。保证自己了解到的信息是一手资料很重要。和各方沟通过程中收集下项目的背景、目标、投入的资源、方案的思路及活动体量、以及可能的用户利益点、项目时间点（通常deadline是确定的）等等等等。这些信息可以通过产品和运营了解到。如果是公司的例行活动，能够拿到以往活动的数据和资料当然是最好，如果没有的话也尽量找到以前做过类似活动的人员了解一些前人的方法和经验。
• 别人的想法。项目组人员总会有自己的想法和方案，有时候甚至方案是比较确定的。尽早的了解到产品或者运营的想法可以预估个大概的时间节点和需求，做到心中有数。如果有好的想法这个时候提出来也最容易被采纳，毕竟时间上一切来得及。

利用

我们如何看待工具

有一种观点：设计师不要学太多的软件，精通一种就好了，更重要的是你的思维。

从个人技能上，这个说法没错，但它可能忽视的是，思维和工具，并不独立。因为所谓工具，其实是思维的被封装与具象化，而你使用工具的过程，便是对这思维的习得和解码。就像阅读从不是一个单方面行为，而是读者和作者思维的无声交流。你阅读书，书塑造你。

介绍

这里所描述的过程将使你能够创建一个简单的基于jQuery / XML的解析器和搜索机制。此过程将通过一个AJAX请求检索XML，然后在jQuery中分析数据，为搜索机制做准备。该解决方案将基于不区分大小写的全部或部分关键字匹配地返回结果。来自于关键字搜索的返回结果设置将被格式化为一个直接链接到相应网站的超链接。jQuery搜索方法非常类似于Mike Endale的一个项目，不过增加了一个DOM解析器，正则表达式以及结果集分组。

背景

客户端需要一个简单的搜索工具来查找基于关键字搜索的本地内部网站。关键字搜索必须不区分大小写，并允许返回部分匹配的结果。归咎于客户端内容管理系统的架构，因此（SharePoint）只能执行客户端脚本。其解决方案的另一个障碍是，源数据将来自多个源。数据被存储在多个Excel电子表格，CSV文件和MS Access数据库内。这就对我们提出了这样的需要：开发具有一系列查询和一个宏的Access解决方案，充当可合并、擦洗，并最后格式化数据作为XML输出的伪ETL。对于这个解决方案的目的，我们将详细介绍JavaScript XML分析器的设计，而不是伪Access ETL宏工具的设计。

使用代码

该解决方案的做法是利用一个简单的基于JavaScript / XML的搜索来发送数据结果到HTML / JavaScript前端。前端将引用脚本：jQuery，XML和CSS文件。XML格式将因为它的可读性和它是数据交换行业标准格式之一的事实而被使用。 XML数据将通过使用AJAX的客户端jQuery解析，并通过Internet Explorer 11呈现。

解决方案将使用RegExp对象来处理关键字匹配，验证和特殊字符处理。RegExp对象字符串将检查危险语法从而提高解决方案的稳定性和整体可用性。

我们将默认使用JavaScript分组功能来返回匹配结果作为折叠的纪录集。折叠的记录集线项目将被URL链接到相关的Project Workspace网站。在扩展的组记录集下，结果将存在于相关的子记录中，当通过On Click事件展开的时候。

编者按：可以说现如今的移动端UI设计中，卡片式设计撑起了半壁江山，它随性自由又充满了逻辑和组织性，它不仅流行着，而且还正在变得更加流行。它长盛不衰的秘密到底何在？读下去~

个性化的用户体验是目前网页和APP设计的大趋势。个性化的新体验大多建立在单独内容的聚合体之上，而多类型的内容想要聚合起来，卡片式的界面则是最合适的载体。如今你所看到的UI界面设计，卡片式设计几乎无处不在，从新闻类站点到游戏界面，从物流APP到社交媒体，等等等等。今天的文章将会详细解释卡片式设计对于设计师的意义，以及常见的卡片式设计的功能与特性。

在今年的UX Weeks大会上，Jim Kalbach组织了一场Mapping Experience的工作坊，提出在产品和服务之间关系日益密切的今天，如何形成一个服务生态系统，是商业竞争中的重点。其实阿里巴巴集团在早前就提出了“商业生态”这个概念，但是到底应该如何做？Jim提出：想要在竞争中胜出，其中非常重要的，就是必须清楚的了解自己提供的各种产品和服务是如何相互作用的，以及是怎样在用户的生活中发生影响的。

其实在整个行业以及设计咨询工作中，很多这方面的工具已经被大量的讨论和使用了，像服务蓝图、用户旅程图和用户体验地图等等。这些图表工具都试图提供一个系统化的视角，以可视化的表达方式，让你有机会洞察到体验改善和业务增长的机会。

编者按：如何形成自己的设计方法，建立交付物的衡量标准，优化协同模式。在这篇文章里，你可以看到一个阿里专业设计师是如何进行自我提升的。

鸿影：如果2015对我来说尚处于用户体验设计的职场入门阶段，2016的核心则是开始撕下初级与新人标签的进阶修炼。4月份的2016 S1开始的时候，我给自己设定了包括形成个人设计方法论与应用案例等一系列目标，如今S1结束，也是时候对这段时间的进阶修炼来一个总结回顾了。

形成自己的设计方法

在公司内部经常会有一些跨部门的UED分享活动，听下来个人最明显的一点感触就是，这些来分享的设计师普遍有着一套自己思考总结出来的设计方法论，并且有成功应用案例支撑。

也许有人会有疑惑，现在关于设计方法的轮子到处都是，网上随便一搜就能找到某某大厂某某大牛的设计方法分享，直接拿来用就好了，为什么还要费心费力自己造轮子呢？

在我自己的设计方法还没有完全成型时，我一度很迷信于网上别人的各种设计方法的分享，并试图在自己的项目里加以运用，但结果却差强人意：设计推导的过程看似洋洋洒洒专业性十足，拿出来给别人一看一讲就发现漏洞百出；有时为了套方法而套方法，体验地图一类的输出物看似有模有样，最后项目做完了才发现设计方案时基本没用到……虽然自己用的都是别人经过验证的设计方法，但却没有理解透这些方法的应用场景与局限所在，也不清楚哪些环节其实并非必要存在，自然也让实际的应用效果大打折扣。而靠自己思考、沉淀和交流改进出来的设计方法，理解和运用起来则要透彻顺手很多。

编者按：如何形成自己的设计方法，建立交付物的衡量标准，优化协同模式。在这篇文章里，你可以看到一个阿里专业设计师是如何进行自我提升的。

鸿影：如果2015对我来说尚处于用户体验设计的职场入门阶段，2016的核心则是开始撕下初级与新人标签的进阶修炼。4月份的2016 S1开始的时候，我给自己设定了包括形成个人设计方法论与应用案例等一系列目标，如今S1结束，也是时候对这段时间的进阶修炼来一个总结回顾了。

形成自己的设计方法

在公司内部经常会有一些跨部门的UED分享活动，听下来个人最明显的一点感触就是，这些来分享的设计师普遍有着一套自己思考总结出来的设计方法论，并且有成功应用案例支撑。

也许有人会有疑惑，现在关于设计方法的轮子到处都是，网上随便一搜就能找到某某大厂某某大牛的设计方法分享，直接拿来用就好了，为什么还要费心费力自己造轮子呢？

在我自己的设计方法还没有完全成型时，我一度很迷信于网上别人的各种设计方法的分享，并试图在自己的项目里加以运用，但结果却差强人意：设计推导的过程看似洋洋洒洒专业性十足，拿出来给别人一看一讲就发现漏洞百出；有时为了套方法而套方法，体验地图一类的输出物看似有模有样，最后项目做完了才发现设计方案时基本没用到……虽然自己用的都是别人经过验证的设计方法，但却没有理解透这些方法的应用场景与局限所在，也不清楚哪些环节其实并非必要存在，自然也让实际的应用效果大打折扣。而靠自己思考、沉淀和交流改进出来的设计方法，理解和运用起来则要透彻顺手很多。

在可以预见的科技发展中，汽车将是我们目前所能想象的下一个最重要的移动设备。汽车的 UI 将会朝什么方向发展？跟随本文一起开一下脑洞吧。