动机

与此同时，我们的网站和应用程序（更重要的是我们的用户）却不得不面对无法访问的内容。忽视无障碍性并不是解决方案；即使我们尚未完全自信，尝试总比放弃要好。我们能做的最好的事情，就是尽自己所能编写无障碍代码，并承认自己可能会犯错！毕竟，这正是我们对待开发其他方面的态度。

我们尽力按照当前的最佳实践和网络标准来编写代码。有时我们会犯错——无论是 bug 还是事后回想起来本可以采用不同架构的方式——但我们仍然交付了一个（希望是）功能正常的程序。

无障碍设计需要包容性和同理心：能够设身处地为与我们不同、拥有不同需求和目标的用户着想，并为他们打造产品。正如我们可以想象的那样，这种开发态度自然会创造出更易用、更愉悦的产品。无障碍的网站和应用程序能让整个互联网对每个人来说都更好。

不幸的是，并非我们想要包含在网站或应用中的所有内容都能完全无障碍。一些内容，如音频、视频和多媒体，本身就难以做到 100% 可访问。但这并不意味着这些内容不能被使用——只是我们需要寻找替代方式来向用户传达信息。在本单元中，我们将讨论某些类型媒体的局限性，以及如何通过其他方式呈现信息，确保没有人被排除在外。

这有助于让这项工作显得不那么令人畏惧。当我们面对一个完整的现有应用，试图从零开始添加无障碍功能时，可能会感到压力巨大——这反而让我们更容易找到借口不去做。但你不必今天就让整个应用变得无障碍；今天你只需要做一个无障碍按钮就够了！哪怕只是将项目中所有不可访问的按钮替换为无障碍按钮，也已经是用户的一大福音。

挑选出网站或应用中反复使用的几个基础组件，然后检查它们是否符合本课程讨论的标准。考虑每个开发周期（sprint）改进一个组件，或者每周攻克一个。最重要的是设定一个现实且可持续的节奏。慢慢推进远胜于过早耗尽精力而无法完成任务。

无障碍至关重要，它显著影响网站或应用的用户体验。虽然一开始可能看起来令人望而生畏，但一旦开始，很快就会发现其实并没有那么可怕！无障碍是一个容易让人花上数小时研究的领域——因为网上有大量优秀的相关资源！但请务必避免陷入研究阶段而迟迟不进行实际实现。任何改进都比完全忽视无障碍要好！将任务拆解成可管理的小块，从本课程中选取一些想法开始实施。