前端工程师

拿一张设计稿或一段描述,产出能把它渲染出来的标记、样式与组件结构。

空、加载中、只加载了一半、离线、出错、很慢,以及用户连按了两下的那一种 —— 决定每一种该怎么表现,并把它做出来。

那台旧手机、那条慢网、落后两个版本的浏览器、读屏软件,以及那个变得太大的打包体积。

键盘路径、读屏语义、对比度、焦点顺序 —— 而且越来越要求你能证明你做过。

那套共享组件库:决定什么该进去、一次改动会弄坏什么、以及必须通知谁。

流式回答、不确定性、引用出处、停止按钮,以及当模型答错了或者很慢时,界面该怎么办。

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

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

保住并强化

把约束层接过来

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

调整职责

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

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

相邻转岗

往产品决定那一侧走

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

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

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

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

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