我想要用一个否定声明来開始我的文章：对于怎样创造一个易于用户体验的站点，我也不是了解非常多。


让作为一个资深开发人员的我操心的是，我在并没有获得太多关于这个主题（指怎样创造一个易于用户体验的站点）的实用信息的情况下居然走了这么远。这也是我今天写这篇文章的原因。


在2003年，一个由微软托付的调查显示%9处于工作年龄的美国电脑用户有严重的视觉障碍或者视觉损害。除此之外。5%有严重的操作障碍或损伤。

这并非一个小数目。

但作为WEB开发人员的我们，会对还有一个百分比更加熟悉。

让我们看一看：

所以为什么我们要觉得花时间去确保我们的站点是否能在IE9工作是被广泛接受的呢？而不是是否可以用一个键盘浏览它们。


这和开发人员的意识有关。我知道怎样制作一个可以工作在IE9的站点作品。或者说至少我可以測试。可是我从来没有弱视或者失去对一仅仅手臂控制的经历。所以我不知道该怎样检查我的站点是否是易于用户体验的。

假设你被要求去实现一个易于用户体验的站点，你将有可能读过一些文章并让你知道WCAG(Web Content Accessibility Guidelines)。这个參考令人震惊的复杂。并且讽刺的是，这篇名为“WCAG 2.0 Quick Reference List”參考有23000多个单词。


在让别人看起来我对于WCAG过于的刻意批评之前——事实上这个參考不得不这么负责。由于它们是一个完整的说明书。你近期有过HTML5的说明书吗？假设你有一个特殊的问题，你可能会读。可是你通过说明书学习HTML5吗？不，由于那看起来太疯狂了。

我们使用精美的书籍和像Codecademy一样的交互站点来学习HTML，但有一条巨大的裂痕在关于制作一个易于用户体验站点的參考书籍的市场。


如今，我猜想有非常多像以下的对话：
经理：“要让这个网站适合易于体验參考须要花费多久时间？”
开发人员：“从没有做过一个这种完整网站。

让我先看一下參考指南”
...
开发人员：“嗯。大概一个月”
经理：“如今让我们把它放到‘nice to have’中去吧”


事实上这毫无疑问的是一个培训问题。仅仅要开发人员知道怎样做。他们会无意识的自然而然的让他们的代码是更加易于用户体验的。

我真的希望对这篇文章的回复大多会是：“那个让人惊叹的X网站怎么样？让我检查我的网站是否易于用户体验变得如此的简单！

”让我惊讶了。创造一个易于用户体验的网站对你是如何的简单？

初次翻译外文。有非常多不是非常明确的地方。

希望在以后的翻译过程中慢慢积累。找感觉。

如有错误，请指教。