后端 CRUD 不是逻辑更简单，为什么 AI 编程更擅长前端？我给 cursor 详细描述的业务逻辑它老是理解错，前端不详细讲倒是能有点样子

笑了，那是因为你是专职后端，你对后端业务逻辑误差容忍低。

你觉得 ai 擅长前端无非就是你不抠那 1px 的细节，能用至于有没有阴影，产出来的代码后续可不可维护你不关心罢了。

你找个经常 figma 还原设计稿的前端，问问 cursor 是不是很擅长前端

楼上 +1

就这么说吧，用 ai 百分百还原设计稿可能还没有不用 ai 纯手撸快

我是前端我用 ai 写后端我觉得 ai 写后端更容易，直接不用管，一句 sql 也不会照样写。其实就是不懂能跑就行

因为前端代码容易爬到

之前几家 AI 信誓旦旦的告诉我，联合索引 JOIN 比主键快，我引导他们说出了自相矛盾的观点后，AI 才认错和道歉

前端有界面好理解。给一个截图或给一个 UI 上的操作视频，AI 就可以根据图来生成代码，需求明确。 后台没有界面， 用语言描述会有理解偏差。

1 楼正解,市面上人人都是产品经理用 AI 写的界面太多了,他们只知道大概长什么样子,并不追究细节,甚至风格都不要求,结果 AI 出的样还行,甚至比想象中的要好,导致大家都这么认为!

这个我也好奇，感觉前端界面不确定性与灵活性更大，ai 处理这个应该是错误率更多才对。

可以不叫 ai 吗，现在的只是生成式大语言模型

像素级还原设计稿细节的话目前好像挺难做到的，不过个人开发的话对前端如果不是特别重视的话用 ai 确实快

@sagaxu 你这个不同场景下，速度都不一样的， 不用回表的情况下，从扫描数据行上来分析，还是有可能比主键索引快的

99%的业务场景下 UI 就是差不多就行了
专扣 AI 的都是大厂
UI 对盈利没有啥直接关系

有没有一种可能，你不知道前端代码里面有哪些错误。。。。

后端的项目结构更复杂吧，业务逻辑理解起来也更难，一个没有图形界面的东西，都是抽象的逻辑很难能说的明白并让 AI 理解明白，前端两句话就能描述出来，即使调整也好描述

奇怪了，前端难道都没有业务逻辑只有静态界面？