1. 首页
  2. css

CSS可访问性和web性能不是特性,而是基线

本周我一直在思考web性能和可访问性。这一切都始于伊桑·马科特(Ethan Marcotte)对AMP常见的可访问性问题做了大量出色的笔记:
在上面的录音中,我试图浏览AMP的故事。正如我所做的,VoiceOver描述了一个\”无法理解的页面:返回或前进的箭头被简单地宣布为\”按钮\”;大多数图像都缺少文本等价物,这就是为什么屏幕阅读器会拼写出文件名中的每个字符;当一个故事的内容在屏幕上可见时,几乎不可能进入。我想说的是,这一个AMP的故事是一个离群,但AMP故事网站上列出的九个演示中的每一个在画外音中听起来都是不可理解的。
Ethan继续争辩说,这些问题在AMP中是如此普遍,以至于无障碍性决不能是一个优先事项:
从一开始,谷歌坚持认为AMP是解决网络性能问题的最佳方案。谷歌利用其市场支配地位迫使出版商采用这一框架,甚至认为AMP是在网上发布网页所需的唯一格式。但是我们已经到了这样一个地步,AMP可以通过增强web的可访问性问题来\”解决\”web的性能问题,将更多的人排除在访问他们应得的内容之外。
我最近一直在思考这个问题—关于可访问性的工作原理通常被视为一个附加功能,可以在以后添加到项目中— 而不是无障碍工作成为一个核心原则或标准的工作在网络上。
我已经看到这种情绪表达了一次又一次,在框架,在Twitter上,在设计过程中,在开发过程中,以至于争论无障碍的重要性可以得到相当累。因为在某种程度上,我们不是在争论可访问性的重要性,而是争论前端开发本身作为一系列有价值的技能的重要性。无法替代的技能。
同样,克雷格·莫德(Craig Mod)的这篇文章《为什么软件应该闪电般地快》也让我想到了同样的问题:
我喜欢快速软件。也就是说,软件在功能和界面上都很快。在想要激活或操纵某个东西和正在发生的事情之间有最小或没有延迟的软件。轻巧。
在文章的后面,Mod将快速软件描述为优秀软件的定义,并认为计算机上的每一个动作(无论是网站还是应用程序)都应该让人感觉你在移动时没有任何延迟。我完全同意;每一个加载屏幕和等待时间在某种程度上都是失败的标志。
不久前,亚历克斯•罗素(Alex Russell)也提出了类似的观点,当时他研究了手机的性能,并考察了每个人对网络的体验都有着非常不同的方式:
这里的结论是,你根本买不起台式机或iPhone级别的互联网如果你想为除了世界上最富有的用户以外的任何人创造良好的网络体验,那么这可能意味着要重新评估你的工具链。
说到这些,我有点蠢。我认为一个网站只有在速度快的时候才可能好。那种让你喘不过气来的斋戒。和人类思维一样快,甚至更快。因此,我的观点是,web性能不是我们应该追求的,它应该是标准。现状。我们工作的基准。它应该是不可发布的,直到事情变得很快。
好消息是,它比以往任何时候都更容易发布具有无与伦比的速度和可访问性这些基本要求的网站!我们有页面速度洞察和网页测试,更不用说让Lighthouse在工作时自动对GitHub中的每个提交执行审计的能力。不久前,Ire Aderinokun向我们展示了如何做到这一点,他制定了一个绩效预算,并学习了如何坚持下去。
使我们的网站快速、易访问的工具就在这里,但我们没有使用它们。这就是让我发疯的原因。当我在咆哮的时候——在我特别兴奋之前——我认为重要的是要注意到Deb Chachra的论点,\”任何足够先进的疏忽都是无法与恶意区分的。\”记住这一点,如果一个网站速度慢,那不仅仅是糟糕的软件设计和开发。性能和可访问性并不是可以停留在Jira板底部的特性,稍后在方便的时候考虑这些特性。
相反,我们必须开始看到无法访问和速度缓慢的网站,因为它们是一种残忍的行为。如果我们想建立一个真正的万维网,一个人人共享的地方,一个尽可能多的人都能访问和快速访问的网络,一个比我们所有人都长寿的网络,那么首先我们必须让我们的网站变得完全不同;我们必须让它们变得亲切

CSS可访问性和web性能不是特性,而是基线 为WP2原创文章,链接:https://www.wp2.cn/css/css%e5%8f%af%e8%ae%bf%e9%97%ae%e6%80%a7%e5%92%8cweb%e6%80%a7%e8%83%bd%e4%b8%8d%e6%98%af%e7%89%b9%e6%80%a7%ef%bc%8c%e8%80%8c%e6%98%af%e5%9f%ba%e7%ba%bf/