公司的 im 有水印，就不发图了，简单总结一下
- 大数据/医疗部门因使用 ai 生成代码导致生产环境服务器负载拉爆且历史数据被大范围覆盖
- it 部门排查开发电脑的 ai 相关软件，禁止 ai 自动代码生成
- 所有研发部门安排时间重新 review 近半年所有代码
- 对应研发部门的开发和测试绩效当月为 D(意味着 2026 年没有年终奖了，但是 2025 还是可以有的)
哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈（先笑一下🤣
他们怎么敢的啊，又不是自己的项目，我用 ai 都只拿当搜索引擎，代码都是我自己的测试确认后才写到项目里面去
我一直强调，ai 真的不能帮你背 D 绩效啊喂！
 |
1
meteora0tkvo 1 月 20 日  9
用 ai 的代码没问题，但是用完之后也是要走流程去做软件测试，而不是随便测测就直接部署上去了
|
 |
2
k9982874 1 月 20 日 via Android 2
这事 ai 不被锅，ai 敢拉 leader 敢合才是问题根源
|
 |
3
reter 1 月 20 日
跟 ai 又没什么关系。纯粹自己偷懒，盲目相信 ai 输出的结果
|
 |
4
EastLord 1 月 20 日
用 AI 写完代码，不 review 吗？
|
 |
5
xz410236056 1 月 20 日
AI 写代码要多 AI 交叉验证，并要求说明改动点和影响范围，人类约束是必须的，有测试覆盖最好。上线还要灰度+feature flag 开关。
这不是 AI 的问题，纯纯该部门开发流程草台班子 |
 |
6
sn0wdr1am 1 月 20 日
公司代码没人 Review 是吧，随便一写一提交，对吧。
|
 |
7
AstroProfundis 1 月 20 日 1
用 AI 写代码是把工作量从编码转移到 code review 了，确实能省很多事，但前提是最终背绩效的人要有能力审核 AI 生成的代码
或者说所有 AI 生成工具想用好的大前提就是要有能力核实产出内容正确性 |
 |
8
valley 1 月 20 日
前端用用还好，后端怎么敢的？
|
 |
9
54xavier 1 月 20 日 1
在工作项目上我一直不敢用 ai ，出问题它是真的不能帮我背锅的，老老实实自己写，自己对自己的产出负责
|
 |
10
lavvrence 1 月 20 日 16
你应该感谢他们。因为他们的行为和结果满足了你和更广大的手写代码的原教旨主义程序员的预期。
|
 |
11
GuLuDaDuiZhang 1 月 20 日
没测试么，至于 review ，我见识的不多但就见过的，所谓 review 就是走走流程形式，没人认真看都是直接点了，最后都是靠测试去测。
不过也辛苦测试了，降本增效+AI ，测试人力减少+研发效率提升，现在排期都压力测试。 |
 |
12
jaff 1 月 20 日 5
这算不算因噎废食？
|
 |
13
jjwjiang 1 月 20 日
这跟 AI 有什么关系呢？进来一个神人写几句致命代码不是有一样的效果？
|
 |
14
HENQIGUAI 1 月 20 日
hhh,AI 不会被扣年终奖，但是用 AI 的人会。
|
 |
15
dongQQ 1 月 20 日
用 AI 没问题，但是得经过专业测试才能上线
|
 |
16
SchwarzeR 1 月 20 日
能捅这么大篓子的大概率是全自动模式自己不带看的，帮忙写体力活和啃文档很好用，但自己看不懂的代码 review 都不 review 就推上生产环境怎么敢的，敢大撒把全自动提交就敢网上复制一段代码看都不看直接贴上去提交
|
 |
17
Promtheus 1 月 20 日
我之前说 ai 生成的代码我都会看的 还有人觉得这样效率低 。这不就来例子了 不过真的人的水平良莠不齐 有的沙雕真的就不看的 。ai 生成的代码只要能编译通过就敢往正式更新
|
 |
18
remarrexxar 1 月 20 日
这和 AI 有什么关系，不测试不 review ，逻辑上缺乏预警和保护，没有额外环境做验证，草台班子在 AI 时代之前该炸一样炸，AI 只是给不专业的人背锅罢了。
|
 |
19
cxh116 1 月 20 日 11
有些公司都强制指标，AI 比例过低还会被警告，有校招生给的理由就是 AI 比例过低没转正。
不过这个和 AI 关系不大，自己没用好而已。 在 Anthropic （ Claude 的开发公司）发布的官方课程 《 AI Fluency: Framework & Foundations 》（ AI 素养：框架与基础） 中，提到的 4D 原则（或称 4D 框架），这个码农用 AI 的明显没有把第 3 和 第 4 原则给做好。 维度 核心问题 关键行动 Delegation (委派) 我该把什么交给 AI ？ 任务分析、能力匹配 Description (描述) 我该如何指挥 AI ？ 提供语境、设定规则、给示例 Discernment (判别) 这个结果真的能用吗？ 逻辑审查、质量评估 Diligence (勤勉) 我尽到审核责任了吗？ 事实核查、伦理检查、人工润色 |
 |
20
ismysheller 1 月 20 日
这锅 AI 不背
|
 |
21
tinyfry 1 月 20 日
好笑吗？
|
 |
22
sanshanrk 1 月 20 日
有依赖性，一开始还耐得下性子审查，后面 AI 代码越写越多，就有点得过且过。把工作甩给测试
|
 |
23
northernsongy2 1 月 20 日
有没有可能哪怕他们自己写，也会是同样的问题，可能更大...
|
 |
24
Gilfoyle26 1 月 20 日 6
典型的因噎废食，出了问题就一刀切，管理能力低下的典型表现
|
 |
25
abigeater 1 月 20 日
AI 写代码一点毛病没有，但 review 和细节把控是关键，有些完全依赖 AI 的同事只描述了问题让 AI 解决，完全没有细节，像请求第三方接口的需求没描述给 AI AI 也完全不做限流和频率，同事也不看；
然后每个月的请求额度 月初就被他跑完了... |
 |
26
Felldeadbird 1 月 20 日
ai 生成代码，导致历史数据被覆盖。review 没做，测试没做。AI 真不背锅。
|
 |
27
haoswil 1 月 20 日
把锅丢到 AI 头上不合适，在 AI 之前，大部分 copy/paste 的代码，也没人说不允许使用。You own your code, 一棒子打死 AI ，不合适，禁止 AI 自动代码生成更是在倒退。
|
 |
28
lpf0309 1 月 20 日 1
我现在看到别人给我甩 AI 回答我都不想看，很烦，自己不测试一下就把 AI 的答案作为真题，我难道不会用 AI 么？
|
 |
29
JoeDH 1 月 20 日
负载拉爆是哪段代码？是哪个开发的提交？不单独找他的责任，为什么要搞整个部门连坐
|
 |
30
jimrok 1 月 20 日
确实该给 D ，懒到家了，干脆让 AI 替他们吃饭吧。
|
 |
31
hhyyd 1 月 20 日
大数据行业和传统的软件开发还是有些微区别。特别是环境上，开发环境和生产环境的数据量、集群规模必然是有很大差异的，很容易测试不到位， 更多依赖代码 review 。
|
 |
32
karmaisbitch 1 月 20 日
测试呢
|
 |
33
zjq07 1 月 20 日
你越吊，ai 就越吊。你越笨，ai 就越笨。
|
 |
34
yyzh 1 月 20 日 via Android
跟 AI 没关系，整套系统居然没先上 UAT 跑几轮就直接上生产这才是问题
|
 |
35
PythonYXY 1 月 20 日 4
所以我觉的现在所谓「 vibe coding 」纯扯淡，不了解实现细节怎么敢发生产的
|
 |
36
Antihank 1 月 20 日
因噎废食
|
 |
37
evan9527 1 月 20 日
难道人写的就没问题？明明问题出在没有测试。
|
 |
39
Light3 1 月 20 日
不懂 ai 写的代码 人不看吗？
查询慢我可以理解 但是数据被覆盖 这种写数据的代码 合的时候 都不看看? 都不如小作坊 |
 |
40
leegradyllljjjj 1 月 20 日 via iPhone
明明是测试和管理的问题，甩锅 ai ，ai 比这些水 B 程序员和管理水平高多了
|
 |
41
sosme 1 月 20 日
1：没备份？
|
|
42
sosme 1 月 20 日
没 backup ？
没 review ？ |
 |
43
Mithril 1 月 20 日 19
这楼里这么多人，一定 100% Review 了同事写的代码吧？每行都看过，而且如果同事代码出了 Bug ，负责 Review 的你有连带责任对吧。
明明现实就是，即便是医疗领域，也不可能达到 100%的 Code Review 覆盖率，而且靠人力，也不可能 Review 时你每行代码都认真看过，每个分支都追溯过数据流。 测试也不可能全覆盖，有些边角条件就是写不到，不然代码永远也不会出 Bug 。 到 AI 这里，就变成 Review 能解决一切，能给 AI 兜底了？更别说那些觉得 AI 水平比程序员高的了，这种情况你更 Review 不出来问题了。你一个水平差的到根本看不明白 AI 代码的，怎么给 AI 做 Review ？看看有没有 delete 关键词？ 最好的办法，就是把 AI 隔离出去。 要么直接隔离到另一台机器，不允许使用 Agent 直接生成代码，你可以看了 AI 生成的内容，然后再内网机器里自己抄一遍。 要么从管理下手，使用 AI 直接编码的团队，所有开发，Review 和测试的人，都对代码负责，Reviewer 和 Tester 也有连带责任。 |
 |
44
tf2 1 月 20 日
这是好事啊。
用一次 D 绩效，保住了大家古法手搓代码的岗位啊。 |
 |
45
sky3hao9 1 月 20 日 4
禁止 AI, 感觉你们公司开发挺可怜的, 你还能笑出来
|
 |
46
infyni 1 月 20 日
1 、没用 git?
2 、写代码不 review ? 3 、这么猛？ |
 |
47
mosfet 1 月 20 日
我们只用 AI review
|
 |
48
Vitta 1 月 20 日
有点矫枉过正了
ide 的补全补错了开发没有检查出错了要禁 ide 吗 |
 |
49
wpblank 1 月 20 日 via Android
@Mithril 代码都是 leader review ，我反正 100%都和他拉会看过，当然他肯定会走神，不能保证他 100%理解。但这代码线上出问题，他肯定跑不掉，包负责的。
|
 |
50
homewORK 1 月 20 日 4
这很明显应该 2025 没年终奖啊，毕竟这肯定是 25 年的代码
你 26 没年终奖，那员工还上班？不直接开年找工作啊 |
 |
51
kvchiu 1 月 20 日
无论如何，总之一件事确认了，ai 没法背锅，骂来骂去，亏的都是人
|
 |
52
jhl886 1 月 20 日
ai 表示这锅我不背
|
 |
53
ooppstef 1 月 20 日
不管啥 ai 写的代码，首先就要 codex review 一轮（ review 还是吊打 claude 的），再需要人工 review 一轮，然后才能走测试流程啊。甚至可以更严格，但就不能更省略。
|
 |
54
sunfly 1 月 20 日
那些天天喊 AI 替代，降本增笑，开猿节流的领导们呢
|
 |
55
zakokun 1 月 20 日 4
我真不觉得能 review 出来，尤其是复杂的代码，光靠眼睛看网页的 diff ，能找到复杂逻辑中的问题？我的过往经验中，review 只能发现一些比较浅显的问题。
这还是只能通过单元测试来发现。review 对应的 test case 更容易发现问题。 |
 |
56
huaweii 1 月 20 日 via Android 1
楼主，你这种草台班子公司，估计撑不了几年的，你还哈哈哈真是乐天派呀😁
|
 |
57
joelaw 1 月 20 日 via Android
我用 ai 只敢一小段一小段的用，生成好了，还要自己 review 一下。
|
 |
58
labubu 1 月 20 日 via Android
咋，你以为人就不会写出这样的代码，你以为草台班子是怎么来的，大厂都是草台班子，更何况小厂
|
 |
59
courtier 1 月 20 日
额，如果你这段描述改成“研发部门一个员工提交代码导致生产环境服务器负载拉爆且历史数据被大范围覆盖”会怎样
|
 |
60
unused 1 月 20 日 via Android
万能的 review 万能的测试 万能的流程
|
 |
61
HappyAndSmile 1 月 20 日
@Mithril 你在说什么，review 别人的代码当然要对代码产出结果负责啊
|
 |
62
Zeea 1 月 20 日
@meteora0tkvo 其实看一半，就知道楼主的心态了。
拥抱 AI 能力 -> 会用 AI -> 用好 AI -> AI 生产力，AI 当前处于个人能力增值阶段，等到 AI 能力到达企业增值的时期，对人的要求已经是 AI 生产力阶段，意味着淘汰已经完成， 现在大家普遍在会用和用好的时期，但是分化已经明显。 |
 |
64
her999 1 月 21 日
@meteora0tkvo 是啊，AI 仅仅提供参考，并没有保证完全无错。用完 AI ，不检查，不测试，直接就上生产环境，惹了篓子，还怪 AI ？
|
 |
65
ppxppx 1 月 21 日 via Android
@Mithril #43 我就不爱 review 代码，每次都很烦，每个人思路不一样，写的还一般，看得头痛。对我来说 review 不比写代码轻松，虽然时间上肯定更高效。
|
 |
66
xiangran0028 1 月 21 日 1
只能说你们公司的研发太水，和 AI 有什么关系
|
 |
67
udisyue 1 月 21 日
问测试的，测试又不是万能的，一个测试现在至少对五六个研发，能把你单次需求测完就不错了，你还指望测试给你 review 代码，测性能和稳定？测试范围至少也是要开发给的，开发自己如果都不知道代码影响范围，你让测试给你瞎子摸象么
|
 |
68
ytmsdy 1 月 21 日
负载拉爆，我能理解，毕竟 AI 还没有到那么智能的程度。
但是历史数据被大范围覆盖，这个我就无法理解了，这明细是开发，测试，管理的锅，怎么丢到 AI 头上了。 AI 生成出来的代码不做 review 的么？没有写 test case 么？没有做历史数据回测么？ |
 |
69
0xsui 1 月 21 日
前端样式交互之类的可以无脑 AI 产出。后端用 AI 多数是解决基础框架算法优化之类的技术问题，业务之类的很少用 AI 去处理，即使产出了代码也要用各种测试数据去验证结果和过程。
|
 |
70
xzh654321 1 月 21 日
你用 AI 写代码，速度快了，那你提代码之前是不是先测试一下逻辑，核心功能？
|
 |
71
Hyxiao 1 月 21 日 1
是使用者的问题，又扯 AI 上面去了。
这个结论跟开着智驾睡觉，打游戏出了问题找汽车公司麻烦的那帮人有什么区别。。。 |
 |
72
balaWgc 1 月 21 日
不怪 ai ，怪个人，怎么还搞连坐，ai 提高效率的东西，既然公司不在乎效率，慢慢用古法手写代码也不是不能接受
|
 |
73
qrobot 1 月 21 日 1
居然有人敢用 ai 写代码的人， 真的是勇敢啊， 我都不知道说什么好了。 我让 ai 写代码 10 句有 9 句是错了， 我不明白为啥能用 ai 写代码啊。 我真的很好奇。
|
 |
74
kakki 1 月 21 日
关 AI 什么事?菜刀砍了人给菜刀上锁?
|
 |
75
wupher 1 月 21 日
用沙僧的话：这是好事啊。
具体是使用什么模型呢？故障点是什么呢？有相关技术信息吗？ 什么都没有只能是吃瓜了。 |
 |
76
wwhontheway 1 月 21 日
难道不应该想想怎么改进和 ai 协作的流程吗？ ai coding 时必然呀
|
|
77
wwhontheway 1 月 21 日
@qrobot 说出你用的模型和 agent
|
 |
78
drydiy 1 月 21 日 via iPhone 1
@HappyAndSmile 那你们是真闲。每个人需求都很满，每个人做的需求背景都不一样，你 review 别人代码能看出啥？只能看出一些基础问题，业务边界，复杂业务逻辑你有时间去看？在现在降本增效的背景下，没几个团队有能力全面 review 的，我们甚至在来需求评审都要写几行业务代码。
|
 |
79
jonsmith 1 月 21 日 via Android
跟 AI 啥关系？手搓代码就不出 bug 了？
|
 |
80
xujia1998 1 月 21 日
幸灾乐祸?
|
 |
82
leoding 1 月 21 日 1
一群理中客，说没有 review 么，没有 backup 么，没有测试么，都是在事后诸葛亮，你们能够保证自己开发完全按照标准流程执行的吗。review 不是只看代码流程，有时还要考虑业务流程和场景，所以这个任务更多的是 leader 在做，但是不管 review 与否项目出问题他都逃不了，再说项目庞杂后他不可能每个提交的代码都 review 的完。就算 backup 了，那么在项目恢复期间的损失照样无法避免。现在代码都可以借助 AI 了，测试也可以通过 AI 生成测试用例，不排除负负得正的可能。AI 是个工具，使用的是人，它只是根据你提供的文字说明给出了它认为的解决方案，但是实际的代码执行环境并不限于你提供的文字描述。
|
 |
83
SakuraYuki 1 月 21 日 2
op 编造一条莫须有的引战剧情后就美美隐身收割铜币了
|
 |
84
yc8332 1 月 21 日
正常小公司都没有人 review 代码的，除了新人刚来的时候，会帮忙看下他写的代码。。哪有那个时间做这个事情，都是自己做完了，测试去测，但是测试时间基本都很紧张，除非给他们列出很具体的要测试哪些东西，不然肯定只测试新功能，如果是改动旧的，没让测试出问题的几率很大。
|
 |
85
dongzhuo777 1 月 21 日
我其实算是最早用 AI 的 但是。目前 因为行业原因 也是 AI 最多用来写一些套路模板代码。比如有些明确的递归算法之类的 不花脑子 就让 Ai 生成 然后自己 review 但如果整个完整的需求 全部说把需求文档丢给 Ai 让他自己来生成。我宁愿自己写。因为可能我 review 的时间上花的可能比我自己写还要久。除非是那种简单的 crud
|
 |
86
unco020511 1 月 21 日
这和 AI 没啥关系,和人有关系
|
 |
87
novaline 1 月 21 日
什么 SB 公司
|
|
88
drydiy 1 月 21 日 via iPhone
很多人说 ai 不背锅的还是太年轻了，现在可是 ai 大跃进时代，ai 必须背锅。ai 跟 idea 等编程工具区别是什么？区别是领导认为 ai 可以取代牛马。我司现在强制使用 ai 编程，跟绩效挂钩。但是实际体验下来有几个矛盾点。1.ai 的不确定性与排期的确定性冲突。ai 真不懂业务，计划模式一通聊完，半天过去了，大概看了下计划没问题，等他跑完发现抛异常了，又要各种沟通调整，明天可是要提测了哦？你还要我 review ？ 2.不想看代码跟必须看代码的矛盾，ai 是真会乱改代码，我自己必须知道要怎么改，改哪里的代码，才能保证 ai 不出问题，那我还用什么 ai ？我自己写都写完了。3.对外吹牛逼与恶心自己的矛盾，在大跃进的背景下，你敢在公司群说 ai 不好用，那结论只能是你不会用，你只能说“我做需求一行代码都没写，全是 ai 生成的”，但是前面 1,2 点我说了，你自己必须对项目，需求完全了解才能正确指挥 ai 干活，从结果来看确实一行代码都可以不写，但是时间一点没少，反而引入了新的不确定性导致自己有延期焦虑。领导们对 ai 的预期太高了，搞得底下的员工很尴尬。。最后说个题外话，很多人说 ai 生成代码时可以摸摸鱼，喝个咖啡，你问过领导了吗？在领导视角，只会觉得你不饱和，顺便给你排多一个需求。
|
 |
90
minglanyu 1 月 21 日
给 AI 擦屁股照进现实
|
 |
91
cwliang 1 月 21 日
我现在是用 node.js 写后端，用 AI 生成的代码是必须要 review 的，并且要仔细 review ，服务端出了问题影响面是很大的。相反，前端 AI 生成的代码就没 review 的那么仔细，性能、样式没问题就行了
|
 |
92
mx1700 1 月 21 日 via Android
我给你改一下
大数据部门因使用搜索引擎查到的代码导致生产环境负载拉爆... it 部门开始排查电脑，禁止使用互联网搜索代码... 哈哈哈，你们怎么敢的，我用搜索引擎都是打印出来再手敲... 总结：能力不行怨工具 |
 |
93
Kazetachinu 1 月 21 日
好啊好啊
|
 |
94
shellic 1 月 21 日 2
现在好多人很奇怪，平时说 Ai 多叼多叼，自己现在所有代码都是 Ai 生成的，还有说自己不怎么懂代码靠 Ai 写了个什么什么出来，等 Ai 出问题了又说你不会用，你用的 Ai 不行你得用某某 Ai ，反正宗旨就是我不管现在 Ai 就是很牛了，你们这帮臭写代码的赶紧失业，Ai 是不会有问题的有问题也是你不会用。
|
|
95
qrobot 1 月 21 日
@wwhontheway 用的 github copilot, 模型 chatgpt4o/gemini/claude 三个都试过了 gemini 反应慢。 chatgpt4o/claude 写写新手的 CURD 还行，其他的不敢言语。 你自己随便让它写个非标算法。AST 基本上就很伤。 帮忙写注释还行。
|
 |
96
THESDZ 1 月 21 日
因噎废食，ai 就是大势所趋，历史上不拥抱历史发展的都怎么了？
假设这里的 ai 是一个低水平的程序员，那么这件事的处理是： 公司因为某个低水平的程序员，处罚整个研发部门，而没有其他任何系统性地建设从而减少这种事情的发生，反而一刀切，说不准再用低水平的程序员。 退一万步说：团队总有一个水平最低的，这个人是不是最容易犯错？那是不是也会处罚整个团队？那是不是每次都开掉最低水平的人？ 所以 op 可以早做准备，看看下一份工作了。 |
 |
99
cat9life 1 月 21 日
调侃“AI 负责写代码，人负责背锅”可以。
但是 2026 年还在真心嘲笑 AI 写代码就有点危险了。claude code + opus 4.5 ，再配合开发流程 skills ，超过 60%的程序员一点没问题。不服拿个案例来比一下 |
Select Language