前端工程师

一项美国联邦规则,依据《美国残疾人法》第二章约束州和地方政府。2024 年的规则要求它们的网页内容和移动应用达到 WCAG 2.1 AA;这项临时最终规则自 2026 年 4 月 20 日起生效,把人口 5 万及以上的实体的合规期限延至 2027 年 4 月 26 日,更小的实体和特别区延至 2028 年 4 月 26 日。司法部在说明理由时写道,生成式 AI 等先进技术还不能大规模可靠地自动修复无障碍问题;公共实体越不能依靠技术让内容无障碍,就越需要依靠人工。这是司法部的理由说明,不是具有约束力的要求,而且讲的是修复已有内容,不是构建新界面;这项规则约束的是政府,不是私营公司。

失败、撤回、监管或成本正在抑制采用。可以下调评估,或扩大不确定区间。

这份文件确立的是「计量」,不是「计量的效果」。Figma 说明:2025 年在所有席位上引入 AI 额度,2026 年 3 月开始强制执行上限,超出部分按月加购或按量计费;文件给的是月份,没有具体日期。它没有给出 Figma Make 或 Dev Mode 的任何使用量。它只说,上限开始执行之后,客服请求增多,出现了一些公开的不满,部分客户的使用量下降,但没有给出下降了多少。Figma 卖的就是这些席位,对定价改动的表述方式有利害关系 —— 但这里记下的事实(把设计变成界面这件事现在要按额度计费,而不是席位内包含)写在一份夸大要担责的申报文件里。它说不了别家厂商的工具,也说不了公司自建的流水线。

失败、撤回、监管或成本正在抑制采用。可以下调评估,或扩大不确定区间。

英国中央政府构建公共数字服务的标准。服务如果使用 AI,必须向用户说清楚这会怎样影响他们的数据以及他们得到的结果或信息;如果使用 AI 聊天机器人,必须确保用户明白回答不是人给的、可能不准确,并知道怎样联系到一个人。页面还说,服务应做好在必要时停用 AI 的准备。它约束的是英国中央政府的服务团队,不是私营公司;它规定的是界面必须传达什么,不是团队怎样构建。

失败、撤回、监管或成本正在抑制采用。可以下调评估,或扩大不确定区间。

美国消费者保护监管机构对一家公司的起诉:该公司出售一款 AI 驱动的小插件,声称能让任何网站符合《网页内容无障碍指南》;此案以最终裁定和解,要求支付 100 万美元,并禁止在没有证据的情况下作此类声称。起诉书写明,据无障碍专家所言,没有任何自动化测试工具能单独判断网站是否达到无障碍标准,必须人工测试;并列出了使用该产品的网站上仍然存在的障碍:缺少焦点指示、表单和菜单里的键盘陷阱、缺失或错误的替代文字、错误的标题层级。这是一宗以同意令和解的虚假广告案,专家那句话引用的是外部专家,受影响的网站没有点名。

失败、撤回、监管或成本正在抑制采用。可以下调评估,或扩大不确定区间。

一家公司自己的代码库,由这家公司自己发布,而「人工要一年半」这个估算也由同一家公司给出,从外部无法核验。让这个结果可复现的是它的机制,而这一点文章写得很完整:整个迁移是一台状态机,每一步都有自动裁判 —— jest、eslint、tsc 说通过或不通过 —— 所以模型可以在无人盯着的情况下反复重试,首次批量运行四小时清掉了 75% 的文件。更有用的是剩下那条尾巴:再调四天到 97%;尾部的许多文件已经被重试过 50 到 100 次,最后的 3% 由人手工改完。文章还明确写道,主要的成功因素是「挑对放进提示里的相关文件」—— 提示最终涨到四万到十万 token、最多带进五十个文件 —— 而不是把提示词写得多好。它没有报告任何人数、招聘或岗位的变化,也没有这样主张。

企业已正式投入使用。可以改变基线,但要结合规模与场景相似度加权。

英国中央政府构建公共数字服务的标准。所有政府服务都必须遵循渐进增强 —— 先让页面在 HTML 下可用,再加 CSS 和 JavaScript —— 即使服务的某部分需要 JavaScript。为了让 JavaScript 在各种浏览器里可用,页面列出了特性检测、polyfill 和转译、使用自动化测试或代码检查工具,以及定期做人工测试,包括用较旧或性能较低的设备测试。它约束的是英国中央政府的服务团队;它是工作必须怎样做的标准,不是对其中有多少已自动化的测量。

失败、撤回、监管或成本正在抑制采用。可以下调评估,或扩大不确定区间。

你过去最可能被招进来先做的那件事 —— 把设计稿变成界面 —— 正是这里暴露度最高的一项。这一点值得在你花一年把它练快之前就知道。撑得住的是「没有人画过的那些状态」和「它必须对所有人都能用」,而这两样都不是靠做作品集页面学会的。

你的杠杆已经从「产出界面」挪到了「约束界面」:设计体系、状态、性能预算、可访问性义务。那是更不显眼的工作,也更难放进作品集 —— 这在你下次换工作时是个真实的问题。从现在开始记录你拒绝过什么、为什么拒绝。

保住并强化

把约束层接过来

当界面变便宜,稀缺的是那个让产品保持一致的人 —— 组件库、状态、性能预算。

调整职责

成为能证明「它可用」的那个人

在若干市场里它正在从良好实践变成义务,而一项义务需要一个具名的人能够证明合规,而不是声称合规。

相邻转岗

往产品决定那一侧走

前端工程师比几乎任何人都更直接地看见用户到底做了什么,而那种观察正是产品工作的原材料。

这里给任何一个数字都不诚实,而这个问题更该逐项去问。「从设计稿产出一个界面」在很大程度上已经由机器完成;「数据缺失时这个界面该怎么办」不是,「为一个用读屏软件的人能不能用这件事答复」也不是。一个你自己就能核对的信号:你上个月有多少时间花在敲标记上、有多少花在决定行为上。如果主要是前者,那暴露是真的,而该走的方向是后者。

在它最显眼的那项任务上,是的 —— 而原因是机械的,不是对难度的评价:输入是视觉的、输出是文本、对不对看一眼就知道、训练数据就是整个公开的网。但一个真实前端代码库的大部分并不是那项任务 —— 而是没人画过的状态、没人测过的设备,以及让一个不断变大的产品保持一致的那些约束。显眼的那一半暴露,不等于这份工作暴露。

「面铺得更宽」本身不是保护,这个框架本身值得丢掉。两个都不深的方向,比一个很深的方向更容易被替代;真正保护你的是「成为判断被采纳的那个人」,而判断是分领域的。如果你要跨过去,为一个理由跨 —— 状态和数据模型确实是连着的,而两边都懂会让你在边界上更强,而大多数 bug 就住在边界上。

它仍然是被要求的,而它正在变成一个更弱的信号 —— 原因和这一页第一项任务是同一个:看的人现在知道做出一个好看的界面要花多少代价。没有变弱的是判断力的证据:一个你删掉的组件和删它的理由、一个没人写过规格而你处理了的状态、一次你顶住压力守住的性能预算。这些更难攒,也明显更难被生成。