好像都是在说 AI 擅长写前端 UI ，不擅长写后端代码？ 但我看到一个事情：Java 后端同学纠结半天写出来了有问题的功能，前端同学用 AI 10 分钟写完并联调测试通过了，这样看 AI 写后端代码也可以啊。 更何况这还是 Java ，写 Node 、Python 这些代码不更有优势么。 我觉得后端同学还是要多尝试和接受 AI 辅助写代码这一块的，不然一步落后，步步落后。
 |
1
default996 1 天前 via Android
你自己以为的吧
|
 |
2
opengps 1 天前  1
只是不能完全接受。对后端来说，自己的代码才最有可控度，ai 的代码跟别人的代码一样可靠度很低，理解起来困难
|
 |
3
freak118 1 天前
业务复杂度高吧 而且很多项目历史文档都不全 AI 可能也分析不明白？
|
 |
4
Qcui OP @default996 不是自己以为的，是身边现象学。可能是圈子的关系，我身边的后端同学普遍对 AI 编程的接受程度较低，Vibe Coding 使用率也很低
|
|
5
Qcui OP @freak118 应该有这些顾虑。大的模块重构可能需要人来把关，但平时一些小的功能实现应该是可以交给 AI 来做的，写完后 Review 一下代码就好了。我觉得很多时候 AI 给的思路挺好的
|
 |
6
FawkesV 1 天前
后端 AI 也能用，就是逻辑性的很多东西 需要自己去理 只有一些独立的新功能比较方便
|
 |
7
Razio 1 天前
想用的人早就用了。
说句难听的，你管别人用不用呢。 |
 |
8
rockddd 1 天前 1
没发现你说的这个问题，我们这后端人手一堆账号，以至于前端快被裁完了。
|
 |
9
Vindroid 1 天前
我可以抄片段，但让 ai 写全部的，我洁癖，做不到，而且很多项目核心内容，我不敢喂给 ai ，第二天就完完整整的输出给其他人了
|
 |
10
HeyWeGo 1 天前
如果是复杂业务的后端，牵一发动全身那种，开发不敢大范围的上 AI ，但是局部修改应该还是没问题的，如果今后 AI 能够全面分析代码，后端前期这种逻辑性强的特点可能让 AI 分析更有利。只是还没到时候。
前端主要是验证快，所以大不了推翻重写，而且要写的 1：1 还原也是有难度的。就看怎么要求 AI 了 |
 |
11
leizhimin 1 天前
你们都是自费上班呀！
|
 |
12
songco 1 天前 via Android
可能是圈子问题，我们这边使用率很高
公司都准备普及 500 美元每月的某产品的 plan 了……要是使用率低，或者效果不好，资本家愿意花这个钱吗？哈哈 |
 |
13
refear99 1 天前
天天 100%用啊，codex 写的比自己好太多了逻辑性太强了，如果一个需求有 10 个点，资深程序员能写到 7 个点，改改调调能到 9 个点，但是 codex 一次对话就能到 9 个点，再对话 2 次能到 10 个点满分
|
 |
14
BeautifulSoap 1 天前
我在的公司大家都在用 cursor ，甚至因为大家用太多，每个月到了中后半都会触发公司设定的氪金上限（上限几万$都不够）
大家天天都在问 it 部门什么时候能开放用 codex ，claude code ，但因为这两公司对企业用户数据承诺，协议相关问题一直被公司禁止使用 |
 |
15
htxy1985 23 小时 47 分钟前 1
业务复杂可以理解为信息量大，很多需求和实现方式并不是那种典型的解决方案。换句话说，很多后端项目模块之间的联系和小坑小槽的连很多开发人员都记不太清，他又怎么跟 ai 能够说清？
ai 接收不到完整的信息和提示词，做出偏差时在所难免的。而后端一旦出错，影响往往是很难受的。 所有即使后端会用，也是谨慎的用。 |
 |
16
alansfinal 23 小时 22 分钟前 1
圈子问题，过去 2 个月 AI coding agent 能力的提升比过去一年都大，太多人跟不上很正常
|
 |
17
zhlxsh 23 小时 17 分钟前 via iPhone
周围几个同事都说，后期维护的时候复杂
|
 |
18
jhytxy 23 小时 12 分钟前
因为这个技能的前置科技需要点开爬墙
国产模型只能闹着玩 很多人试了一下觉得还不如自己写 |
 |
19
zhengfan2016 23 小时 9 分钟前
样板代码应该会用 ai 写的吧，比如 domain 和 proto 重复的 type 定义，但是业务逻辑这块，你说 ai 能不能写，肯定能，但是 ai 特别喜欢自己造轮子，明明用一些第三方工具库，300 行能写的非得自己实现拉到 500 行。每次拉个几百行，以后一个 class 几千行代码，全是 ai 拉的，改个 bug 都不是很好定位
 有人说可以 ai 总结 ai 改，你能保证 ai 永远读得懂自己拉的东西吗，如果可以，那大家肯定愿意愉快的 vibecode ，问题是，没有人能保证 ai 永远能改自己的💩，而公司的代码出了问题总有人要来负责，一想到最后是自己手动改这坨💩，大部分后端肯定更愿意自己亲自部署，亲自拉 |
 |
20
wtml 23 小时 7 分钟前
看你要写的是什么类型的代码了，和业务不相干的确实写的不错，比如一些工具型的代码，要是写业务代码先得花上半天时间给他描述，再花上好几轮纠正它的错误和理解偏差，有这时间自己都写完了，毕竟业务代码往往也比较简单
|
 |
21
EliStone 23 小时 1 分钟前
复杂的业务代码自己写，简单的让 AI 写，单元测试全部是 AI 写
|
 |
24
qifeng7 22 小时 24 分钟前
迭代数据密集型系统，核心业务自己手动写更快，出错的概率可控，如果用 ai 写，一是描述过于耗时，二是 ai 写完后需要一行一行看
|
 |
25
Sh3r1ock 22 小时 23 分钟前
先问是不是，再问为什么
|
 |
26
Mystery0 22 小时 17 分钟前
谁说的，我这不是在写吗
 |
 |
27
Satoshl 21 小时 45 分钟前
并不会啊，除非项目特别复杂，否则肯定 AI 写的快啊； 如果是运行很久的后端业务，一般和 AI 沟通的成本远大于自己写，所以这种时候不如自己写出来；个人感觉只有抗拒 AI 的人，不会有抗拒 AI 的岗位的。
|
 |
28
jcharr 21 小时 35 分钟前 1
我搞 C++/C 引擎的，已经半年没写过代码了，全是 ai 写的，但是我自己会审一遍，不合心意的话，让他重写而已
|
 |
29
freemoon 21 小时 28 分钟前 1
简单的业务可以 ai ，但对于大型旧项目，用 ai 产出的代码会不可控，即使结果是好的，也需要读完 ai 写的代码，这种工作量和自己写的差不多，且对自己理解项目代码没多大好处。
|
 |
30
brom111 21 小时 24 分钟前
分割得越细 边界越多 ai 写得越好。 什么时候能一股脑扔给 ai 完全的只等结果就好了
|
 |
31
HKzy 21 小时 19 分钟前 1
本能的排斥
因为 AI 取代了它们引以为豪的 coding 能力，人的本能就是因恐惧而否认 |
 |
32
Lucups 21 小时 12 分钟前
我主要做后端，我现在 90% 以上的代码都是 AI 写的。
不过我也能理解一些后端同学不愿意使用 AI 辅助写代码，毕竟前端出问题了有后端兜底，后端出问题了就真出问题了..... |
 |
34
lucays 20 小时 43 分钟前
不会吧，我现在很多代码都是 gemini3pro 帮写，pr 也让它 review 我再提
感觉没啥问题 |
 |
35
tingyunsay 20 小时 40 分钟前
谁说的，我写了好久了
|
 |
36
THESDZ 20 小时 14 分钟前
看业务复杂度和当前代码质量
业务越简单（包括能被拆解得越简单）、当前代码质量越高（主要是可阅读性和可拓展性） 使用 ai 的成本越低，愿意使用的人就越多。 |
 |
37
wuxi889 20 小时 5 分钟前
你自己以为的吧，我现在用 cc 跟 codex 写的起飞
|
 |
38
yucc 20 小时 1 分钟前
什么前端后端，在 ai 面前都一样
只是前端容易展示效果，台前秀得多，让人误以为 ai 不擅长后端 |
 |
39
lazinesssheep 20 小时 1 分钟前
一直在用
|
 |
40
bbbblue 19 小时 59 分钟前
我认识的大多数前后端包括产品都在用
可能只是你以为？ |
 |
41
vegeta2ex 19 小时 54 分钟前
先问是不是，再问为什么。。。
|
 |
42
cutecore 19 小时 53 分钟前
新开的项目，ai 写的飞起，一点都不想自己写。
|
 |
43
www5070504 19 小时 51 分钟前
用啊 但是 ai 生成代码不完全可靠 有时候你要是去排查 ai 生成的代码更费心
|
 |
44
NGGTI PRO 以前也是 cv ，现在 AI 时代也得变。重要是得自己 review 代码。
|
 |
45
Tink PRO 换一个圈子问问
|
 |
46
wudaye 19 小时 19 分钟前
想用，但是觉得有点困难，AI 写全新的相对独立的功能模块我是放心的，但是手上维护的都是一些公共服务，复用度高影响面大改错一行代码可能就能把所有上层业务带崩，暂时用不起来，最多 tab 辅助
|
 |
47
xsen 18 小时 41 分钟前
这里讨论那里讨论，却就是不愿意一个月一顿饭钱，重度使用下 codex 或 claude code
|
 |
48
dantangfan 18 小时 19 分钟前
- 就跟很多人不愿意用辅助驾驶一样，掌控在手里才有真实感
- 现在企业面试考察的还是算法、八股文、业务细节，vibe 之后你的理解对这些的理解能力会降低不少 我 vibe 之后的体验就是，读写代码的能力严重下滑，独立、深度学习新东西的能力也下滑了。现在的我觉得 vibe 就特么跟短视频一样，光上瘾了。  |
 |
49
fishman231 17 小时 57 分钟前
因为在 brownfield 项目中,要给 ai 提供大量的业务上下文才能使用的得心应手,可能每个需求背后都对应庞大的上下文.
|
 |
50
Yue153 17 小时 28 分钟前
不是不用，只是不能想前端一样甩手不管。因为后端的需求的“语言描述”难度更大，前端也大，但是因为 LLM 有了视觉，所以还好。
另外可能后端写文档、开会比较多吧？ |
 |
51
turi 14 小时 35 分钟前
用啊，这玩意很好用，他写代码，然后 review ，看的不爽的，直接让 AI 按照我的方式重构，
但是几个需求下来，你会发现，他娘的之前这个功能的文件在哪里？文件名 类名 都记不住，下次改需求，先让 AI 找到对应文件，先熟悉下代码。再让 AI 改 |
 |
52
vem 14 小时 24 分钟前 1
这个我真知道，因为 idea 的 AI 插件都不好用，所以写 Java 的人还以为 AI 是半成品，不知道 AI 已经很强大了
|
 |
53
crysislinux 14 小时 15 分钟前 via Android
还是胆子小，管它三七二十一提起键盘就是一把梭。
|
 |
54
CodersZzz 3 小时 59 分钟前
70%ai 都能实现，关键是我们项目好多都是做完以后，客户需求变化很离谱。功能乱用，A 业务的功能 写个小分支 然后去满足一下新需求，然后下次又补一点 又去满足新需求。如果上下文不够大，生怕某一次修改业务，都怕 ai 不能理解这些分支需求，或者因为一次修改 导致之前的逻辑出现 bug 等
|
 |
55
zhaohy0824555 2 小时 56 分钟前
前端出错的代价低,后端代价高,所以后端更需要严格的 review
|
 |
56
hejw19970413 2 小时 51 分钟前
因为有些人重度依赖 IDEA
|
 |
57
chendy 2 小时 43 分钟前
身边统计学是吧
我们这简单项目都 AI 拉屎了 上古大💩山项目 AI 吃屎都吃不明白更拉不明白 |
 |
58
squarefong17 2 小时 26 分钟前
@dante520 你猜的没错，年前试过一些小的界面，设计图直接截图丢给 gemini 都能实现个八九成。以后设计网站接 AI 后复原度会更高。后端表示很棒，比手搓方便太多
|
 |
59
MinQ 2 小时 23 分钟前
用啊，就是出问题的时候得亲自来吃 AI 拉的那一坨，所以用的时候就得严格的 review
而且 AI 的风格跟你的可能还不太一样，吃起屎来更费劲了 所以基本上现在就五五开吧，用的时候还生怕 AI 搞错了业务逻辑 |
 |
60
SayHelloHi 2 小时 14 分钟前
个人项目 全 AI
涉及到钱和重要的项目 纯手工 一般项目 纯手工 + AI 智能补全 + 写工具 刚刚问了后端的同学 |
 |
61
anakinsky 2 小时 2 分钟前
后端历史包袱重，简单增删改扔给 ai 做，复杂业务有那给 ai 描述需求的功夫自己都搞完了
|
 |
62
wupher 1 小时 52 分钟前
- 假设不成立
- 没什么不能用 AI 的。Java ，Python, Kotlin ，Golang ，Rust ，even CPP / C# - 新项目，旧项目，无论是 Copilot 的简单代码生成，还是 CC, Codex 这些全代码生成都可以的。不放心可以先从测试，code review 甚至 git commit generateion 开始 - 它们只是工具，你还是要有自己的判断和决策：什么是好设计，什么是坏设计；什么是好代码，可维护，什么是坏代码，你在堆屎山 |
Select Language