老板要求用 AI 几周完成一年的工作量

[kyric]

公司 ToB 运行多年, 旧的项目结构开发起来模块耦合重, 历史数据量大, 上下游依赖复杂, 开发效率不高, 老板就想要做重构。

他参考 AI 的建议之后觉得加上 AI 辅助大概几周能重构完成, 技术负责人一直跟他强调不可能。

现在要求一定要在一个月之内开发完, 测开不用介入, 更多依赖 AI 生成测试用例后直接上线。

感觉已经预想到会出现非常多的事故了.....

[yifangtongxing28]

看明白技术团队的地位了吗？

还幻想干技术能干到老了吗？

这老板也是真菜，出了事绝对喊你们半夜加班

[yalin]

阿弥陀佛

[HeyWeGo]

上头了？

[hsymlg]

说实话，如果能给无上限的 codex+cc ，已经有重构落地过的 spec ，配合上 harness ，也不是什么难事。但我猜你们没有（🐶

[NxxRngjnbgj]

两件事：
1. 留好老板的拍板的证据，以此为理由降薪转岗裁员，直接仲裁
2. 开始准备面试题

[lyxxxh2]

这可是 tob,你老板这是完全不知道 tob 的复杂啊！
后面再发个贴吧,我想知道你们项目崩成什么样。

[nullEDYT]

都有 AI 了 为啥不老板自己去重构

[kyric]

@yifangtongxing28 感觉后面有一段时间都没法睡好觉了...

[kyric]

@hsymlg 有 codex, 但是我觉得就算加上 codex 也做不到啊....

[kyric]

@NxxRngjnbgj 有在准备但行情是在太差, 感觉等事故频发之后那补偿更有希望一点😂

[Matthew168]

要不就提桶吧...

[ramcasky]

楼上说不是难事得真的实操过嘛？按 tob 的复杂性没有足够得时间去审查代码，AI 只会写成一坨

[workbest]

怕什么，干啊，出了问题又不是你负责

[wu67]

让 opus 24 小时连轴转跑一两个月, 应该是可以的.
但是价格嘛, hhh...我觉得的应该是比请一个员工要贵的, 毕竟消耗得快, 可能得 5 个左右开了最高额度的账号轮流上阵, 还得最起码一个懂点代码的代码仔做审查

[Sundayz]

老板都不怕，你怕什么

[AutumnVerse]

老板都拍板了，干就完了，出问题就说 ai 写的呗

[hjw45611]

我们前段时间就是这么搞得，原本大半年才能搞完的 toB 项目，一个月完工，后端三个人天天都在说 token 用没了，天天加班到 12 点搞完的，AI 花了几百刀，后期还一堆问题没收尾

[greatbody]

关键是 token 的钱谁出，总不能员工自己出吧？

[duuu]

4 楼跟你们老板一样

[Anonono]

换个思路，我觉得你可以按 4 楼的想法配合老板玩一玩，玩到心得了可以拿出来吹一吹，玩不成就等崩了让老板自食恶果

[bearbest]

[kyric]

@hjw45611 关键是我们不是一个新项目, 他是陈年老项目的重构.....

[kyric]

@greatbody 公司有给 codex, 但这个真不是 token 的问题🤦

[mingtdlb]

你是技术负责人吗 不是就不关心，干活呗。技术负责人的话，按老板说的做吧，每天汇报进度，完不成也没事反正提前说不行了

[hjw45611]

@kyric #21 我们也是原有项目重构，后端前端+鸿蒙，UI 和代码全都 AI 重写，关键原有项目用了两三年还能被测出来 bug ，重构就让一个月完工，累死累活一个月，勉勉强强吧

[HHHans]

说实话可以用/goal 试试，说不定有惊喜

[ffw5b7]

@hsymlg 已经有重构落地过的 spec： 每个项目个例 历史环境...不同，不一定都能适用。

[forbreak]

说实话干就完了，最好下班关机。 别被拉起来加班就行了，等把系统霍霍完了，老板就舒服了。

[kyric]

@hjw45611 那老哥很强了

[0x0x]

之前站内不是也有一个重构老项目的，底下都是评论不可能，老业务逻辑太复杂，没有熟悉的人。以后要炸了。
但是好像那个老哥后面继续来发帖了，说重构的很好，AI 很强

[wu00]

差不多类似的处境~
我们的痛苦在于：产品用 AI 出的需求跟现有系统的逻辑相当割裂~ 如果是新模块还好，在现有模块上要按需求来的话得重构一遍。
最恶心的点在于：产品用 AI 出需求没有一套完善的 spec ，他们也不知道隐式规则、历史债务、特殊客户逻辑。仅靠对话框 prompt ，他们认为“我已经和 AI 聊明白了”，生成了一些他们认为高大上的 md 文档+html demo 。

[monkeydream]

我没见过重构的很成功的项目，开发快，但是调试改问题，迁移估计有得搞。
都是 KPI 导向，领导有业绩，下面有活儿干。

[wu00]

@wu00 如果产线 boss/项目 owner 不是偏技术侧的，那么相当痛苦，最后开发承担全部歧义成本、重构成本、维护成本

[loryyang]

也许在世界上存在一个方案能完成这个任务，但你们现在没人掌握这个方法
让一群 AI 新兵蛋子上来就搞个大项目，无异于自取灭亡，然后再得出一个结论：AI 编程不行。那就更加可笑了

[horacegao]

程序员有了 ai 也是牛马，老板的皮鞭抽的更狠了

[kyric]

@wu00 是这样的, 我们老板天天在群里面发一些营销号文章说哪家公司用 ai 提效了多少

[kyric]

@0x0x 有链接吗, 打算去参考学习一下

[shm7]

站里有个去年搞成功的，去取取经吧，好写简历;)

[YNaN]

我已经能想象到你上下游系统部门开始轰炸你们老板电话了(doge

[kyric]

@loryyang 其实大家用 ai 开发也有一年多了, 也积累了一些 skills, 也是知道 ai 还是很提升效率的. 但现在是老板太神化 ai 了.....

[0x0x]

@kyric https://www.v2ex.com/t/1199066#reply71 搜了一下，好像跟你的场景还不一样。
他那边的新来的技术 ld 推动的，而且是有测试参与的。 你们这测开不介入。。估计真的悬

[imnpc]

opencode + omo + opus + gpt
每次重构 1 个模块 大模块拆分 最低也要几个月的时间
AI 成本很高
$200(Claude MAX) + $ 200(OpenAI pro) + $10(opencode-go) 这是最低成本/每人
AI 用的多的话 就需要多倍的账号

[kyric]

@0x0x 我觉得这个场景虽然极端了点但还不算离谱, 因为他们有技术 ld 做架构方案评估, 开发时间也有两个月. 这边老板没写过代码, 而且其实一开始说的是一周, 后面技术负责人据理力争才争取到一个月的....

[helloworldgo]

按老板说的做，最后搞烂了也是他的事，干不完就跟他说你们不会用 AI ，他这么懂让他自己用 AI 重构就行了

[VoiceEXONE]

昨天到一个帖子的应该是跑路了

[longaiwp]

2B 的东西，有 AI 堆屎为什么要重构，这是想找事做吗？最安全的做法也是把频繁修改的模块重构了，把不怎么改动的东西包一包，把屎味藏一下。

[yesagen]

是的，你即将失业。你得留后手。

[kemo]

那问题来了，老板一看 ai 开发效率这么高，需求又少，肯定要裁你们啊

[abc0123xyz]

问题不大，搞就完了。
炸了就提桶，没炸简历经验+1

[rick13]

该跑路了

[JimLee0921]

我新来的这个公司就是老的 TOB 重构，还好项目领导也懂，你说的这个根本不可能，除非你那些都是一些死的东西，我这边主要是税务那些，还挺复杂的

[mhycy]

可靠编写文档的情况下几周不够你做调研的
别以为 AI 并发能提高效率，人类还能协作，AI 只能幻觉出不可用的东西。

[teaguexiao]

ToB 重构最大的坑不是代码，是隐式业务逻辑——那些没写在文档里但客户强依赖的边角行为，AI 根本不知道。我的建议是先把历史 case 和异常流整理成 spec 喂给 AI ，不然生成的代码表面跑通、上线就炸。

[left7410]

不是 AI 把这行干死了，是想傻杯老板以为有了 AI 就能无所不能才把这行干死了（仅限 China ）

[supuwoerc]

干完崩溃是算谁的🐶

[kyric]

@longaiwp 老板觉得听 ai 的觉得应该重构😂
@mhycy 其实我觉得上下文足够 ai 也能做, 但是关键是这种 tob 业务整理上下文也是需要时间的, 几周不一定能搞定
@rick13 有个认识的老哥已经提离职了😂
@supuwoerc 那肯定不能算老板的啊

[NQ]

手头在做类似项目，关注一下后续😅

[kyric]

@teaguexiao 技术负责人也是这么跟老板说的, 但是老板问为啥不能交给 AI 做. 有些东西实在没法跟狂信徒解释.
我之前写一个需求的时候产品文档写错了, 我跟着错的产品文档开发也出问题了, 然后在复盘的时候老板问我和产品为什么这种错误不能用 AI 发现.....

[chunqiuyiyu]

干就完了，老板都不怕，你们怕啥？顺便还能积累经验，练练手。

[ahu]

https://mp.weixin.qq.com/s/CcHNkb7kehgxzUh0HbCplA

[loading]

负责人说不可能，你就要和老板说要不试试吧，但是 token 费用很高，而且有负责人说的完不成的可能，或者可能会多要点时间。

老板同意后，就按老板意思做就行，事成后，老板第一个开的绝对不是你。

[zerovoid]

打工仔想那么多干什么，

老板怎么说，我就怎么做，
他敢说，我就敢写。

做不到，要加班怎么办，
跑路啊，这种公司留着干什么。

[BeiChuanAlex]

我觉得还是太麻烦了，不如直接让 Ai 给老板的银行账户打钱，这多直接。

[AEDaydreamer]

重构呗，大不了加班几周糊一坨屎看看老板到时候怎么收场。

[samwalt]

@kyric 你睡你的觉，老板问就说 AI 正在通宵干

[NoKey]

哈哈哈哈，以前手工写的时候，工作量就是一个人干多少活
现在有 ai 了
而且上面领导知道 ai 能干啥的时候。。。
让你一边做之前的手工活，一边用 ai 跑另外的
相当于 1.5 倍的活，肯定到不了 2 倍，但是明显工作量增加了
哈哈哈哈

[lovelyxiaod]

太可怕了, 不过后面情况怎样, 请大佬一定要更新后续.

[ktyang]

跑呗，人和代码有一个能跑就行。不过话说回来，感觉也不是不可能，无上限用量的话感觉时间上还是有希望的，但是技术债嘛迟早要还的。

[shuang]

陈年老项目中的代码，你能确定它是 bug 还是 feature 吗

[aino]

我猜用 AI 重构大型业务系统和你现在老板说行不通，然后被干掉后，找工作的时候就说我再上家成功主导用用 AI 重构了大型业务系统，技术通货膨胀就这么来的

[kyric]

@aino 确实说不通, 但应该还不会被干掉. 因为这次重构是按老板要求, 不分模块优先级所有技术部门同时全部搞, 非常乱来, 所以大家都做好做不完承担老板怒火的准备了.

@ktyang 不可能, 因为老板根本没有考虑模块协同的问题, 他觉得代码写完不用联调 ai 测测就能上线了.

@NoKey 是这样的, 我感觉我干的明显比以前多还累, 还要被嫌弃效率.....

[xe2vherd]

代码和人有一个能跑就行

[ktyang]

@kyric 模块协同也可以啊，但是要用量无上限才行，上下文会长期接近满，我们也是一大堆模块。你可以试试测试环境正常跑着，让 codex 测试的时候自动比对测试环境的接口啊什么的，我觉得 AI 测的蛮好了，基本上技术问题都能覆盖到，需求问题那就另说了。

[kyric]

@ktyang 不是的老哥, 是没有测试环境. 之前是每个模块有自己的环境, 开发完之后上给测试上测试环境统一测试. 现在因为要求不用测试介入, 测试还要测试其他的功能, 所以没有额外的测试环境能做重构测试. 现在就是所有组同时开发, 开发完 ai 测试, 然后直接上线.

[cocalrush]

期待后续

[lyxxxh2]

@0x0x
这个 op 做的本来就不复杂,这种升级框架是最简单的。
我现在的 b 端,5 年前:
一开始是 laravel5 写的,别人做的。
我直接换成 lumen8,就我一个人,那时还没 ai 。

如果让我用 ai 重构现在 b 端后端,我感觉我能把控的住。
因为核心代码,可以说 95%都是我手写的。

[Tinyang]

我们组也遇到一个同样的需求，一个跑了十多年的 ejb+weblogic 项目，要几个月之内用 ai 完全重构。Claude Code 直接开的 200 美金，感觉还是很难

[zimhy]

token 管够的话，只看写代码的时间确实是有可能的。
问题是 测试验证+灰度观察+无损切换方案规划 这块 AI 帮不上什么忙。

[Bichat]

三月份开始做类似的事情，不过是客户端的重构，包括 iOS 、Harmony 、Android 的功能
要求不让用 flutter ，必须原生。还要保证三端一致性。做很多抽象层来封装，并且 Harmony 端要把功能补齐
老板最开始计划也只给一个月，排完期根本不可能。结果到现在也没干完🥲

[0x0x]

@lyxxxh2 你也说了核心代码 95%是你写的，你这压根不属于屎山历史代码。你自己完全可以 cover 这个系统了。

每个系统的复杂度不一样，其实不是很好评价对比，只能说现在 ai 确实很强。比如你说自己的场景，你可能借助 ai 一周就能完成重构了。而且能做到几乎没有 bug 因为你熟悉坑在哪里。

现实大部分屎山代码是经历了多个维护人，原始的开发者可能都离职了。一些特殊的逻辑可能压根没人知道为什么这么写。

[zgsi]

我一个方法给 ai 重构都怕跑不起来,你这直接项目 ai 重构,期待一下

[Smileh]

叫四楼上

[prosgtsr]

干好了：老板：留你们干啥？
干砸了：老板：你们这群废物吃干饭的
总结：让老板自己干

[iyaozhen]

能做到，但需要 codex+Claude code
以及本身强大的基建，比如原来就有完善的、真正有用的单测，有大量的 UI 、接口测试用例，有完善的稳定性、安全建设

[hjw45611]

@Bichat 我们用的 uniapp ，做完能打包出来原生 Harmony 和 Android 的代码，一个月勉强能搞完

[LanGo]

期待一下上线后的后续

[n2l]

明天来我办公室一趟

[kyric]

@0x0x
> 现实大部分屎山代码是经历了多个维护人，原始的开发者可能都离职了。一些特殊的逻辑可能压根没人知道为什么这么写。
是这样的, 所以大家都觉得不可能, 现在都在往交差的方向走.

@iyaozhen
> 以及本身强大的基建，比如原来就有完善的、真正有用的单测，有大量的 UI 、接口测试用例，有完善的稳定性、安全建设
有这些也就不需要重构了....

@Bichat 老哥同病相怜啊
@Tinyang 我们现在用的 codex team, 但是感觉 codex team 账号 token 好像比 plus 少很多, 没几下到限额了....更难了

[iorilu]

开发没问题

但你敢不人工测试就上线, 那问题大了

[0x0x]

@kyric 慢慢搞呗，感觉也不用太抗拒，就当练练手，完全的用 ai 来搞个项目。 老板其实只是拍板给个时间，到时候真有问题，就会延期的。 只是让你们动起来

[tyqing]

@kyric #37
应该是这个吧：
https://www.v2ex.com/t/1199066

[workbest]

bun 这么大工程， 从 zig 迁移到 rust 几天就搞定了，你慌啥啊

[ShadowFiendYan]

他说没必要听，你们抱团好了。牛逼就全裁掉。

[hui1024]

感觉逻辑很混乱...
1.老板希望提升的开发效率，给出的方案是重构，但是技术负责人强调不可能，到底是重构带来效率大幅度提升不可能，还是重构 1~2 星期完成不可能。
2.模块耦合重、历史数据大、上下游依赖复杂，重构感觉只能解决模块耦合的问题，模块解耦也会给发布、监控日志、错误处理等方面带来新复杂度，感觉是把重构当成万能的解药了。
3.打工没必要和老板对着干，更好的解决方案应该是安排 1 个人，找一个子系统用 ai 重构重构看看效果，也踩踩坑。
4.现在都 vibe coding 了，个人感觉模块耦合也不是效率不高的根因。比起重构，感觉可以好好研究研究怎么提效。

[300]

@nullEDYT 我们老板也是这样的
天天喊着 ai 要替代我们，让 ai 改出问题后还 at 我们 debug…

[kyric]

@0x0x 其实不是抗拒, 之前我们尝试着把一个基础服务从耦合的旧业务当中抽出来, 做成一个公共基建服务, 当时调研,设计,实现大概花了 2 个多月迁移完, 中间也有大量用到 AI. 但是老板很生气因为他觉得我们用了 AI 应该一周搞定.
其实我觉得 AI 目前省下来的大部分是代码编写的时间, 架构, 设计以及调研验证都是需要时间而且这部分 AI 只是降低了搜集资料的时间. 而且他不是给个时间, 他是真的认为可以这个时间搞完...

[rnldburn]

我们小团队，去年还 12 个人，去年底每个人开了 claude 200x 订阅+gpt 订阅，然后年前裁的只剩下 4 个人了。。。。
今年每人一个 claude200x 和 gpt200x 订阅，4 个人的效率比去年 12 个人还高。。。。。
没办法，感觉这个 ai 就像 2000 年左右的 pc 一样，汹涌浪潮来了。

按照现在 ai 的迭代速度，估计到年底，95%的编码工作都可以被 AI 替代。

[whcattail]

@rnldburn #97 啥时候剩下的 4 个再裁 2 个啊 ？？？

[rnldburn]

@whcattail 估计不能裁了，现在两前端两后端，只有一个的话没法轮班了

[rudolphbrowne8]

确实应该能做到，但问题是图啥，....给多少钱要这么拼。