关于 AI 编程对于前后端的讨论

[wccode]

现在公司内部大力推广 AI 编程，cursor 之类的。内部推广经常听到：“AI 写前端太厉害了，以后前端再说一个功能要两天就 xxxx”。

不敢苟同，对于内部大部分还在用 Java8 开发，AI 提升效率不是更高吗？

在公司前后端都干一些，前端和客户端 70%，后端 30%。个人使用 AI 去做 Java 和 go 的时候感觉效率更高呢。

偏见吗？所以想和各位探讨一下：

从你的经验来看，AI 编程对前端和后端开发的帮助，侧重点有什么不同？ 在一个像我们这样，后端技术栈（ Java 8 ）比前端更“传统”的团队里，AI 工具的最大价值究竟在哪一边？ 公司领导层（多为数据/后端背景）认为“AI 对前端提升更大”的看法，是否是一种普遍的偏见？

[rogerer]

@llej
一是，「 AI 是更擅长前端」这个结论是不一定成立的。正如我引用的，AI 现在在 multi swe benchmark 上的任务成功率最高的是 Python 其次是 Java 这两者比 JavaScript 要高出一倍以上。所以我并不认可「 AI 是更擅长前端」这个结论。我对这件事情的理解是，AI 更擅长规范的代码，比如 Java 和 TypeScript 。（这里 Python 是个例外，字节的论文里认为是 Python 作为以前的 benchmark 的首选语言，会被 LLM 过度训练）。
二是，前端同样需要好的 unit test ，但是和后端不一样的是，前端是没有办法被 unit test 覆盖完备的，比如 UI 的部分。这就要求更丰富的反馈给到 LLM 。

我最近在做 design2code 的相关工作，可以多交流。

[llej]

@rogerer 我从来没有说过 ai 更擅长前端，我是说前端能够快速测试，有利于 ai 生成更好的效果。

[xubingok]

@peteretep 跟你的感觉恰好相反.
ai 对设计稿的解读并不厉害,即使写出勉强令人满意的样式,也会产生大量垃圾 css.涉及公共样式和公共组件,又是一个需要调整 rule 的过程.
至于后端,现在哪还有什么算法优化咯...都是业务 crud.我觉得 ai 可以完成得很好.

[monosolo1on1]

@hwdq0012
是呀，理论上是这样，但是光看前端的状态管理框架层出不穷的架势，就知道实际上是啥情况了~

[hwdq0012]

@monosolo1on1 #44
那个好像是 react 的 hooks ， 不是 mvvm ,最近也在学 react hooks ，感觉很别扭

vue 据说也是 mvvm, 总之微软 wpf 是第一个 mvvm 框架，我写 wpf 是感觉比写 react 时更省心很多，不知道 vue 怎么样，
学 react 是因为最近在玩 react native + c++的 全平台方案（暂时不理 linux)

[cabudad]

我反倒是感觉 ai 更擅长后端的东西，对页面没要求的情况下 ai 自由发挥生成那确实快，但是个性化程度高的页面 ai 完全没法实现，你就算把每个元素的位置尺寸都跟它说，也完全没法实现，最多是生成一个大概框架，还得自己填内容。

[Ghrhrrv146]

我是 web 全栈，这个问题不约束场景就是自说自话。我的感受是如果你对产出结果有具体要求，那么 ai 生成前后端的质量相比没什么区别。

相反，如果你对结果有清晰的限制，比如精准还原 ui 给的设计稿，ai 给的结果要么是相差甚远（比如 v0 、readdy ），要么极难维护（比如蓝湖给出的 css 全是用定位实现的）。
很多后端之所以觉得 ai 生成前端简单，是因为他在生成前端页面前就没什么要求或者要求极低，属于 ai 给的什么样，就用什么样，最多加点微调。

这种前端场景对标的后端场景应该是数据库的增删改查，此时 ai 质量同样很高，而且由于只涉及数据的流通，验证起来比前端还要简单，前端还要自己去看浏览器效果，后端直接让 ai 生成测试用例，跑一遍即可。

影响 ai 质量的主要因素是语料库的丰富度和任务的可推理性。这两点普通前后端没有显著差别，可以说前端代码语料丰富一些，但没有数量级的差距。

[murmur]

@ciki 哪个 AI 能读设计稿了，cursor 我试过 3.7 模型真就一顿胡来啊

[Ghrhrrv146]

@Ghrhrrv146
如果你对产出结果有具体要求 -> 如果你对产出结果没有具体要求

[chneqi]

ai 从 0 开始画个页面，美观程度到是不错。
要说擅长前端那真不太行，让 ai 让改交互/样式细节很容易打转绕圈出不来。
其中关键问题就像楼上遇到的那样，交互/图像有问题又不报错的，而且基于 html+css 结构(或者类似结构)的代码和实际呈现的对应没法保证直观，改前端就像是对着代码猜效果。
ai 还是适合改独立性强的东西，容易解耦分出来的东西，特别是各类小的工具方法，而前端，组件化的再好也是糊在一块的。

[pandaPapa]

还是看需求吧, 做后台管理的功能, cursor 是真好用. 官网那种有强定制 UI 的就不行了, 它理解的 UI 有很大问题. 和 UI 的结构基本差不多, 但生成效果和 UI 差距太大了, 必须手动改, 让它同时适配 H5 和 PC 它就更晕了, 根本改不出来.

[chendl111]

前端确实很厉害，后端涉及到数据就很不好说

[huluhulu]

自己做的 8w 行的项目，全部 AI ，自己不到 1%，我只能说太爽了

[chezs66]

不懂求问，你们在用什么工具做设计稿转代码？转换以后 UI 还原度、设计走查成功率是多少？

[chezs66]

@rogerer 求问一下图片来自哪篇论文？

[Mandelo]

@cabudad 那个截效果图丢给 AI 直接给你生成代码的项目叫啥来着?

[rogerer]

@chezs66 https://arxiv.org/abs/2504.02605

[rogerer]

@chezs66 https://arxiv.org/abs/2504.02605
@Mandelo v0.dev

[icev5]

1. 公司项目使用 cursor 或其他工具，领导不怕泄露吗
2. 后端一枚，前端的需求比较多，倾向 AI 开发前端代码

[murmur]

@icev5 国内绝大多数项目都是重复开发，或者对别人的仿制，牛逼是因为销售能把项目卖出去，尤其是 to b ，to g ，代码都交出去了，有啥泄露，里面全是业务屎山，赌的是你三五年后维护不了必须乖乖交维护费，项目本身都是要赔钱的