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