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