跳到正文
RadarAI· X:邵猛 (@shao__meng)·· 4 小时前AI 评分30

邵猛:Claude Code 时代仍需资深前端工程师

AI 导读

邵猛以 Lovart 为例指出,PGC+UGC 社区中用户封面图从几 KB 到几十 MB 不等,非研发人员 Vibe Coding 时常忽视性能问题。Claude Code / Codex 的 Skills 更关注代码架构性能,覆盖不到图像视频资源,专业前端也可能因沟通不畅或效果让步而略过。他认为能发现并推动解决工程问题的资深工程师在 AI 编程时代只会更重要。

正文

meng shao· @shao__meng · X·2026-10-26 18:09· 2 小时前AI 评分45

AI 导读

邵猛以 Lovart 为例指出,其 PGC+UGC 社区形态下用户封面图从几 KB 到几十 MB 不等,非研发人员 Vibe Coding 时往往忽视性能问题。他认为 Claude Code / Codex 的 Skills 更关注代码架构性能,覆盖不到图像视频资源,专业前端也可能因沟通不畅或效果让步而略过。因此团队中能发现并推动解决工程问题的资深工程师在 AI 编程时代只会更重要。

正文 · 原文

首先:对不起 Lovart,我只是拿你来举个例子 😄

之所以用 Lovart 主要是因为它的产品性质:PGC + UGC 的类社区和模板形态,用户使用的封面可能千差万别,有可能是几 KB 的模糊小图,也可能是几十 MB 的超清大图,几万 * 几万那种... 设计和运营团队也不例外的会出现后者的问题,从设计软件原图导出直接怼进运营后台...

这时如果你是一个完全不懂前端工程的非研发人员,我真的不太相信你会有意识的关注性能问题,特别在前期各种数据都在 mock 阶段还很理想时。

再进一步,即使你的 Claude Code / Codex 本身有关注前端性能方面的 Skills,它也会更关注代码架构本身的性能,对于未来可能会产生的各种图像视频资源,覆盖不到。

再进一步,即使是专业前端,他对这类资源问题也有经验和意识,也可能因为与产品设计运营团队的沟通不畅,或者性能方面问题要为效果让步,而让这个问题被略过,直到大面积产生客诉,或者老板自己用一下发现卡,才被发现 😄

所以,在团队里,有一个在工程方面经验丰富,能够发现问题,愿意在跨团队时提出和推进问题解决的工程师,在 Claude Code / Codex 的时代,仍然很重要,而且只会越来越重要!

引用meng shao@shao__meng
听你们说我们前端已死? 只要有 Codex / Claude Code,有手就能做网站?那能不能拜托你们这些 “AI Native” 的产品经理和设计师们,Vibe Frontend Coding 时,记得关注一下性能 😂 Performance 47 分、成堆的大 gif、大 png,更多问题都不用深看,简直前端性能反面典型 ...
在 X 查看被引用的帖子

来源:meng shao · x.com

来源:RadarAI · aihot.news