Elisa Bandy 是一位 Google 员工，负责我们内部工具的 Web 无障碍功能和文档。
这篇文章重点介绍了一位社区专家，作为“学习无障碍功能！”的一部分。详细了解 Google 的无障碍功能倡议和研究。
Alexandra Klepper：我很幸运能称你为同事。你如何介绍你自己以及你在这里的工作？
Elisa Bandy：我叫 Elisa，我负责编写 Google 内部工具和基础设施的文档。
Alexandra：这份工作真酷。你和多少人一起工作？
Elisa：我们的大团队约有 40 人，其中包括技术文档撰写员、教学设计师和项目经理。我六年前刚加入时，团队只有四个人。
Alexandra：在加入 Google 之前你在做什么？
Elisa：工作日我在视频游戏开发行业工作。然后在周末，我做修鞋工作。
Alexandra：你加入 Google 后才开始从事 Web 无障碍功能工作吗？
Elisa：是的，但不是在加入 Google 大约一年半之后，只是兼职。我负责 Google 内部文档的无障碍功能工程。在此项工作之前，这些文档在设计时并未考虑无障碍功能。任何具有无障碍功能的文档功能都只是意外的惊喜。
存在很多问题，首先是链接的颜色对比度完全不合适。表格也一团糟，如果您放大，所有内容都保持相同大小，因为它是在像素而不是 rem 中定义的。我主动提出要修复所有这些问题。然后，我就一直在修复更多问题。五年过去了，我仍然在做这件事。
Alexandra：你把自己打造成了一个拥有无障碍功能专业知识和技能的人，并且你有决心去解决需要解决的问题。
Elisa：是的，我想我们可以这么说 [笑]。作为一名残疾人士，我知道要求考虑无障碍功能有多么困难。因此，我的同事和同事们没有这些无障碍功能考虑因素，这真的让我很生气。而且没有人去修复它们。所以我亲自去修复了它们。
我认为任何人都不应该需要请求无障碍功能。它应该从一开始就内置。
优先考虑您的无障碍功能用例
Alexandra：当您考虑 Web 无障碍功能时，它有很多不同的层面，对吧？对于各种残疾，存在不同的，有时是冲突的需求。您如何确定优先顺序？
Elisa：我所做的很多工作都是确定优先顺序。例如，某些特定用例 100% 完全无障碍有多重要？我查看了很多数据：我们的人口中有多少百分比是残疾人？有多少人有特定的无障碍功能问题？
例如，有一部分用户使用 ChromeVox，Chromebook 的内置屏幕阅读器。如果 ChromeVox 中存在问题，我必须看看有多少人使用 ChromeVox，而不是 Jaws、NVDA 或 VoiceOver。
在外部，没有很多人使用 ChromeVox。因为我们是 Google，很多人使用 Chromebook 作为他们的主要工作设备，这意味着 ChromeVox 对于内部文档非常重要。也许 ChromeVox 错误会比 VoiceOver 错误或 NVDA 错误更优先处理。
总的来说，我尝试首先修复主要屏幕阅读器的问题。颜色方面往往有点碰运气，因为有很多扩展程序可以绕过颜色问题，尤其是在高对比度模式下。
Alexandra：你提到了数据，这在 Google 非常重要（当然）。我们总是听到“用数据支持你的想法”。你在 Google 如何收集无障碍功能的数据？
Elisa：我很大程度上依赖于 Google 残疾人联盟收集的数据。我经常与 WebAIM 的调查进行交叉核对。
无障碍功能文化
Alexandra：请您谈谈 Google 的无障碍功能文化。
Elisa：它发展得非常非常迅速，成为一个拥有资金和广泛关注的事物。我发现几乎每个人都想做正确的事情。我们的同事希望获得关于如何做正确的事情、如何优先考虑无障碍功能的教育资源。
在错误地实现应用程序或网站或任何内容之后，对其进行重组以使其具有无障碍功能是困难的。因此，我的部分工作是让我们的工程师在产品构建之前，考虑将无障碍功能融入到初始设计中。人们对此非常接受，甚至很热情！
我只遇到过一次真正抵制融入无障碍功能的情况，而且即使那次也很容易解决。
Alexandra：您能详细说说吗？
Elisa：当我刚加入无障碍功能工程团队时，这只占用了我 20% 的时间。有些人不明白我们为什么要关注无障碍功能。有人说，“只有 1% 的人口是残疾人。”我坚持我的立场——我们需要这样做，因为这是正确的事情。而且，这是我的时间，我会按照我认为合适的方式来安排它。
当然，听到任何人说残疾人无关紧要，说这是一个太小的群体，这让人难以接受。
Alexandra：尤其是当您是该群体的一员时。了解您的受众！
Elisa：我从来不喜欢听到“哦，这只有 1%。”这个“只有”让它听起来微不足道。但是当您想到全球人口时，那是非常多的人。而且有很多在 Google 工作的人。而且很多残疾都被低估了。
Alexandra：我们知道，受残疾影响的人口远远超过 1%。世界卫生组织报告称，超过 10 亿人患有残疾；22 亿人患有某种视力障碍！当然，严重程度各不相同，一些有视力障碍的人不会认为自己是残疾人。但这些障碍确实会影响在 Web 上的互动。
Elisa：没错。
构建您自己的专业知识体系
Alexandra：在您开始从事无障碍功能工作之前，您希望得到什么建议？
Elisa：不知道所有事情也没关系。无障碍功能是一个广阔而庞大的领域。我知道有很多东西我不知道。我有一套非常具体的技能。碰巧我知道在哪里可以找到关于无障碍功能最佳实践的信息。
即使在我自己的专业领域，屏幕阅读器和颜色对比度方面，我每天都在学习新东西。我是聋人，但我不是隐藏式字幕的无障碍功能专家。我知道什么对我有效，但我不知道什么对其他人有效。如果被问到，我必须查找最佳实践。
Alexandra：不成为各种无障碍功能的绝对专家是合理的。您将如何帮助工程师学习无障碍功能模式？
Elisa：我与一位对无障碍功能感兴趣的工程师密切合作。我会把一个错误交给她，并向她展示我将如何修复它。然后，我带她了解最佳实践。她可能会查看其他文档，发现他们推荐了一种方法，但由于 XYZ 原因，该方法不起作用。
关于 Web 无障碍功能，问题在于没有太多具体的代码示例，因为没有人会以相同的方式构建相同的功能。因此，您可能会临时拼凑解决方案。许多人在所有东西都组装好之前都不会考虑无障碍功能。那时你打算怎么办？您要拆掉它并重新组装，然后重写所有测试吗？不，你不会的。您会临时添加一些东西。
这意味着您需要了解残疾用户希望应用程序如何运行，然后对您的代码进行建模，使其执行该功能。它可能看起来不像完美的代码示例或包容性组件，但最终，只要它可靠地执行相同的功能，就可以了。
Alexandra：听起来您是在说，获得积极的结果比过多担心我们如何实现目标更重要。
Elisa：是的。因为老实说，在这种情况下，目的确实证明手段是正当的。了解屏幕阅读器用户或任何其他残疾用户希望它如何工作非常重要。
有数十亿个 ARIA 角色，您不可能知道每一个角色。此外，有些角色并不适用于所有屏幕阅读器！因此，您需要了解用户的需求才能为他们构建。
Alexandra：在创建内部文档或为 Google 工程师提供支持时，您是否依赖常见的外部资源？
Elisa：我确实非常依赖 W3C 指南。它们对于了解您需要做什么非常有帮助。WebAIM 是另一个非常好的资源，我认为它在技术实现方面做得更好。我也非常喜欢 Mozilla 文档，十次有九次，如果我搜索某些内容，MDN Web Docs 中都会有答案MDN Web Docs。
我喜欢 inclusive-components.design，如果您想要一个无障碍组件库，它非常棒。
Deque University 有很多最佳实践。当我提交错误或教别人如何遵循特定模式时，我将其用作参考资料。
亲身体验无障碍功能工具
Alexandra：如何了解用户受到怎样的影响？由于您的专业知识是支持色盲人士和屏幕阅读器用户，让我们从这里开始。
Elisa：对于色觉障碍和色盲，有模拟器和仿真器。除非您亲眼所见，否则您真的无法理解别人是如何看到的。如果我注意到饱和度非常差，一旦我通过模拟器运行它，我就可以确认它根本无法分辨。
为了支持屏幕阅读器用户，没有比实际使用屏幕阅读器更好的理解方式了。首先阅读教程，这是关键。有些人只是打开它并尝试摆弄它时会感到沮丧，这是一种学习如何使用它们的糟糕方式。您需要超过 5 分钟、10 分钟或 20 分钟。至少使用一个小时，以揭示依赖这项技术的用户所面临的一些挫折。
我坚信每个人在人生的某个阶段都会需要无障碍功能技术。例如，我最近手腕受伤，无法使用鼠标，所以我使用了键盘好几周。这太令人沮丧了。这些类型的练习真的可以帮助您站在残疾人的立场上，尝试在一个健全人的世界中导航。
模拟器虽然有用，但不能等同于残疾
Alexandra：显然，我或任何开发人员使用模拟器的体验与有视力障碍的人的体验不同。
Elisa：您始终可以与残疾人交谈，了解他们的经历。当您建立这种同理心时，重要的是要记住，经常使用这些工具的人总是比您更擅长使用它们。残疾人总是更擅长在自己的空间中导航，因为那是这个人赖以生存的身体。
我担心的是，那些经历过这些同理心练习（如果可以这样称呼的话）的人会认为他们确切地知道人们经历了什么。他们突然认为自己是这种体验的专家。您不是这种体验的专家。如果您是健全人，那么您从根本上来说不是屏幕阅读器的专家。即使我在这个领域工作，我也不是色盲方面的专家。我不是屏幕阅读器的专家。
我是我自己的听力障碍经历的专家。我是需要助听器并每天应对自己经历的专家。但这并不意味着我是其他人聋哑经历的专家
您在无障碍功能工程中最糟糕的事情就是有自我。无论您做什么，您都会搞砸一些事情。这没什么好气馁的，因为没有两个人有相同的残疾需求。没有两个人对无障碍功能和残疾持有相同的观点。您不可能 100% 完成所有事情，但这并不意味着您不应该尝试。您永远不会完美，但无论如何都要努力做到完美。
您可能会收到批评性反馈，有人可能会说，“嘿，您的产品不具备无障碍功能！”
Alexandra：模拟器支持不同的学习方式，在演示您的产品时，同时面对残疾人可能遇到的一些问题。但是，这与使用他们每天使用的无障碍功能工具体验您的产品不同。
Elisa：当人们关闭声音并阅读字幕，然后突然意识到，哦，这些自动生成的字幕太糟糕了，我会感到轻微恼火吗？是的。这不是我体验字幕的方式。一些残疾人看到有人模仿他们的经历并抱怨工具，而他们实际上并不需要这些工具。这令人沮丧，我真的理解。
但我也不想成为那个不得不坐在那里一遍又一遍地描述我作为聋人的经历的人。每一次都这样。如果我们想让健全人了解我们的经历，我们就必须忍受他们对这些经历的反应。
话虽如此，像盲人餐厅用餐和品酒这样的“体验”让我很生气。这就像角色扮演残疾。但是，为了试图了解您的用户如何使用某项功能或读者如何阅读页面？这很好。事实上，这是最低要求。让自己站在他们的角度思考一个小时，弄清楚这些东西实际上是如何运作的。这真的很重要。
弄清楚人们如何在您的网站上导航。您可能会想，“为什么我不能在顶部放置一个横幅警告，说明所有链接都在新标签页中打开？”好吧，因为有人可能不是从横幅开始阅读页面的。在设计时要考虑到残疾人。
做一件事：停止构建无限滚动
Alexandra：您是否希望工程师们开始做一件事来使他们的网站更易于访问？
Elisa：无限滚动是一种祸害，任何人都不应该使用它。我找不到东西，我需要能够找到东西！而且，它对性能非常不利。
此外，在视觉上和 DOM 中移动内容真的很烦人。Tab 键顺序很重要，尤其是对于键盘用户而言。
详细了解 Google 的无障碍功能倡议和研究。除了“学习无障碍功能”中的 Web 开发资源外，Google 还创建了一个无障碍文档课程：“面向无障碍功能的技术写作”。
在 Twitter 上关注 Google 无障碍功能团队 @GoogleAccess 和 Chrome 团队 @ChromiumDev。