无障碍不是补救，而是代码伊始的尊重

　　去年12月那波漏扫结果出来的时候，我正盯着电脑右下角弹出来的系统更新提示——这破补丁推了三天了还没装完，隔壁工位老张的旧笔记本风扇响得跟拖拉机似的，打印机还在吐纸，桌上堆着半摞整改单。扫描器进度条卡在87%不动，我原以为又是哪个模块的API超时，结果点开报告一看，好家伙，无障碍相关的漏扫项全飘红。业务方当时就炸了，说“这又不是等保要求的，优先级往后排”，我盯着屏幕上的“未适配屏幕阅读器”几个字，突然想起上周在茶水间听见测试组小姑娘抱怨：“这按钮又没文字标签，盲人用户怎么点？”

文章配图，仅供参考

　　可业务方不认啊。他们说“无障碍是补救措施，不是核心功能”，我差点没把咖啡喷在键盘上。我原以为“优胜劣汰”在物联网行业是铁律——谁用户体验好谁活下来，结果发现这逻辑在无障碍这儿根本不适用。去年某大厂的智能音箱，就因为没给语音指令加文字标签，被盲人用户集体投诉，最后连夜发补丁，影响面直接波及百万级设备。这事儿当时在群里传得沸沸扬扬，结果现在轮到我们，业务方还是那套“小概率事件”的说辞。我盯着整改单上的“高风险”标签，突然想起上周老张说的：“现在不重视，等哪天被监管盯上，哭都来不及。”

　　窗外下了一下午雨，打印机还在吐纸。我翻着整改单，发现无障碍相关的漏扫项，80%都集中在“未提供替代文本”“未支持键盘操作”“未适配高对比度模式”这些基础项上。这些功能，说白了就是代码里多写几行标签、多加几个事件监听、多测几种色彩模式的事儿，根本不需要额外开发资源。可业务方就是不肯松口，说“这些用户群体太小，不值得投入”。我听着他们算“投入产出比”，突然想起上周在现场遇到的那个阿姨——她手机里装着三个读屏软件，每个都卡得要死，可她还是坚持用智能设备，因为“不想被时代落下”。

　　说到卡顿，我桌上那台旧笔记本风扇又响了。这机器跑漏扫工具都吃力，可业务方就是不肯换新设备，说“能用就行”。我原以为他们只是抠门，结果发现他们对无障碍的态度也一样——“能用就行”。可物联网设备不是一次性产品，它要陪用户用好几年。一个没考虑无障碍的设备，对普通用户来说可能只是“不太方便”，对残障用户来说就是“完全不能用”。这种“能用就行”的逻辑，在物联网行业里，迟早会被市场淘汰。

　　跑题说句外包的事儿。上个月合规检查，外包团队写的代码里，无障碍相关的注释全是“TODO：后续优化”。我问他们为什么没做，他们说“业务方没提需求”。我翻着合同，发现里面确实没写无障碍要求——可等保2.0里明明有“可访问性”这一项啊？后来才知道，业务方为了压成本，把无障碍相关的测试项全砍了。结果现在漏扫飘红，整改单堆成山，外包团队还反过来怪我们“需求不明确”。这事儿闹到总监那儿，最后解决方案是“先过漏扫，无障碍问题后续再补”——可“后续”是什么时候？等被监管罚了款，还是等用户集体投诉？

　　回到正题。我原以为无障碍是“补救措施”，结果发现它其实是“预防措施”。就像WAF能拦住大部分攻击，但真正的安全是写在代码里的——无障碍也一样，它得从第一行代码开始考虑。去年某智能手表厂商，因为没给心率监测功能加语音提示，被聋哑用户投诉，最后不仅发了补丁，还赔了钱。这事儿在行业里传开后，大家都说“无障碍是政治正确”，可我觉得，它更是“生存正确”——在物联网这个“用户即流量”的时代，忽略任何一个用户群体，都是在给自己挖坑。

　　现在整改单还在桌上堆着，扫描器进度条终于走到了100%。我盯着报告里的“高风险”标签，突然想起上周老张说的：“现在不重视无障碍，等哪天你的设备被盲人用户骂上热搜，就知道疼了。”我叹了口气，把整改单塞进文件夹——业务方还在开会讨论“优先级”，可我知道，等他们讨论完，黄花菜都凉了。无障碍不是补救，是代码伊始的尊重——这话听着像口号，可在物联网行业里，它真的能决定一个产品是活下来，还是被淘汰。

　　茶水间的灯没关，我走过去关掉，突然想起那个戴墨镜的阿姨——她现在应该还在用那个卡顿的读屏软件，对着门禁戳来戳去吧？我摇摇头，回到工位，继续写那封给业务方的邮件——这次我得把“优胜劣汰”的逻辑讲透，哪怕他们觉得我啰嗦。毕竟，有些事儿，现在不做，以后就没机会做了。

（编辑：PHP编程网 - 钦州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!