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

[wccode]

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

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

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

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

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

[icev5]

@murmur 我是不怕，sb 领导和公司 怕

[helloet]

但凡对 UI 有要求的项目，目前的 AI 还无法胜任。

[brucewar]

前端代码不只有画页面吧？

[xhjsw]

抛开场景讨论就是耍流氓,, 如果是关于 ai 写前端后端哪个更好用这个问题很没意义,,,

如果是，国内绝大多数公司的 web/h5/小程序端和后端用 ai 写哪个更好用？ 那毫无疑问这种前端 ai 完全可以 100%代替了，具体是为什么就没啥可抬杠的了，.可以了解下各个中小公司今年前端被裁了多少几乎都被后端用 ai 替换掉的情况就可以充分回答了。

但是其实前端主要的市场应用在移动端上,,如果也算上的的话那差不多吧

[fangxisama]

给 AI 解释大半天的业务逻辑，不如我自己写算了。

[fangxisama]

而且还有个问题，前后端的技术栈 AI 都可以学习到。但是前后端的业务逻辑 AI 学习不到，而后端更偏向业务逻辑。

[xubeiyan]

看我头像就是我对所谓 LLM 写代码的态度……
现目前的 LLM 的问题在于：
1. 受限于上下文长度，不能完整载入整个软件工程的所有信息，于是只能语法级别的设计
2. 代码复杂度增长太快，多用几次无法控制。除非你只想写一次，永不维护。

[shm7]

所以中国人特别容易面临敌人攻到家门口，快咩国了，还在内部无意义内卷争斗

[shm7]

@xubeiyan #67 现在 LLM 的窗口已经很长了。而且代码是分段召回，交给 LLM 的，也不是全部。未来召回能力可能还会提升，毕竟写代码都这样了，找代码没道理不能提升。目前代码复杂度大点确实容易出问题。

[elseswitch]

如果前端也需要处理复杂的业务交互逻辑，同样不行。

[xuxian4321]

前端和人交互的部分，很难标准化，还是需要人。后端主要是技术逻辑，反倒是可以完全用 AI 。

[chunhuitrue]

我比较好奇你们公司推广 cursor ，给报销么？

[CyouYamato]

我正在前后端都写, 前端确实靠 AI 能写更多.后端有些需求一时半会描述不清, 描述了 AI 也难以理解. 反复描述让 AI 改浪费额度也很烦. 还得自己写核心逻辑. 前端错了最多就是性能 或者 UI, 接口对接问题, 后端错了那可是要丢饭碗的.

[xzylzz]

@ciki #33 99%?你找个设计师来看看吧还是

[starlion]

AI Coding 目前写大项目，比如一次性代码量 > 5000 行，还是会出现一些问题，
还有复杂的业务逻辑，还得人来搞，
最后 AI 写了代码还得人来监督检查

[SanjinGG]

我是前端，从没让 AI 画过页面，因为根本还原不了哈哈哈哈，不知道你们用的是什么，我目前只用过 gemini 、deepseek 、chatgpt 。倒是后端很多都是问 AI 写的，除了经常会用一些不维护的老库，其他没什么问题。AI 出的页面结构真是稀烂，真要维护，还得自己优化一轮再还原设计。所以我用 AI 写的后端肯定也有这样的问题，只是对于我来说够用而已，肯定不是最优解。

[lizy0329]

你看看教你 AI 写代码都是从头开始的, 绝对不会有说拿一个上线运行的重量级项目弄的, 因为压根没法弄, 光读代码就读半天, 修改一个函数要半小时,还乱修改