忙里偷闲，给 小妮子 重新做了套 Wordpress 模板。本人的美工水准实在是有限，目前只能这样子了。

需要的兄弟可以到 这里下载 ，代码建议还是不要看了，完全是赶工的结果。

如果时间和精力允许的话，我想将她的网站转到 Magike 上。这样，她就全部使用兄弟们的产品系列了（凭她的个性，出了问题保证折磨死你们）。

一直以来我都在改进 我的 Blog ，使其觉得完美。但坦白的说，我没有专业的设计素养 -- 所有的界面设计，都仅是「感觉」优先。但然而「感觉」这种东西往往飘忽不定，所以本人也在持续的更改界面。

期间参考了很多设计观点，多多少少有点心得，在这里总结一下。这一系列的文章可能会比较长（也可能会比较短），我也没有把握控制篇幅。总之，想到什么就写下什么吧。

首先，先来针对我的 旧版的 Blog 界面 做个分析。替换掉这个页面的直接原因，就犹如上述所说的，就是「感觉」不好。

先说明下我写此页面前的构思。我想将页面做成整体风格比较严肃的、很学院派，层级清晰，方便阅读。

然而在接下来的一段时间，由于思路变化、加上添加了很多的功能，我不得不添加或删除页面的部分元素。然后，一切就变得越来越糟糕。

上面是列表页，近似于首页的样子。大家还可以从 这里 访问得到。我的不满已经从图中标注了出来。

1. 两个 Logo，我该选择哪个？另外一个有什么特殊的功能吗？
2. 左边的这些文字在讨论什么呢？
3. 这些链接我应该点击哪个？
4. 「订阅本站」与上面的页面类目描述，是否有任何的关联？
5. 多个 Border 形成区块再加上背景，是否感觉太生硬了？

文章的详细页面也是一样，也有很多的问题。

1. 那么多的订阅种子，我该选择哪个？
2. 访问过的链接颜色都变了，是不是我不用再点了？
3. 间距那么大，感觉整个页面都是一条一条的。
4. 日期和这些按钮在一起，我点击以后会发生什么？

总之，一切都很糟糕。

未完，待续……

首先，很荣幸能够加入 淘宝的 UED 团队 。期间也有很多朋友问我，「UED 是干什么的」、「你竟然不写 PHP ，去写 Javascript 了？」，等等问题 -- 的确不幸的是，作为「传统程序员」的我，之前对于前端开发的理解，都会笼统的认为那是「美工」的事情。

然而这个观点，在我进入这个团队一段时间以后，发生了点改变 -- 目前我一点也不怀疑，前端的工作会比服务器端轻松多少。OK，废话不多说，下面说下我对于 UED 的认识和见解。

UED（User Experience Design），从字面的意思上理解就是「用户体验设计」。在解释这个名词之前，就不得不说到 UE（User Experience，用户体验）方面的概念。

说实话我有点讨厌那些概念性的解释，任何这样类似的知识都可以从网络上找到。 百度百科上对于「用户体验」的解释 ，可以总结归纳为「用户用你的产品感觉怎么样」（ 维基百科上解释 更详细，不过需要跳墙访问）。

总而言之，按照我自己的话说，UED 的使命就是让用户用我们的产品用着爽 -- 这句话可以分成几个部分，即「用户」、「产品」还有「爽」。「用户」是服务对象，「我们的产品」是产出，而「爽」是目的。

所以，UED 相比传统的开发人员更多了两层额外的因素。第一，就是面对用户；第二，就是面对产品。这就是为什么我感觉前端开发者并不比「传统程序员」要轻松的原因。

从技术角度上理解，前端开发人员当然要熟悉相关的前端开发知识，比如 CSS、Javascript 以及 HTML（是的，没有开玩笑）；更「要命」的还要理解一些概念上的知识，比如 Web 标准 等等。

还要可能会和后台开发人员相互沟通合作，这就有可能需要写基本的服务器端的知识，比如 PHP 、甚至 数据库 等等。

而最重要的是，除了技术层面上的东西，还要跨出开发人员这一角色 -- 更多时候是扮演设计师的角色。所以，必须

具有战略眼光、研究产品方向（范围）、优化产品架构（结构）、视觉创
新与规范（界面）于一身，专业特质使得他站在以用户为中心的设计、研
究层面思考一切问题。

-- 偷个懒，引自 白鸦老大的 Blog 。

就说这些了。阐述这些概念的目的，其一是能让我的朋友们了解我的工作，其二能让自己明确目标，并朝这个目标努力。

再贴几个链接，以便大家能更深入理解

1. UED 是什么样的部门
2. UE 是怎样的一个部门，描述你心中的 UE
3. UED应该向产品负责，而不是向 PM 负责

附，文中插图部分引自 淘宝 UED 招聘页面 。