Supplement 1 · Sep 21
这评论更绝了：到目前为止，我们只是克劳德和生产之间的避孕套
Supplement 2 · Sep 21
大家能否简单说下公司从需求-开发-测试-上线，大体上流程怎么样，有什么基建做支持。
是个人工作台的方式去对接各个系统还是流程自动化人去在某个节点审批
是个人工作台的方式去对接各个系统还是流程自动化人去在某个节点审批
 |
1
oudioppa Sep 21
目前确实 AI 接管一些开发了，我们目前只提个需求，文档到开发到测试到发布都是 AI 负责，我现在也不看它具体写了什么。
|
 |
2
YanSeven Sep 21  4
从上往下推 ai 八成都会这么搞，目的是把无人化链路打通，看看能不能走通，至于是否一地鸡毛，反正人类工程师先不开除，留着收拾摊子。
|
 |
3
vinsony Sep 21
没办法，AI 效率提升太多了。只能等到哪天暴个大雷，才可能逆转。
|
 |
4
iixy Sep 21 2
历史车轮滚滚向前了，谁也没办法。
|
 |
6
pleaseUseDocker Sep 21
好像我们公司在往这条路上奔
|
 |
7
k9982874 Sep 21 1
确实是这样，我们这里 Claude 已经接管开发 2 、3 个月了，开发的工作就是 review 。现在代码的可读性非常差，虽然有大量的注释，但是是写给 AI 看的，人类根本读不懂，大部分人都变成 yes 工程师了。
我会每隔一段实际 review 整个项目状态，找出架构问题让 ai 去重构，免得最后这堆屎山我都看不懂了。 |
 |
8
mercibeaucoupfu Sep 21
新项目一开始就已经是这种状态了，美国那边的项目。美国的 leader 和国内的 leader 的区别就是，国内的 leader 也就说说，美国那边的 leader 真的会往项目里面塞各种乱七八糟的东西。
|
 |
10
xiaowoli Sep 21
现在就是这样，发展带来的问题只能由发展解决，停不下来啦
|
 |
11
diudiuu Sep 21
有啥问题么？现在就是这样的
|
 |
13
wwwwjack Sep 21
没办法, 现在产品用 AI 设计好 demo 后 开发直接丢 demo 给 AI 开发 App, 弄好后随便点两下就丢给测试上线了😄, 单文件超 1000 行都是很普遍的, 只要功能能跑 没人在意这个了, 现在都懒得 review 了
|
 |
14
et5494 Sep 21
哈哈，我司也遇到这个问题了
老板强推，100% AI 化 产品 PRD ，研发审核，研发落地，QA 检查，产品检查 在这几个流程流转中，大概只有最后检查的几步，会有人真的去看 其他过程中的 PRD ，技术方案，无人关心 完完全全的结果导向 （搞笑的点：之前有一次 22 点左右，北美全部 AI 挂了，我们公司全部人茫然了，不会干活了，直接下班） |
 |
15
dreamererer Sep 21
等 AI 把你们给你提示词全学会了，你连用 AI 开发的机会都没了
|
 |
16
gaojiren Sep 21
token 额度限制了，我无法这么做，很多环节我自己亲自验收
|
 |
17
rammiah Sep 21 3
没必要招开发，直接产品出文档，AI 实现+上线，全部爆炸就好了
|
 |
19
sampeng Sep 21
我其实好奇的一点。。我看了一下大部分的 token 量，都是 40 亿-80 亿左右的量。这个换算 api 的钱等于绝大多数人的工资。。图啥啊。。时间是一样的，交付时间也是一样的，成本也是一样的。。。。
|
 |
20
jetsung Sep 21
不是每天 8 小时么？为什么说是 12-13h ？
|
 |
21
tho Sep 21
“搞笑的点：之前有一次 22 点左右，北美全部 AI 挂了，我们公司全部人茫然了，不会干活了，直接下班”
现在，遇到这样的情况，几乎所有开发者都会停下来，没有人手写代码，也更没有人在 ai 写的代码上接着写。 |
|
22
et5494 Sep 21 2
@rammiah 因为 yes 工程师，需要等 agent 完成后，去打那个 yes
然后，因为 AI ，裁员 60%+，你需要打 yes 的地方很多，需要 yes 到很晚 |
 |
24
FaustinaD Sep 21
“到目前为止，我们只是克劳德和生产之间的避孕套”
老天啊 |
 |
25
gloeaerris Sep 21
这帖子是编的
人每天工作 12 到 13 个小时。。。 不可能，外国每天最多工作 8 小时  瞎编的 |
 |
26
582033 Sep 21 1
谁打 yes 谁担责
|
 |
27
imokkkk Sep 21
坐标福报厂，目前工单运维接近一半是数字人处理，代码 AI 生成率>80%，部分简单需求 Agent 自主异步交付
但说实话，体感上提效并没有很多 |
 |
28
arthas2234 Sep 21
现在工作有 80%都是 AI 完成的，说实话有点心虚，虽然做了 code review 也是没底。真怕哪天给我来个大的
|
 |
29
Dogergo Sep 21
确实，我司代码的 AI 生成率 100%，要求所有部门都和 AI 结合。现在就是提出目标，选择问题路径，然后一路 enter ，你我明知这样可能不对，但，时代变了，我们都得适应现在这种情况，找出在这种模式下的工作路径，比如并行 3-4 个任务的推进，做好流程测试和验收
|
 |
30
tjss Sep 21
能暴雷到众所周知的程度，那一般是重要业务，而人工又没做好审核的了。换成人工搓，没审核好也一样的后果
 |
 |
31
ktyang Sep 21
老板现在开始吹 AI 失控论了，可是我们已经完全停不下来了，近半年的代码提交量超过 3k 行/人天，没有 ai 完全搞不定了。
|
 |
32
haidaomihuan Sep 21
@ktyang 没说要停下来，只是以前可能一天只提交 1k 行，现在借助 ai 你提交 2k 行就行了，当时要明白 ai 给你做了什么东西。然而痛点是老板要 3k 4k 行并且会变本加厉
|
 |
33
berrybeberry Sep 21
直接聊天就完事了
|
 |
34
BlueBing Sep 21
我对团队的要求是可以 ai ，但自己要了解业务和代码。ai 和人工五五开。
因为出现过，问一个事情，ai 实现是对的，开发理解是错的，沟通时还要收到开发转的 ai 的回复，连 md 格式都复制。 很失控。 |
 |
35
skuuhui Sep 21
我们去年就这样了，下半年，我们连回车的步骤都省了。我们现在每天的工作就是，先为明天的日报找一下内容。
|
 |
36
mykaii Sep 21
我们有同事在卷 吹自己同时开多少个 codex ，天天要优化架构
 |
 |
38
V2Try Sep 21 via iPhone
看不到任何不被 AI 淘汰的可能性，以后就是 AI 指挥 AI 干活了。
|
 |
40
gl3081 Sep 21
可怕的是我们后端已经 100%AI 了，前端还在那古法编程，每天的工作就是等前端
|
 |
41
alfa Sep 21
我们公司现在也是这样，现在我的状态就是：我是谁，我在干嘛？我今天干了什么？明天会不会 boom ？
|
 |
42
zlo309618100727 Sep 21
全部用 Claude code 啊，这 token 费用得上天吧？
|
 |
43
jioswu Sep 21
有了 codex 真的没有手动写过代码了...公司裁员中.不知道什么时候闸刀落下
|
 |
44
413420 Sep 21
这个人没有说错
|
 |
49
TArysiyehua Sep 21
@SilenceLL 你可以看看 openclaw ，它就是完全 AI 自动化开发+测试，看看它的代码，说实话它的工程质量一般，蛮多屎山的
|
 |
50
donaldturinglee Sep 21
前端需要 e2e 和 vitest 之类的测试，后端需要 pytest(python)的测试，不然有时候根本不太懂 AI 生成的是什么，而且还要把控它的方向，不然改着改着全改偏了
|
 |
51
ala2008 Sep 21
现在公司已经不区分前后端了，一个人负责一个产品。。
|
 |
53
zerovoid Sep 21
其实也没啥问题，
软件工程的很多部分，ai 做得比人强， 我觉得公司留个总架构师，技术总监，产品经理，还有几个 AI 牧师就够了， 其他的工作全部交给 AI 。 |
 |
54
my3157 Sep 21 via Android
已经快进到人是工具的奴隶了么？
不过话说回来，大多数项目甚活不过一年，要啥自行车，用 AI 快速堆出来，反正代码/员工/公司有一个能跑就行 |
 |
55
yvkino Sep 21
对人的综合能力要求越来越高了
|
 |
56
wangcongming Sep 21
@vinsony 不可能逆转的，回滚个小版本，再继续等 ai 升级
|
 |
57
levelworm Sep 21
太好了。大家尽快加速。等到所有人都受不了的时候，就是“借尔头一用”的时候了。
|
 |
58
adoal Sep 21
《人月神话》说了：没有银弹
|
 |
59
nxforce Sep 22
都这样，只要测试验证通过，没人会关注代码细节了。
|
 |
60
wqhui Sep 22 3
生成的内容太多，根本看不过来了，现在常态化几件事并行跑，不断切换工作项，感觉完全不知道在做什么，只知道 AI 产生了很多东西，项目也在推进着
|
 |
61
tjfamtf Sep 22
但是 AI 生成的代码你得控制啊，控制不了的话感觉大型项目的话不行
|
 |
63
herozzm Sep 22
A 模型干活，B 模型审计，就这样子，人没用了
|
|
64
levelworm Sep 22
话说，我们公司有同事一天五千行，我也不知道他们怎么弄的。反正肯定是不可能看的我估计。
|
 |
65
ciscosky Sep 22
不至于，看你的 team leader 是如何监督的，毕竟再往上的管理层，不管这些细节，只看结果。
|
 |
66
MoeDisk Sep 22
(base) liyouyou@liyouyoudeMacBook-Neo ~ % yes
y y y y y y y y y y |
 |
67
i33 Sep 22
你就学吧
|
 |
70
JerryZhi Sep 22 4
每天古法写 bug 的工友们总是幻想 AI 写的代码一上线就爆炸，就没想过自己写的也没好到哪里去嘛
|
 |
71
MOUNT Sep 22
历史车轮滚滚向前了，谁也没办法。
谁也无法阻止 |
 |
72
penll Sep 22
@SilenceLL 这种情况是有的，我都是定好一个规则，它们 3 轮讨论不清楚，就停止等我抉择。
我现在基本都是创建 ai-team ，多个 AI 来协助完成需求、重构等。简单的就只拉一两个（至少开发、测试）。 AI 就是会自己的问题自己处理不了。毕竟是生成式的，你提供信息少他觉得自己按这些信息作下去就是对的。 所以，review 、test 都是必不可少的。 |
 |
73
zuosiruan Sep 22 via iPhone
我旁边新来的后端两个星期了没见他写过一行代码，100%glm5.3 flash
|
 |
74
shawnsh Sep 22 via Android
正常了，在实现业务需求的基础上，不需要人去额外参与。相反，工程师应该多去挖掘有效需求，对接客户
|
 |
75
oppoic Sep 22
我也挣扎过，但是真没它写的好啊
|
 |
77
zencitta Sep 22
AI 时代还在讨论代码就是错误的观念，讨论的应该是功能，是需求，是商业。
|
 |
78
micean Sep 22
测试也完全交给 AI ？最终产出还是需要人来把关的吧
|
 |
79
kandaakihito Sep 22
我只能说，我上周被网友们坑惨了（（（
大伙都说什么 AI 牛逼，AGI 来了，那我直接把复杂的需求和背景，完整地喂给 AI ，岂不是完全不用动脑了。尤其是我这种小公司，大厂都 all in ai 了我还犹豫啥。 然后就 codex terra high ，启动！再让 sol review 一遍，完美！ 然后一提测，全是业务和逻辑上的 bug 。。。。然后让 ai 去改代码，ai 很明显的一个特点是“头痛就只医头”，非常倾向于写一堆 private 方法，然后在里面 for 循环裱糊，整个代码飞速熵增 最后没办法，只能自己古法编程给一点点改（ |
 |
80
SilenceLL OP @kandaakihito 我一般复杂业务都是让 AI 把状态机表和流程图画清楚，确认后再开搞，基本不会有大问题，小问题如果边界未定义就慢慢补
|
 |
81
HeyWeGo Sep 22
@kandaakihito “头痛就只医头“这一点之前使用 deepseek 的时候感受特别明显，一个财务类 demo ，完全不顾财务的平衡性，只是按提出的现象把数字改了，但是当时同样的 gemini 就比较好，能站在财务角度提出建议。不过后来 gemini 降智后就废了。
|
 |
82
burymme11 Sep 22
@micean 我们已经这么干了快 3 个月了。
数据库/服务器等等全给 AI 开了只读的账号，一些特殊操作路径，封装成 SKILL 。 测试是唯结果论，只看是否达到设计预期/满足业务要求，单论测试能力，AI 比人强多了。 |
 |
83
Sezxy Sep 22
比我惨，我每天只工作 7 个小时
|
 |
84
silence1corner Sep 22
ai 的代码如果完全没有经过开发人员的理解的重构，只能这样，人类参与不了的，到处都是补丁，这就是很多人鼓吹的 ai 比人写得好！不知道未来会不会给 llm 买保险，如果出错了造成经济损失，就让保险公司赔，人类当 ai 物质世界的奴隶就可以了。
这个 llm 保险的这个事指不定未来真的会出现，哈哈哈 |
|
86
silence1corner Sep 22
@micean 测试反而是 ai 的强项，固定输入固定输出，比写代码还靠谱
|
 |
87
sigma65535 Sep 22 via Android
@et5494 甚至不需要 yes 直接授权。
|
 |
88
RuriSmzk Sep 22 via iPhone
但我觉得真的很容易爆炸啊，token 炸掉是小事，项目被改得面目全非，强迫症天天在啰几把锁限制这个限制那个
|
 |
89
ATKLLL Sep 22
以古法编程的标准来评价是不可接受的，但工程上并不一定完全不可行。并不是所有的软件都要规划百年大计，精雕细琢。
|
 |
90
yyttrr Sep 22 1
刚入行时听过一个说法:程序员比工人拿得多,是因为工人得先配上机器才能生产——机器不在自己手里,所以只能出卖劳动力;而程序员自带工具,一个人就是一条生产线。
按这个框架,程序员其实同时扮演了两个角色:既是劳动者,又握着属于自己的那部分生产资料(编程语言、框架、工具链,这些可迁移的抽象能力)。这正是他在劳动力市场上议价权的来源。 但这也意味着,这种优势并不牢固。vibe coding 让"写代码"这件事被工具化了,原本长在个人身上的生产资料,正在从程序员手里滑向提供算力与模型的一方。等议价权交出去,新时代里那些不再握有生产资料的程序员,薪水就很难再往上走了。 |
 |
91
kkechooo Sep 22
属于是每个程序员似乎都看到了未来，但是自己已经像磕了药一样知道自己根本不想离开 ai
|
 |
92
lefer Sep 23
我们公司的主程，现在还是自己写框架，然后让 AI 填充剩余部分。
是不是已经是稀有物种了。 |
 |
93
hugo827 Sep 24
先不考虑方向对不对，将军布阵军心要统一，士兵要不冲要不走人，每个士兵都想当将军，这场仗没法打。
|
 |
94
shm7 Sep 24
截图这种情况应该是每家领导都想尽快达成的里程碑
|
|
95
wqhui Sep 28
@wqhui #60 终于把一个原来的项目搞炸了，ai 为了改 bug 把一个原来关键的业务规则给修改了。不过也没办法，按现在的工作量就算炸也不可能停下来慢慢人工 review 。就像从马车升级到汽车之后，虽然汽车杀伤力更大，偶尔造成更大伤亡，但也不会弃用，只可能以后会达成限速的共识
|
 |
96
zakest Sep 28
公司出的 token 费用，你难道不用
|
 |
97
impl Sep 29
AI 的弱点之一就是随机性，这在某些需要 repeatable process 和 control 的场景下，就不能全交给 AI 了
|
Select Language