# 前端工程师

> 做人真正会碰到的那一层 —— 而留给他的,是一个生成出来的界面撑不过去的那些部分:真实设备、真实网络,以及「它必须对所有人都能用」这条法律要求。

网页: https://flyvolo.ai/zh/careers/frontend-developer
影响指数: 66/100 · 置信度 低置信度 · 评估于 2026-09-12
这不是失业概率。

## 适用范围

适用于做 Web 与 App 界面的工程师。它按「你负责哪一层」切,而不是按资历 —— 初级程序员与中高级软件工程师那两页是按资历切的,一个资深前端同时落在两边。设计本身是另一个职业;原生移动端与游戏情况不同。

## 任务

### 把设计稿变成能用的界面

- 方向: 正在自动化
- 依据: 有证据(附已核实记录)
- 为什么: 这是整个软件工程里暴露度最高的一项任务,原因很机械:输入是视觉的、输出是文本、对不对看一眼就知道,而训练数据就是整个公开的网。「从一张图或一句话生成一个界面」的工具,比「生成一个后端服务」的工具更早达到可用质量。
- 这还不能说明什么: 能渲染出来的界面不等于能发出去的界面。它不说明产物是否可维护、是否符合已有的设计体系,也不说明它在没人画过的那些状态下会怎样 —— 空数据、加载中、出错、加载了一半的列表。
- 记录:
  - 2026-03-01 · 限制或撤回 · Figma 在财报中说明,2026 年 3 月起它开始强制执行 2025 年在所有席位上引入的 AI 额度上限,并开始出售额度加购与按量计费 — https://flyvolo.ai/zh/changes/ev-20260301-frontend-developer-2 (来源: https://www.sec.gov/Archives/edgar/data/1579878/000162828026053348/fig-20260630.htm)

### 没有人画过的那些状态

- 方向: 仍由人主导
- 依据: 推断(VOLO 的推理,未附来源)
- 为什么: 生成是从顺利路径出发的,因为设计稿里画的就是顺利路径。而实际代码的大部分恰恰长在其余那些状态里,并且「每一种该怎么表现」是关于这个具体产品的判断,不是一个可以检索出来的模式。
- 这还不能说明什么: 这是一条关于「工作落在哪儿」的判断,不是对它的测量。团队并不会去统计自己前端代码里有多少是边界情况处理,所以没有一个数字可以拿来核这句话;而一个营销页和一个交易界面之间,这个比例差得极远。

### 让它在真实设备与真实网络上活下来

- 方向: 正在被增强
- 依据: 有证据(附已核实记录)
- 为什么: 在这件事上工具测得比人好 —— 预算、审计与性能剖析,正是软件擅长的那种机械检查。它们做不到的是决定接受哪一个取舍,因为那取决于你的用户到底是谁,而那是一个关于生意的事实,不是关于代码的事实。
- 这还不能说明什么: 一国政府的标准要求它自己的服务做这种测试;这里没有任何东西说明在别处要花多少时间,或团队到底做没做 —— 大量上线的前端工作从未得到这种关注,而工具存在不等于有人运行过。
- 记录:
  - 2024-09-27 · 限制或撤回 · 英国每个政府服务都必须采用渐进增强 —— 政府《服务手册》的要求;手册把定期用较旧或性能较低的设备人工测试列为让 JavaScript 可用的办法之一 — https://flyvolo.ai/zh/changes/ev-20240927-frontend-developer-6 (来源: https://www.gov.uk/service-manual/technology/using-progressive-enhancement)

### 让所有人都能用 —— 因为这是被要求的

- 方向: 仍由人主导
- 依据: 有证据(附已核实记录)
- 为什么: 自动检查器只能抓住一小部分真实的可访问性问题,而且判断不了「一个看不见的人能不能走完这个流程」。这项任务同时正在若干市场里从「良好实践」变成「法律义务」—— 那改变的是「谁要为它答复」,不是它有多难。
- 这还不能说明什么: 一个监管机构的执法行动列出了依赖自动化覆盖层的网站上仍然存在的障碍,但没有点名网站;能进一步定下这件事的,是一次点名具体界面及其问题的执法行动。要求因市场而异,也因产品是否面向消费者而异。
- 记录:
  - 2026-04-20 · 限制或撤回 · 美国司法部把州和地方政府的网站无障碍合规期限延至 2027 年和 2028 年,并表示生成式 AI 还不能可靠地自动修复无障碍问题 — https://flyvolo.ai/zh/changes/ev-20260420-frontend-developer-3 (来源: https://www.federalregister.gov/documents/2026/04/20/2026-07663/extension-of-compliance-dates-for-nondiscrimination-on-the-basis-of-disability-accessibility-of-web)
  - 2025-04-21 · 限制或撤回 · 美国联邦贸易委员会诉 accessiBe 一案(其 AI 工具声称能让任何网站无障碍)写明:没有任何自动化工具能单独判断是否符合 WCAG,必须人工测试 — https://flyvolo.ai/zh/changes/ev-20250422-frontend-developer-4 (来源: https://www.ftc.gov/system/files/ftc_gov/pdf/complaint.222_3156_-_accessibe_final_consent_package_without_signatures.pdf)

### 维护别人都在用的那套组件

- 方向: 仍由人主导
- 依据: 有证据(附已核实记录)
- 为什么: 生成变便宜让这件事更承重,而不是更轻:当任何人几分钟就能产出一个界面,让产品保持一致的就是那层约束,而它必须有人守着。这份工作的内容是「拒绝」与「版本管理」,不是「创作」。
- 这还不能说明什么: 它是一份工作还是一件顺手的事,完全取决于团队规模;而「有多少团队真的为此配人」,没有任何人在数。
- 记录:
  - 2025-03-13 · 实际部署 · Airbnb 称把将近 3,500 个 React 组件测试文件从 Enzyme 迁到 React Testing Library 用了六周,而人工估算是一年半 — https://flyvolo.ai/zh/changes/ev-20250314-frontend-developer-1 (来源: https://medium.com/airbnb-engineering/accelerating-large-scale-test-migration-with-llms-9565c208023b)

### 为「会回话的东西」做界面

- 方向: 新出现的任务
- 依据: 有证据(附已核实记录)
- 为什么: 这是生成式功能进入产品之前不存在的工作,而且还没有沉淀出成型的模式 —— 每个团队现在都在各自发明「怎么表示这个答案可能是错的」。它落在前端身上,因为这是一个关于「用户看到什么」的问题,不是关于「模型做了什么」的问题。
- 这还不能说明什么: 新工作出现不等于新增编制:它目前是被塞进已有岗位里的,而这里没有任何东西说明有人是为它而被招进来的。
- 记录:
  - 2025-09-23 · 限制或撤回 · 英国政府服务里的 AI 聊天机器人必须让用户知道回答不是人给的、可能不准确,以及怎样联系到人 —— 政府《服务手册》的要求 — https://flyvolo.ai/zh/changes/ev-20250923-frontend-developer-5 (来源: https://www.gov.uk/service-manual/technology/using-artificial-intelligence-ai-in-services)

## 怎么引用

- 单位是任务,不是职位名:说哪些任务在变、哪些不变。
- 每项任务的依据与限制要一起带上;推断不是结论。
- 本页不给年份。不要从中推出一个。
- 更多: https://flyvolo.ai/llms.txt