尽管这可能看起来很神奇，但我们每个人体验世界的方式都不同。这是一个拥有超过 60 亿种解读的现实。我们中的许多人使用计算机来拓宽我们对世界的体验，但计算机是现实的一部分，因此，如果您在没有视觉或听觉的情况下体验现实，那么您也将在没有视觉或听觉的情况下体验计算机（或者您独特的体验可能是什么）。作为人类，我们并不完全有能力像其他人那样体验世界。我们可以模仿一些表面上的东西（例如，我可以闭上眼睛来模仿失明），但这只是一种模仿，没有历史、背景或紧迫性。由于这种复杂性，我们人类主要根据我们体验世界的方式来设计事物。从工程和设计的角度来看，这可能会令人沮丧，因为即使您打算具有包容性，您最终也会忘记一些“显而易见”和必不可少的东西，或者一个问题的解决方案会给其他人带来问题，等等。那么，开源爱好者、程序员、架构师、教师，或者只是普通的黑客，应该做些什么才能使软件、社区和流程易于访问？
不要错过机会
我的一位有听力损失的朋友最近报名参加了一个网络研讨会，并联系了主持人，要求提供字幕，或者，如果不能提供字幕，则提供课程的文字稿。令人非常失望的是，主持人专门通过电子邮件邀请所有参与者提供反馈，但甚至从未回复该请求。最后，一些共同的朋友参加了网络研讨会并做了笔记。
[ 另请阅读 我从神经多样性视角出发的 C 开源之旅 ]
这次网络研讨会是由个人举办的小型活动，因此有可能在为期数周的活动结束之前，所有的电子邮件都未得到回复。但是，此事件可以作为一个有价值的教训：可访问性始于沟通。
您无法了解与您生产的东西（网站、软件、播客、文章等）互动的每个人的独特需求。您无法预测您做出的哪个小的任意选择可能会导致意外排除原本会与您互动的人。但是，您可以做的是寻找机会了解他们。当有人发送电子邮件说白色背景上的 8 磅、细体、45% 灰色的字体使您的网站难以阅读时，请不要忽略它，也不要将其归因于意见分歧。当有人提交一个错误，指出 Orca 或 NVDA 无法浏览您的应用程序时，请不要在修复之前将其关闭。
当您无法提供帮助时该怎么办
没有人知道一切，这对于我们每个参与开源的人来说都是如此。您很可能会收到某人的评论，指出您设计的东西存在问题，而您不知道如何修复它。或者您可能知道如何修复它，但您只是没有时间实施修复。这不会使您成为一个坏人，它只是揭示了一件事，这对我们所有人来说都是真实的：您的资源有限。但是通过开放协作，很可能有一个答案。
开源就是分享，这对于代码和社区资源都是如此。至少，识别出一个错误表明了您的项目需要未来潜在贡献者提供什么。可能，提出请求或提交错误的人可以帮助您找到知道如何修复该问题的人。或者他们可能有朋友帮助他们找到一种解决方法，并且至少可以记录他们处理该问题的迂回方式，这可能正是您在提升技能以找到解决该问题的“正确”方法时所需的临时措施。
[ 相关阅读 Jekyll 中浅色和深色模式的实用指南 ]
可用性和可访问性的答案并不总是像您认为的那么直接。有时，只需要一个简单的解决方法或变通方案。我为一个相当技术性的播客做贡献，并且曾经被问到是否可以发布文字稿。我没有能力为每一集都生成这些文字稿，但作为让步，从那以后，我一直在播客的网站上包含现有参考文档，或者编写新的文档，这样即使潜在的听众无法处理我在播客中说的话，至少我传达的信息也不会丢失。这不是最佳解决方案（虽然我承认我的播客并不总是像他们应该的那样专注，所以实际上参考文档可能是一个更好的选择），但问题的“答案”对我来说很容易做到，但这是在我有人问我之前我没有想到的事情。
有时，“正确”的答案是“否”。我之前曾收到过为纯音频内容添加视觉效果的请求。虽然有可能做到这一点，但它需要一个完全不同的生产和托管基础设施，因此答案确实是“否”。但是，我能够通过提供一份提供类似内容以及视频的资源列表来回复该请求。你不可能成为所有人的所有事物。了解你的项目和你自己的局限性很重要，尊重它们同样重要。
开放沟通
沟通是可用性和可访问性的起点。当有人因为您正在做的事情对他们来说不可访问而与您联系时，尽管这可能看起来很奇怪，但这是一种营销成功。有人想参与您的内容或您的项目。这令人兴奋！不要错过这些机会。
1 条评论