对 ai coding 高度夸赞和担心失业的，似乎前端从业者居多？

我是后端，我觉得后端也躲不过去。主要是后端链路长，很多地方 ai 触摸不到。如果简单的项目，一个服务，一个数据库能完事，ai 也可以替代。

确切的说, 应该是 半吊子新手/外行人 和 用 AI 做了个技术栈外的东西就觉得自己行了的老手

高度夸赞在于对 AI 没有要求, AI 生成的东西表面上看的过去他们就满足了.

当你有明确要求, 比如真商业项目, 把需求梳理的清晰的文档丢给 AI, 生成个四不像, 还磨洋工折腾一两小时没修好还嘴硬的 AI 专属时刻也多的是.

前端切图仔，也能叫程序员

本来打了好多字，最后全删了，二楼说得对。

跟前后端没啥关系，业务关联性不高的，重复性的工作岗位基本都会被波及。

每一次都是前端被率先拿出来鞭尸

后端主要业务比较麻烦。前段就是功能模块多些。

任何一个现在用 ai 用的特别爽的行业，都容易被 ai 取代。
所以不分什么前后左右端，都要完蛋。

反正逛了一圈中推下来，高潮的来来去去还是那几个人。以我司来说，还是古法编程居多，虽然公司在大力推，但是没人会因为活干得快了就去接更多的活，所以前端人数还是那么多，而且还不够需要砍需求。

我感觉 AI 更适合写后端，业务逻辑好描述，UI 上的改动很难用文字描述清楚

我做为偏后端的全栈，体验上也感觉前端稍微容易 ai coding 一点。分析下来，

1. 前端的提示词更好写，需要调整和修改的地方更直观，可视化，可验证

2. 前端更容易给 LLM 足够的上下文，草图，设计稿，json 数据等等

3. 前端生态更组件化模块化，AI 容易复用

当然后端也一样，简单 CRUD ，接口 Controller ，sql ，单元测试这些一样被替代，但深层业务逻辑不会轻易 AI 化。举个例子，“我想写一个打赏主播的功能接口设计”，涉及到“订单、交易、风控、退款、结算、推荐引擎”等等，相对来说需要 AI 二次多次改写

将来大多数坐办公室的行业都逃不掉

老登来澄清一下：

其实一开始就没前端这个行业

自古以来都是所见即所得前后端一把梭的。frontpage flash 时代开发效率和表达能力比现在前端强得多。

用代码撸界面本来就是本末倒置，得不偿失的做法。

90 年代 delphi 和 VB 都支持双向绑定了。SQL 生成都是全自动的。写 CRUD 一般都 10 分钟搞定的。

前端观感上看起来会多一些，很大一部分是因为前端娱乐圈的属性就是喜欢各种发帖曝光。

排除掉这部分增加曝光的属性。前端觉得好用是因为复杂业务少，大多数场景下完全不需要去了解实际业务也完全可以做。即使稍微有一些小瑕疵也不影响使用。
后端觉得不好用，很大部分是因为需求方自己都不一定捋得清楚业务逻辑。很多时候需要反复和需求方开会扯皮，去试图理解对方的业务。这些人都不一定办得好的事，现在交给 AI 去做肯定是不靠谱的。即使出现一些小瑕疵，输出结果很明确得就会体现出来，数值出现偏差了。

更何况很多开发语言水平本就不高。可能脑子里明白了，但让他描述一遍或者用文字表达出来就不知道该怎么说了。输出到 AI 来实现的时候就肯定是会有问题了。
如果需求可以明确的输出成 "如果 XXX ，那么 XXX" 这样精确的需求文档，那么是古法编程和 AI 编程其实都是一样的，按部就班的把自然语言转换成逻辑代码就行了。但是实际操作中并不会有这种可能。

主要前端一写就能看到效果， 后端 AI 从写代码到看到效果需要、代码、数据库、服务器等配套设施， 甚至还需要前端

我觉得后端可以利用 ai 一把梭前端。

用了 figma MCP + claude code + GLM 还原的效果感觉挺差的，跟实际上的完全不一样。就我目前实际的使用来看，html css 还是得自己手动调，其他的 AI 能搞定。figma UI 还原这个我看别人的演示还原度非常高，GLM 在编程方面我觉得是我用过的国产里的最好的，但是搭配 figma mcp 就是不行。

@cvooc 还有卖课的和打广告的，cursor 自从 claude 亲自下场以后，是一个贴都看不到了🐶

@passon ui 不一定描述，可以将设计稿预处理或者有元数据送入模型。
后端追求的是稳定性，可复现，可测试很重要。大模型不同的厂家，不同的版本，甚至同一个版本的不同请求都可能有不少差异。

比起前端，后端 AI 写感觉更简单